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
385 B
Bash
Executable File
10 lines
385 B
Bash
Executable File
#!/usr/bin/env bash
|
|
# @vicinae.schemaVersion 1
|
|
# @vicinae.title Check System Health
|
|
# @vicinae.mode silent
|
|
# @vicinae.icon ../../icons/hicolor/scalable/apps/panama-settings.svg
|
|
# @vicinae.description Review Panama services, integrations, and recovery actions.
|
|
# @vicinae.keywords ["health", "doctor", "repair", "services"]
|
|
|
|
exec "$HOME/.config/quickshell/scripts/panama-action" health
|