Plotinus: A searchable command palette in every modern GTK+ application
github.com
github.com
> This seems like an answer to KDE‘s KCommandBar
Here is pure Qt implementation of search commands for Scribus, based on implementation from Olive Video Editor.[2,3]
And LibreOffice would get feature, based on implementation from Collabora.[4,5]
[0] https://twitter.com/probonopd/status/1332084406614450178
[1] https://twitter.com/probonopd/status/1332388691004825604
[2] https://github.com/aoloe/scribus-plugin-actionSearch
[3] https://github.com/olive-editor/olive/pull/266/files
[4] https://twitter.com/libreoffice/status/1395355230162886657
[5] https://tomazvajngerl.blogspot.com/2021/05/command-popup-hud...
It’s also one of the reasons I’m a big fan of global menubars: they act as a sort of index of everything an app can do, and the menubar is always present anyway there’s no point in devs not utilizing them.
This doesn't support gtk4 afaik and last commit if from 2017, seems abandoned.
One of the things that I love about text/search-driven interfaces (like my terminal, global search tools (Spotlight, KRunner, whatever), Emacs, etc.) is that the information I need to see comes to ME. I fix my eyes on one part of the screen, and I know that exactly whatever I need to consider will appear exactly there. It's great!
I really hope something like this can become a more standard/expected feature in most GUI environments.
[0]: https://www.gimp.org/release-notes/gimp-2.10.html#search-sys...
- Editing shortcuts within the menus is not really discoverable, except by accident, it's too easy to accidentally change a shortcut that way and screw up your program, and the UI around saving/loading/resetting them is not good
- Tearoff/multicolumn menus were seen as a workaround for programs that have too many huge and/or nested menus, where something like a toolbar or a command palette would be more appropriate
VSCode has this with Ctrl+Shift+P which I use all the time. Not a big time JetBrains user but I think tapping Shift twice does the same in their IDEs.
To my chagrin, a great many applications, including those shipping with Windows (even the explorer, iirc) and almost everything using fancy UIs or various toolkits (GTK, Tk and Java apps I think, Qt worked) don't expose their menus through them, which made it pretty useless.
I lately wonder what amaizing tools could be written using accessibility APIs, but presenting things graphically. AFAIU this uses introspection abilities of GTK, but the idea is similar I guess.
"Nemo vir est qui mundum non reddat meliorem" translates to "No one man is that the world doesn't render better". Weird.
> Documentation on GTK+ modules is essentially nonexisting. Without gtkparasite and gnome-globalmenu to learn from, it would have been a lot harder to get this project off the ground.
-
> Nemo vir est qui mundum non reddat meliorem
Going of my very unused latin knowledge. "Nemo vir est" = "There is no man", "qui mundum non reddat meliorem" -> "There is no man, who doesn't return betterment to the world" (had to look meliorem up tho)
> Plotinus brings that power to every application on your system (that is, to those that use the GTK+ 3 toolkit). It automatically extracts all available commands by introspecting a running application, instantly adapting to UI changes and showing only relevant actions. Using Plotinus requires no modifications to the application itself!
Newer Gtk apps that use app menus with GAction and GMenuModel should work fine, and will be forward-compatible with other similar tools, since those will export the menu over d-bus.
That quote is present in (originates from ?) the movie "Kingdom Of Heaven", in the workshop of the main character Balian, where it is translated as "What man is a man who does not make the world better?".