Open ke1v opened 3 months ago
I'm proposing a workaround that seems to be popular with other apps, where calling the executable with an argument flag (ie. ueli --toggle
) will dispatch the same event in the main process (using Electron's requestSingleInstanceLock
) as pressing the global hotkey. If anyone has a better idea please feel free to suggest them.
+1 to the proposal above. This solution would also enable ueli's usage outside of full desktop environments. For instance, setting XDG_SESSION_DESKTOP=gnome
makes application search extension work smoothly even with Hyprland Wayland compositor (tested on ueli commit 737655b). So this workaround would make ueli a decent alternative to, for example, ULauncher across various Linux setups, not just within major desktop environments.
This solution would also enable ueli's usage outside of full desktop environments.
I'm curious as to what you mean by this?
setting
XDG_SESSION_DESKTOP=gnome
makes application search extension work
BTW this should be fixed in 9.3.5 (although Hyprland may not have working icon support)
I'm curious as to what you mean by this?
I mean the fact that if we can have a CLI switch like this, it could also render ueli fully usable in bare window managers like Hyprland, sway etc. without needing full-blown GNOME, KDE etc.
BTW this should be fixed in 9.3.5 (although Hyprland may not have working icon support)
Thanks, I'll be sure to check it out!
Describe the bug Global hotkeys are not available on Linux under GNOME Wayland sessions.
To Reproduce Steps to reproduce the behavior:
Expected behavior Ueli should reappear when using the global hotkey
Environment
Additional context This appears to be an upstream bug (https://github.com/electron/electron/issues/38288) in Electron, as Wayland does not provide a way for Electron to register global hotkeys.