It's a matter of taste, and ours differ. Regardless, there has been some discussion about hotkey protocols. I encourage you to participate.
>What if the user wants to use a different font or color in the GUI? Reasonable software will have reasonable settings configurable; unreasonable software won't. In any case, this is a solved problem in other, even non-Linux desktop environments as well.
Wayland compositors aren't responsible for choosing the color of your buttons. They are responsible for dispatching keyboard events, however.
>How strong are the keylogging concerns? An effective keylogger needs to either listen to keystrokes passively, or capture then retranslate them. Wouldn't allowing programs to assign hotkeys but not allowing them to emit keyboard events solve this issue?
Perhaps! You should bring this up when you start the discussion.
>Correct me if I'm wrong, but the links you provided seem to describe a protocol extension. I believe I was unambiguous in that I specifically mentioned Wayland, not a particular implementation.
Another thing Wayland doesn't define: application windows. The core Wayland protocol is very conservative, and protocol extensions are necessary for doing anything useful.
>Standardization is good, but until this becomes a reality, I believe the criticisms stand, and it would be unfair to dismiss them.
There are effective standards which are implemented by many compositors and clients. In my opinion this is good enough to dispell criticism, but we're trying to improve further still.
?
Could you explain that further? I haven't followed wayland much?
https://github.com/wayland-project/wayland-protocols/blob/ma...
At that point, why not just deprecate and replace the two(?) things that are problematic with X11: the keyboard logging protocol, and lack of access control on screenshots?
Surely, that is easier than reimplementing the entire graphics stack, all window managers, and all applications.
That would (for me at least) break my favourite password manager KeePass, which has a Global Hotkey for "autotype" of passwords.
I think you have missed a few important points:
- There is value in installing a program with a known set of hotkeys and having it work out-of-the-box.
- The arguments apply to new software, but I'm not sure they justify the effort imposed on existing software.
- Fragmentation is a big problem. There is a matrix of (number of Wayland implementations / API extension) x (number of software attempting to use Wayland protocol extensions), and gaps in this matrix result in non-working software and unhappy users.
> What if the user wants to pick a different hotkey?
What if the user wants to use a different font or color in the GUI? Reasonable software will have reasonable settings configurable; unreasonable software won't. In any case, this is a solved problem in other, even non-Linux desktop environments as well.
> Add keylogging concerns on top of that
How strong are the keylogging concerns? An effective keylogger needs to either listen to keystrokes passively, or capture then retranslate them. Wouldn't allowing programs to assign hotkeys but not allowing them to emit keyboard events solve this issue?
> This is a lie, or at least a falsehood born from ignorance.
Correct me if I'm wrong, but the links you provided seem to describe a protocol extension. I believe I was unambiguous in that I specifically mentioned Wayland, not a particular implementation.
> A strong majority of Wayland compositors support these protocols, and talks are underway to improve the standardization process.
Standardization is good, but until this becomes a reality, I believe the criticisms stand, and it would be unfair to dismiss them.
> But no one is making you switch to Wayland. Keep using Xorg. I doubt you were going to switch anyway, the least you could do is stop spreading FUD.
Nice to see you taking this so well.