[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aA8Xon5Yk1UtCNgD@duo.ucw.cz>
Date: Mon, 28 Apr 2025 07:52:34 +0200
From: Pavel Machek <pavel@....cz>
To: Dmitry Torokhov <dmitry.torokhov@...il.com>
Cc: Mario Limonciello <superm1@...nel.org>,
Shyam Sundar S K <Shyam-sundar.S-k@....com>,
Ilpo Järvinen <ilpo.jarvinen@...ux.intel.com>,
Hans de Goede <hdegoede@...hat.com>,
"open list:INPUT (KEYBOARD, MOUSE, JOYSTICK, TOUCHSCREEN)..." <linux-input@...r.kernel.org>,
open list <linux-kernel@...r.kernel.org>,
"open list:AMD PMF DRIVER" <platform-driver-x86@...r.kernel.org>,
Mario Limonciello <mario.limonciello@....com>,
Armin Wolf <W_Armin@....de>
Subject: Re: [PATCH v4 1/2] Input: Add a Kconfig to emulate KEY_SCREENLOCK
with META + L
Hi!
> > > Sounds that should be fixed :-).
> >
> > GNOME is commonly known to try to have a very simplistic UX instead of
> > exposing more knobs and buttons.
> >
> > Adding support for multiple key combinations in a UX means convincing the
> > GNOME design team to support this, followed by actual changes.
>
> So there is a simple and wrong way of fixing this (introducing a
> hardcoded combination for shortcut du jour in the kernel) and
> complicated one of making one of poplar DEs behave better and be more
> flexible. We will not be adding the wrong one to the kernel.
Note that there's a way to fix that in GNOME without changing UI that
is still way nicer than kernel hacks:
KEY_SCREENLOCK always locks.
Whatever combination user selects in config dialog (META-L by default)
locks, too.
Best regards,
Pavel
--
I don't work for Nazis and criminals, and neither should you.
Boycott Putin, Trump, and Musk!
Download attachment "signature.asc" of type "application/pgp-signature" (196 bytes)
Powered by blists - more mailing lists