Loading the documentation…
When you want to continue in your own tools, DataMind Oda can hand a chat's folder or a file to an app on your computer, such as an editor, a terminal, a Git tool or your file manager. The controls sit in the chat header, in a file's preview in the side panel, and on files Oda delivered or changed. The file stays where it is: Oda starts the app on the computer that holds the file and hands it the file's location, and nothing is copied into the chat.
These actions need a desktop Oda can reach on the computer that runs it. When you reach Oda from another computer, they are not offered, and files can still be previewed inside Oda (Preview files in Oda).
| Choice | What happens |
|---|---|
| Open | The file starts in the app your computer uses for its type. It follows your computer's file associations, including for HTML and SVG. |
| More ways to open | Oda offers the apps your computer has registered for the file's type; picking one opens the file in it this time. |
| Open as text | The file goes to a text editing action instead of the app for its type. |
| Show file location | Your file manager reveals where the file is; the file is not opened. |
Could not load applications row and keeps Show file location as the default. Open the list again to have Oda read it once more.Oda builds the More ways to open list from your computer's own records for the file's type:
Oda checks the app against the file again just before it starts it. An app that no longer handles the file is refused, with Application is not registered for this file, instead of opening the wrong thing, and nothing is started.
Open as text hands a file to a text editing action instead of the app for its type. Open configuration file in Settings is one example; Developer settings covers it.
Show file location asks your file manager to reveal the file. The row reads Show file location on every platform, rather than naming Finder or File Explorer.
When a file sits inside Windows Subsystem for Linux and the desktop is Windows, Oda translates the file's path to its Windows form before anything is handed over. Opening, opening as text and revealing all use the translated path. When the path cannot be translated, the hand-off stops before anything opens, and the failure names wslpath returned no Windows path.
Oda offers a fixed set of apps, and from that set the ones it found on this computer:
| Kind | Apps |
|---|---|
| File managers | Finder, File Explorer, Files |
| Editors and IDEs | Cursor, VS Code, VS Code Insiders, Windsurf, Zed, Sublime Text, Xcode, Android Studio, IntelliJ IDEA, PyCharm, WebStorm, PhpStorm, GoLand, Rider, RustRover |
| Git tools | Fork, Sourcetree, GitHub Desktop, Tower, GitKraken, SmartGit, Sublime Merge |
| Terminals | Ghostty, Warp, iTerm2, kitty, Terminal, Windows Terminal, Git Bash, GNOME Terminal, Konsole |
Oda checks before it starts anything, so a hand-off it cannot make fails without opening or launching anything, and you can try again.
| Message | What it means | What to do |
|---|---|---|
Could not open. | The launch failed. The failure does not change the app Oda remembers. | Try again, or pick another app from More ways to open. |
Could not show the file location. | Oda could not ask your file manager to show the file. | Try again. |
Could not load applications | Oda could not read the apps for that file. | Open the menu again; Show file location keeps working. |
Application is not registered for this file | The app no longer handles this file's type, usually because it was removed or changed, so Oda refuses it rather than opening the wrong thing. | Pick another app from the list, or show the file's location. |
wslpath returned no Windows path | The file is inside Windows Subsystem for Linux and no Windows path could be worked out. Nothing was handed to Windows. | Open the file from the Windows side instead. |
native path opener is unsupported on <platform> | The computer offers Oda no way to open files through its desktop, so the app list comes back empty and nothing is launched. | Work with the file inside Oda, for example in the side panel. |
native file manager is unsupported on <platform> | No file manager could be reached to reveal the file. | Use Oda's own preview instead. |
For Open In..., one of these reasons sits behind Could not open.:
| Reason | What it means and what to do |
|---|---|
unknown or unavailable app: <app> | The app has left the list, usually because it was removed or moved. Reopen the list and pick another app. |
path must be an absolute directory path | The chat's workspace folder cannot be used as it is: it is not a full path to a folder that exists. Choose the folder again; see Choose a workspace folder. |
failed to launch <id> | The app was found but did not start. Open it yourself once to check it, and if it needs reinstalling, install it and restart Oda. |
File addresses explains how Oda names the locations it can reach.
Oda shows it only when it found at least one app it can open the folder in and the chat has a workspace folder; a chat without a folder yet, or a computer without any of the listed apps, shows no button. It also stays hidden when you reach Oda over SSH from another computer, where the application list is empty, including for a choice you made earlier. Add, rename or delete a workspace covers the folder.
Open starts the file you are looking at in the app your computer uses for its type. Open In... sits in the chat header and opens the chat's whole workspace folder in the app Oda remembered, or one you pick; it never opens a single file.
Open In... offers only the apps in its fixed set, and from that set only the ones it finds on this computer. If you installed your editor recently, restart Oda; if you work in a browser, reload the page. On macOS, Oda looks in the standard application locations, so an app kept elsewhere may not appear. The list on a file is different: it shows the apps your computer has registered for that file's type.
No. Oda's set is fixed and ships with the app; only its entries can appear, and only when Oda finds them on the computer.
Pick another app from the list once; Oda remembers that choice and opens it from then on, in every chat. The list marks the app in use, for example Cursor (default): that mark is Oda's own choice, not your computer's default application. If the remembered app is gone from the computer, Oda falls back to the first app it can offer.
No. A pick from a file's More ways to open list applies to that one action and does not change your computer's default app or what Open uses next time. The Open In... control in the chat header is the one that remembers a choice, for the chat's folder.
Oda could not identify an app for that file's type, so revealing the file became the default action: the row is marked Show file location (default), and the main button reveals the file instead of opening it.
On macOS, when the same app is installed in more than one place, the list shows a single entry for it: the copy your system uses by default, or the highest version. The other copies still open the file; only the list is simplified.
On Windows this is on purpose: Show file location opens File Explorer in front so you actually see the file selected, instead of a window opened behind everything. The file is only selected there; it is not opened.
In a preview in the side panel, beside the chat: a read's path lands at the line Oda was looking at, and an edit or write opens with the change. Clicking the path does not expand the step.
The file open and reveal controls appear only when Oda runs on your computer with a desktop it can reach. When you reach Oda from another computer, they stay hidden; you can still preview the file in the side panel.
Oda then offers no way to open or reveal files: the app list comes back empty, nothing is launched, and a refusal names native path opener is unsupported on <platform> or native file manager is unsupported on <platform>. Files can still be previewed inside Oda.