hawck
xdg-desktop-portal
hawck | xdg-desktop-portal | |
---|---|---|
8 | 154 | |
521 | 528 | |
- | 1.5% | |
3.5 | 9.4 | |
4 months ago | about 22 hours ago | |
C++ | C | |
BSD 2-clause "Simplified" License | GNU Lesser General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
hawck
-
Unpacking Elixir: Syntax
That is actually very smart and helpful, thanks! :) My only gripe with autokey is that it's the only thing holding me back from wayland. Hawck is supposed to work with wayland but I never got it to work, was a while ago I though
https://github.com/snyball/Hawck
-
Curious to know what are your general experiences on using keyboard and mouse input automations on Wayland...
Autokey does not work yet, but there is Hawck and Espanso that you could play around with. And there is ydotool if all you need is simulating basic input (as in ydotool mousemove -x -10 -y -10, ydotool type 'Hello world!' and so on).
- Hawck – Linux AutoKey alternative that also works in Wayland
- Looking for a program similar to AHK on windows
-
Are they any good multi-key keyboard shortcut remapping daemons?
Hawck?
-
Linux Touchpad Like MacBook Update: Touchpad Gestures Now Shipping
>Creating a "standardized experience" like Windows usually means that configurability goes right out the window. It's how you get abominations like dconf or the GNOME music player
I don't understand how you connected these dots and I'd suggest against calling things abominations. You don't have to use dconf or the GNOME music player, those aren't standardized. If someone does like them I think they're perfectly fine, they do exactly what they're advertised to do. It's also fine if you don't like them, they're just two options from the many configuration databases and media players that you can choose from.
>But why shouldn't I be able to run xbindkeys or sxhkd or whatever hotkey dameon I want?
In some ways you actually can but it depends on the hotkey daemon and how it's implemented. The reason for that is technical, those are implemented with X grabs which have a number of usability and security issues. There are a few key rebinding daemons that use evdev directly so they work with Wayland:
https://github.com/samvel1024/kbct
https://github.com/snyball/Hawck
But these also do have similar security issues to X key grabs, in that they effectively operate as keyloggers. If you're looking for an API that works purely within Wayland and lets unprivileged clients request key rebinding, that doesn't exist yet. Somebody would need to specify what that API looks like and figure out a good way to make it secure. What would the end goal of the API be, and how could the system (and by extension, the user) tell the difference between a legitimate hotkey daemon and a malicious keylogger? And would it actually be any better than the approach of snooping evdev? I don't know the answer to these questions but you may have more experience with this than I do.
- Key Remapping in Linux — 2021 Edition
xdg-desktop-portal
- Flathub: One million active users and growing
- Changes to xdg.portals?
-
PCSX2 Disables Wayland Support
>Not losing all the work every time your windows manager crashes
https://news.ycombinator.com/item?id=37509703
>remapping keys
>Use xinput to change parameters of their input devices (libinput dropped most configuration options present with evdev)
Up to the compositor.
>Global shortcuts
Also up to the compositor. Was added to xdp in https://github.com/flatpak/xdg-desktop-portal/blob/main/data... so it's up to the compositor's xdp impl to provide it. It was created by a KDE dev so I assume KDE implements it at least.
>tunnelling over ssh
https://gitlab.freedesktop.org/mstoeckl/waypipe
-
Gnome developer proposes removing the X11 session
> - O proper screen recording support
Works just fine. I use OBS.
> - broken screen sharing
Never had any trouble with it.
> - No proper global keyboard shortcut
> - No push to talk support
On its way: https://github.com/flatpak/xdg-desktop-portal/pull/711 / https://flatpak.github.io/xdg-desktop-portal/#gdbus-org.free...
> - Several problems with multiple screens
Haven't had any more than on X11, but then again I do use Nvidia hardware on Linux.
-
The Guy Preserving the New History of PC Games, One Linux Port at a Time
It might help, but at this point Linux containers can't really stabilize the whole environment, especially for games. Particular pain points include accelerated graphics (which theoretically can have a stable kernel interface, but in practice is so complex and performance-sensitive that it's not stable enough to be a "reference platform", so to speak) and modern game controllers (which present a whole mess of concerns typically "addressed" in Flatpak by granting the device=all permission and hoping for the best [1]).
I also know a guy who ran into issues with a kernel update breaking a custom allocator, although I don't know the fine details. That wasn't for a game, but games also use custom allocators for various reasons.
[1] https://github.com/flatpak/xdg-desktop-portal/issues/536
-
Unpacking Elixir: Syntax
I don't use Wayland, but it seems xdg-desktop-portal since 1.16.0 has a 'Global Shortcuts portal'. Perhaps check it out.
https://github.com/flatpak/xdg-desktop-portal
-
UX Hurdles in Open Source #1: Flatpak Permissions
It's being discussed: https://github.com/flatpak/xdg-desktop-portal/issues/611
-
Advice: TW or Aeon
The first bug report was filed in early 2022 but unfortunately no progress yet on the matter, even after numerous similar reports ever since.
- Native messaging for Firefox
-
Xdg portal hyprland and launching gui apps
Yeah been having the same issue since I changed to using the unstable branch, supposedly noticed and fixed upstream for a few variants of the problem (different people with different configurations of DE and xdg-* deps installed report the same issue due to timeouts of the other portals)
What are some alternatives?
sddm - QML based X11 and Wayland display manager
gamescope - SteamOS session compositing window manager [Moved to: https://github.com/ValveSoftware/gamescope]
keymapper - A cross-platform context-aware key remapper.
wayfire - A modular and extensible wayland compositor
compute-runtime - Intel® Graphics Compute Runtime for oneAPI Level Zero and OpenCL™ Driver
gtk-layer-shell - A library to create panels and other desktop components for Wayland using the Layer Shell protocol
gtkplatform - Run Qt applications using gtk+ as a windowing system.
pipewire - Mirror of the PipeWire repository (see https://gitlab.freedesktop.org/pipewire/pipewire/)
therubyracer - Embed the V8 Javascript Interpreter into Ruby
flatpaks
Waybar - Highly customizable Wayland bar for Sway and Wlroots based compositors. :v: :tada:
us.zoom.Zoom