feat: add deeplink support for opening shortcuts by name

[carmilso]

This enables better integration with external applications and automated workflows by providing a user-friendly way to open shortcuts programmatically.

• Add deeplink support that allows opening specific shortcuts via URL using their name instead of ID
• Implement case-insensitive name lookup in ShortcutService with proper error handling and user feedback

Example of usage for Hyprland:

bind = $mainMod, G, exec, vicinae 'vicinae://extensions/vicinae/shortcut/open?arguments={"name":"Google search"}'

[aurelleb]

while this works, I'm not sure implementing this as a command is the best way to do it, as a shortcut is not really an extension properly speaking.
I was thinking about handling it as a separate case here:

vicinae/vicinae/src/ipc-command-handler.cpp

Line 170 in de12226

tl::expected<void, std::string> IpcCommandHandler::handleUrl(const QUrl &url) {

[aurelleb]

and then something like that: vicinae://shortcuts/<shortcut_id>?arguments=blahblahblah

[carmilso]

Thanks for the suggestion, that makes more sense. I rewrote the commits and implemented it your way. Now you can do:

• vicinae "vicinae://shortcuts/Google search"
• vicinae vicinae://shortcuts/Google%20search
• xdg-open "vicinae://shortcuts/Google search"

[carmilso]

Only thing I kept is the name instead of the ID, because the user knows the name, but not the ID that vicinae assigned to that shortcut.

[rithvikvibhu]

Are names unique? Can 2 shortcuts have the same name?

[aurelleb]

@rithvikvibhu they aren't.

@carmilso we need to use the ID here as well, this is not an issue. Like we do for extensions, we can add a 'copy deeplink' action to make it easier to get the full deeplink