Hi, I am requesting help to fix an issue with dead keys with qt5.
The history is simple there is a Fedora user who uses lyx that has problems with dead keys (they do not work at all). Jorge uses Mate but the problem also persists with gnome. In private exchanges Jorge confirmed that the problem occurs with other qt5 applications and thus it is not lyx specific. Also according to OP message the problem also occurs in other distributions.
The SOLVED part of the message title is because the dead keys work if lyx is compiled with qt4 (that is also supported). We could provide both versions but it seems to much work for one single bug and in particular the qt5 port is better in other regards. At the same time after the next stable (due for some time :-) ) version is released the qt4 port will be removed.
Does anyone has some advice on how to debug this issue?
Best regards,
On Tue, 2020-12-22 at 09:31 +0000, José Abílio Matos wrote:
Hi, I am requesting help to fix an issue with dead keys with qt5.
The history is simple there is a Fedora user who uses lyx that has problems with dead keys (they do not work at all). Jorge uses Mate but the problem also persists with gnome. In private exchanges Jorge confirmed that the problem occurs with other qt5 applications and thus it is not lyx specific. Also according to OP message the problem also occurs in other distributions.
The SOLVED part of the message title is because the dead keys work if lyx is compiled with qt4 (that is also supported). We could provide both versions but it seems to much work for one single bug and in particular the qt5 port is better in other regards. At the same time after the next stable (due for some time :-) ) version is released the qt4 port will be removed.
Does anyone has some advice on how to debug this issue?
Just to clarify: is this specifically with Lyx? If so, perhaps the subject line should mention this. I've had no problem with dead keys in QT5, but I don't use Lyx.
poc
On Tuesday, December 22, 2020 11:22:40 AM WET Patrick O'Callaghan wrote:
Just to clarify: is this specifically with Lyx? If so, perhaps the subject line should mention this. I've had no problem with dead keys in QT5, but I don't use Lyx.
poc
Nope, the problem occurs with every qt5 application that the user tried. I mentioned LyX because it is the qt5 application that I am interested to fix.
FWIW I am writing this on a pt keyboard, that has dead keys, and I have no issue with any application or graphical toolkit.
Regards,
On Tue, 2020-12-22 at 15:19 +0000, José Abílio Matos wrote:
On Tuesday, December 22, 2020 11:22:40 AM WET Patrick O'Callaghan wrote:
Just to clarify: is this specifically with Lyx? If so, perhaps the subject line should mention this. I've had no problem with dead keys in QT5, but I don't use Lyx.
poc
Nope, the problem occurs with every qt5 application that the user tried. I mentioned LyX because it is the qt5 application that I am interested to fix.
FWIW I am writing this on a pt keyboard, that has dead keys, and I have no issue with any application or graphical toolkit.
Has the user a) selected the correct keyboard (under Hardware), and b) enabled a dead keys layout (under Layouts), both in the keyboard settings widget? Obvious questions, but worth making sure.
poc
On Tuesday, December 22, 2020 4:14:05 PM WET Patrick O'Callaghan wrote:
Has the user a) selected the correct keyboard (under Hardware), and b) enabled a dead keys layout (under Layouts), both in the keyboard settings widget? Obvious questions, but worth making sure.
poc
Yes.
The user has two computers with different keyboards:
Running $ localectl
he got
System Locale: LANG=en_US.UTF-8 VC Keymap: es-deadtilde X11 Layout: es X11 Variant: deadtilde
in the PC with Spanish keyboard and
System Locale: LANG=en_US.UTF-8 X11 Layout: us X11 Variant: intl
in the PC with American keyboard.
Again notice those layouts work with qt4.
I am lost here. :-)
On Tue, 2020-12-22 at 17:34 +0000, José Abílio Matos wrote:
On Tuesday, December 22, 2020 4:14:05 PM WET Patrick O'Callaghan wrote:
Has the user a) selected the correct keyboard (under Hardware), and b) enabled a dead keys layout (under Layouts), both in the keyboard settings widget? Obvious questions, but worth making sure.
poc
Yes.
The user has two computers with different keyboards:
Running $ localectl
he got
System Locale: LANG=en_US.UTF-8 VC Keymap: es-deadtilde X11 Layout: es X11 Variant: deadtilde
in the PC with Spanish keyboard and
System Locale: LANG=en_US.UTF-8 X11 Layout: us X11 Variant: intl
in the PC with American keyboard.
Again notice those layouts work with qt4.
I am lost here. :-)
This is what I have (with a UK keyboard):
$ localectl System Locale: LANG=en_GB.UTF-8 VC Keymap: gb X11 Layout: gb
Dead keys are working, even though that isn't apparent from the above, because the layout is actually UK International. I've no idea what 'VC' means (the localectl man page doesn't say).
poc
On Wed, 2020-12-23 at 09:26 +0000, José Abílio Matos wrote:
On Tuesday, December 22, 2020 10:49:01 PM WET Patrick O'Callaghan wrote:
I've no idea what 'VC' means (the localectl man page doesn't say).
Virtual console (what you get with Alt+Ctr+F2[-6]).
you got a test area in [1] , many years ago I used a xorg app to test keyboard but I don't remember it now ... Set /etc/X11/xorg.conf.d/00- keyboard.conf [2] and use kde without modifications should be enough , I didn't miss any dead key , but what dead key you are talking about ? Best regards, [1] /usr/bin/kcmshell5 kcm_keyboard [2]cat /etc/X11/xorg.conf.d/00-keyboard.confSection "InputClass" Identifier "system-keyboard" MatchIsKeyboard "on" Option "XkbLayout" "pt" Option "XkbOptions" "terminate:ctrl_alt_bksp"EndSection
--
José Abílio
_______________________________________________kde mailing list -- kde@lists.fedoraproject.org To unsubscribe send an email to kde-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/kde@lists.fedoraproject.org
On Wednesday, December 23, 2020 12:00:08 PM WET Sérgio Basto wrote:
you got a test area in [1] , many years ago I used a xorg app to test keyboard but I don't remember it now ...
Probably you are referring xev. :-)
X11 events.
Set /etc/X11/xorg.conf.d/00-keyboard.conf [2] and use kde without modifications should be enough , I didn't miss any dead key , but what dead key you are talking about ?
I am also using plasma and I have no issue with dead keys, in my Portuguese keyboard pressing ´+e gives é as it should so all is working for me.
Best regards,
[1] /usr/bin/kcmshell5 kcm_keyboard
[2] cat /etc/X11/xorg.conf.d/00-keyboard.conf Section "InputClass" Identifier "system-keyboard" MatchIsKeyboard "on" Option "XkbLayout" "pt" Option "XkbOptions" "terminate:ctrl_alt_bksp" EndSection
The issue here is for a user that is not using plasma but mate and so the kcmshell5 is not an option.
The user already has ibus-qt installed...
On Wed, 2020-12-23 at 09:26 +0000, José Abílio Matos wrote:
On Tuesday, December 22, 2020 10:49:01 PM WET Patrick O'Callaghan wrote:
I've no idea what 'VC' means (the localectl man page doesn't say).
Virtual console (what you get with Alt+Ctr+F2[-6]).
OK. I wonder if that's a clue. What happens on the main console (F1)?
poc
-
José Abílio Matos -
Patrick O'Callaghan -
Sérgio Basto