After some discussion in the chat, I wrote a space script to quickly search/open the virtual tag page. It’s linked to Ctrl-Shift-t (Cmd-Shift-t on mac) but is easy to customise.
But it argues about: Error running command: editor is not defined (I have no idea how to get the right name for the editor in JS). Also, it’s weird the error popup doesn’t appear if called from the command menu. If called by hitting the keyboard shortcut, the error popup does appear. Any ideas how to fix it, please?
You will need to adapt the syntax of the syscalls (editor.filterBox, editor.navigate) to the old syntax. However, instead of changing the script, I would recommend to update your instance to the current stable version.
The script itself has no error handling and will fail silently. However, it seems SilverBullet’s error handling using shortcut and the command picker is different. Shortcut will show the error in a notification and the command picker shows the error in the browser console.
One thing to keep in mind which I just encountered:
After picking a tag from the tag picker and then altering the result pages’ state (e.g. switching a task to complete/checking its box), the “virtual” results page will be saved as a real page. (Or rather never was a virtual page)
Don’t know if something can be done about that. My guess is that this line
editor.navigate("📌 " + tagName)
isn’t the same thing as when clicking on a hashtag?
Inspired by this script I adapted this and applied it for “realtime” search. My gripe with the command “Search Space” and the Grep Search Plugin is that it’s a “one-shot” command. If I want to make any change to my search I need to exit and make a new search. I also don’t get any partial results while I am typing.
It gets the job done, but the performance is pretty bad. Probably due to filtering inside FilterBox is done synchronously. It would be nice to either be able to customize the FilterBox more, such as height to include more results, but also to directly manipulate the filter algorithm in order to make it less expensive for large amount of data.