Settings had a search index and the launcher had script commands, and neither knew about the other: finding a setting meant opening Settings first and searching there. One command per page is now generated from the same sources the in-app search reads -- the sidebar page list, the group routing, and the schema labels -- so a setting searchable inside Settings is searchable from the launcher without a second list to maintain. Generating it surfaced a gap in the in-app search as well. Six pages had no vocabulary at all, because their contents come from the system rather than our schema, so searching "volume" found nothing in Settings either. They now carry entries, which improves both surfaces. The product prefix is dropped from every hand-written command title. The generated ones are qualified "Settings: <page>" instead: a bare page label collides with the feature of the same name, and two commands sharing a title are indistinguishable in a launcher. Claude-Session: https://claude.ai/code/session_01BRvzt4H8XXLPVH5MyYdk9L
10 lines
401 B
Bash
Executable File
10 lines
401 B
Bash
Executable File
#!/usr/bin/env bash
|
|
# @vicinae.schemaVersion 1
|
|
# @vicinae.title Screenshot and Recording
|
|
# @vicinae.mode silent
|
|
# @vicinae.icon ../../icons/hicolor/scalable/apps/panama-settings.svg
|
|
# @vicinae.description Open the polished screenshot and screen-recording picker.
|
|
# @vicinae.keywords ["capture", "record", "selection", "window", "screen"]
|
|
|
|
exec "$HOME/.config/quickshell/scripts/panama-action" capture
|