Perhaps a couple of examples might illustrate why CLI support for opening files & vaults is valuable.
How would this feature change how you use Obsidian?
Perhaps a couple of examples might illustrate why CLI support for opening files & vaults is valuable.
How would this feature change how you use Obsidian?
For me, I would like to use some keyboard bindings to open certain vaults, which uses terminal command line to launch those obsidian with the select vaults. I have multiple vaults: Zettelkasten, Notes, and Journal. It would really nice to have this feature implemented as it will reduce the redundant work of selecting the right vault manually from the UI. Thanks!
I was imagining having indexes living in excel spreadsheets. Use python scripts and/or manual work to generate spreadsheets with custom columns, formatting, and hyperlinks which go to specific markdown files. Click on hyperlink, opens with default app for .md filetype, opens in current Obsidian instance.
Alright, here’s a hack that would work:
$vault/.OBSIDIAN/workspace
and set "file": "the_file.md"
under “main” (most obvious for this POC anyway; and maybe another cmdline argument could be path to $vault so it only kills and modifies that one vault)Hopefully the whole thing takes no more than a second.
I tried manually doing this without writing a wrapper. Tried skipping step 4, or not killing obsidian, but the UI didn’t update simply after saving changes to the workspace file. Restarting obsidian was required
You’re welcome!
Personally, this would make it much easier for me to customize how I navigate my computer. (Windows user.) I use autohotkey, so this would let me whip up an interface to go to any file on my computer that I want to edit, in the app I want to use for editing it:
This would make Obsidian more integrated with the whole flow of using my computer, making it an element of the whole software instead of its own isolated/siloed app.
That’s the significance of this:
URL Scheme was implemented on October 30, 2020.
This provides a command line interface, via the terminal open
command.
For example, I have custom QMK Firmware on my keyboard, giving me a keystroke that triggers an Alfred workflow to open today’s scratch file in Obsidian. The relevant code is a Bash script:
proj='/Volumes/All/Global/Log'
obsidian='obsidian://open?vault=Log&file='
path=$( date "+${proj}/%Y/%m/%d" )
file=$( date "+${path}/%d.md")
url=$( date "+${obsidian}%Y%%2F%m%%2F%d%%2F%d")
mkdir -p "${path}"
touch "${file}"
if ! pgrep Obsidian >/dev/null
then
open -a 'Obsidian'
sleep 1
fi
open "${url}"
Obsidian needs to be already open to honor a specific page request, hence the double-clutching in the script.
Love this feature! Any thoughts about adding a line
param to the interface? I like being able to jump to the specific spot I leave an imdone card.
Is it possible to open files from imdone in obsidian now? If yes cann somebody share a screenshot of the configuration pleas
Now that Obsidian 0.11.0 adds custom URI actions, here’s a simple plugin that adds an open-with-line
URI, which opens a file (in the current vault and relative to it) with a line number parameter.
That’s a feature that I needed for a long time, so here it is in case others find it useful.
import { App, Plugin, ObsidianProtocolData, MarkdownView } from 'obsidian';
const actionName = 'open-with-line';
export default class SuperUriPlugin extends Plugin {
onload() {
this.registerObsidianProtocolHandler(actionName, (params: ObsidianProtocolData) => {
if (params.action == actionName) {
if (params.file) {
this.app.workspace.openLinkText('', params.file).then(() => {
var cmEditor = this.getEditor();
if (params.line) {
cmEditor.setCursor(parseInt(params.line), 0);
}
cmEditor.focus();
});
} else {
console.log('No path specified for open-with-line')
}
}
})
}
onunload() {
}
getEditor() {
var view = this.app.workspace.activeLeaf.view;
if (view.getViewType() == 'markdown') {
var markdownView = view as MarkdownView;
var cmEditor = markdownView.sourceMode.cmEditor;
return cmEditor;
}
return null;
}
}
Is it fair to say this feature request has now been implemented? Or is there more to it?
The current implementation works for me. (I use the CLI daily to open files from KeyPirinha.)
FYI I’ve setup Keypirinha to index my Obsidian vault. Each individual .md file is added to the Keypirinha index. (Letting me open files by name from Keypirinha.)
I used the files catalogue plugin:
[profile/Obsidian]
activate = yes
include_files = yes
include_dirs = no
paths =
D:\Obsidian\MyVault\*
file_item_label = Obsidian: {title}
python_callback = obsidian_callback
Add the obsidian _callback
function is defined as:
# \Keypirinha\portable\Profile\Packages\FilesCatalog\filescatalog_user_callbacks.py
import keypirinha as kp
import os
def obsidian_callback(entry, profile, plugin):
"""
*entry* is a `_globex.GlobExEntry` object, which is an improved version of
`os.DirEntry`.
*profile* is a `namedtuple` defined in :file:`filescatalog.py` as
``ScanProfile``.
*plugin* is the `FilesCatalog` plugin object itself.
"""
if not profile.include_hidden and entry.is_hidden():
return None
if not profile.include_dirs and entry.is_dir():
return None
if not profile.include_files and not entry.is_dir():
return None
include = profile.filters_default
for filter in profile.filters:
if filter.match(entry):
include = filter.inclusive
break
if not include:
return None
if entry.is_dir():
item_label_tmpl = profile.dir_item_label
item_desc_tmpl = profile.dir_item_desc
else:
item_label_tmpl = profile.file_item_label
item_desc_tmpl = profile.file_item_desc
formatter = _LazyItemLabelFormatter(entry, profile, plugin)
item_label = formatter.format(item_label_tmpl, fallback=entry.name)
item_desc = formatter.format(item_desc_tmpl, fallback="")
note_name = f'{entry.path}'.split('\\')[-1]
vault = f'{entry.path}'.split('\\')[-2]
return plugin.create_item(
category=kp.ItemCategory.URL,
label=item_label,
short_desc=f'obsidian://vault/{vault}/{note_name}',
target=f'obsidian://vault/{vault}/{note_name}',
args_hint=kp.ItemArgsHint.ACCEPTED,
hit_hint=kp.ItemHitHint.KEEPALL)
Chiming in with another use case here; I’ve been finding that I much prefer to use Windows’ two-pane-plus-preview file explorer over Obsidian’s single pane explorer, but it’s not really possible to open the files in Obsidian by just adding Obsidian as a markdown-supporting Windows app.
I could probably whip up a script and then add stuff to the Windows registry to do it (and probably will), but it would be nice if Obsidian.exe windows-filename-here
just worked to detect the vault and note.
As it is, it’s currently necessary to split the file name into vault and file and then use an obsidian://open
URL. But at least that can be done by searching upward for an .obsidian directory… though I’m not sure that will give you a definitive vault name. It appears that obsidian.json
under AppData/Roaming/obsidian (on Windows) gives the vault paths and their IDs, and that obsdian URLs support specifying a vault by ID, so that would be a viable approach to generating a URL.
But since all that is pretty fragile and has to be duplicated for each platform as an external tool, it would be nice if Obsidian just supported the “open from native file manager” use case to start with.
@pjeby linking another relevant thread for this particular use case: Open and edit standalone Markdown files
Just want to say what you are awesome. I have a quick switcher from Obsidian even when Obsidian is closed now!
Awesome, thank you so much!
What I would like is to use Obsidian from cmd line as I use for example VSCode or Sublime Text.
I am not sure of all of the use cases in here. But what I would like that obsidian works from cmd line just as any regular editor.
This opens the vault in that path (if not already open) and closes the current vault.
obsidian myvault
This would open vault in new window.
obsidian -n myvault
Of course if you prefer the above behaviour could be flipped. So then you would specifically need to ask to open the new vault into the current window.
Open specific file in that vault in current active pane
If vault is not already open, then also open the vault myvault
obsidian myvault/file.md
Opens file in new pane (so same as cmd+click on obsidian)
obsidian -np myvault/file.md
I guess we could have also possibility to open file in any current pane
with using a number to refer it
1 = first pane from left, 2 = second pane from left, 3 = third pane from left and so on
So this would open it in 2nd pane from the left.
obsidian -p 2 myvault/file.md
I would just recommend looking how code and subl commands work and improve from my suggested approach from that point of view.
What do you think? Can some of this actually already implemented?
I know Obsidian itself can be opened in macOS with
open -a 'Obsidian'
Just in case its not entirely obvious, if you are in windows and you want a command line option for opening to a vault or a file, you can of course just build a batch file to do it for you.
Thus the command line is simply (with %20 being where spaces are):
start obsidian://open?vault=My%20Dev%20Vault
For instance, here is a autobuilder batch file in plugin development to automatically launch obsidian and then select a plugin to build and then starts a build watch. See obsidian-z2k-utils/AutoBuilder.bat at main · z2k-gwp/obsidian-z2k-utils · GitHub for how it is done. Note: if you put it in a batch file, you’ll need to double up the %% for any %20 used for spaces.
What vkoivula said has my full support. This is a really important “core-feature” that will hopefully be added asap.
I can easily use tdrop on linux with
tdrop -A -am -w -10 -y 100 -h 1000 xdg-open 'obsidian://open?vault=vaultname'
But this doesn’t hide it again when it is focused like it does with all other apps and my terminal
Currently working around it with a “hide window” hotkey but not really efficient
So please let this be true one day.
This opens the vault in that path (if not already open/hides if open) and closes the current vault.
`obsidian myvault`
This would open vault in new window.
`obsidian -n myvault`