Hi
TDE 14.1.0 is cleaning up the default layouts from /etc/default/keyboard, so KKBSwitch doesn't work now.
New users with clean configuration also cannot to switch the keyboard layout!
Why does that performed for?
On 2023/05/06 02:32 AM, Roman Savochenko via tde-users wrote:
Hi
TDE 14.1.0 is cleaning up the default layouts from /etc/default/keyboard, so KKBSwitch doesn't work now.
New users with clean configuration also cannot to switch the keyboard layout!
Why does that performed for?
Hi Roman, there has been some updates on kxkb related to switching keyboard layout, to bring it inline with setxkbmap. Changing keyboard layout is definitely possible, I would even say it works better than before.
Although I don't use it, I just tested kkbswitch and it works fine. I can change keyboard layout in kkbswitch and see the changes reflected in kxkb and viceversa. But with the new kxkb functionality, kkbswitch is probably not even needed any more.
I know of several users who use 2 or more keyboard layouts and they do not have any issue at all. Also user sessions won't be permitted to write into /etc directly, so there must be something else going on in your system.
Cheers Michele
Hi, Michele
06.05.23 08:15, Michele Calgaro via tde-users wrote:
there has been some updates on kxkb related to switching keyboard layout, to bring it inline with setxkbmap. Changing keyboard layout is definitely possible, I would even say it works better than before.
I know about the changes, but why "the changes" breaks the default behaviour intrudes to the default configuration if I haven't enabled them?
Although I don't use it, I just tested kkbswitch and it works fine. I can change keyboard layout in kkbswitch and see the changes reflected in kxkb and viceversa. But with the new kxkb functionality, kkbswitch is probably not even needed any more.
All layouts were gone in my case after updating to 14.1.0, so kkbswitch have neither for switching already.
I know of several users who use 2 or more keyboard layouts and they do not have any issue at all. Also user sessions won't be permitted to write into /etc directly, so there must be something else going on in your system.
But I have, my users will have and I cannot to use "the changes" at all since the list of the key combination for the layout switching is empty, not synced in the tab "Layouts" and "Xkb Options" and doesn't have my key combination lctrl_lshift_toggle, which is discouraging "the changes", I assume.
Regards, Roman
I know of several users who use 2 or more keyboard layouts and they do not have any issue at all. Also user sessions won't be permitted to write into /etc directly, so there must be something else going on in your system.
But I have, my users will have and I cannot to use "the changes" at all since the list of the key combination for the layout switching is empty, not synced in the tab "Layouts" and "Xkb Options" and doesn't have my key combination lctrl_lshift_toggle, which is discouraging "the changes", I assume.
Hi Roman, not sure what went wrong on your system, but I have attached a screenshot of what the keyboard layout XKbOption tab should look like. Plenty of options there, even if my /etc/default/keyboard file is just a few lines and pretty much empty (less than 10 lines). In Debian, no tdebase-related package writes in /etc/default/keyboard and moreover the settings for kxkb are stored in ~/.trinity/share/config/kxkbrc. Not sure what your distro is, but it seems the problem is something local to your own system, since so far no one else has reported problems with keyboard layout switching so far. Happy to look to further into this issue, if you can find out what is wrong and I can reproduce the problem here. Cheers Michele
06.05.23 09:49, Michele Calgaro via tde-users wrote:
I know of several users who use 2 or more keyboard layouts and they do not have any issue at all. Also user sessions won't be permitted to write into /etc directly, so there must be something else going on in your system.
But I have, my users will have and I cannot to use "the changes" at all since the list of the key combination for the layout switching is empty, not synced in the tab "Layouts" and "Xkb Options" and doesn't have my key combination lctrl_lshift_toggle, which is discouraging "the changes", I assume.
not sure what went wrong on your system, but I have attached a screenshot of what the keyboard layout XKbOption tab should look like. Plenty of options there, even if my /etc/default/keyboard file is just a few lines and pretty much empty (less than 10 lines).
The tab has correct look on the locale "en_US.UTF-8" and hasn't on my "uk_UA.UTF-8", but on 14.0.13 the tab look is true always.
And the default Kxb configuration is cleaned independently from the locale.
In Debian, no tdebase-related package writes in /etc/default/keyboard and moreover the settings for kxkb are stored in ~/.trinity/share/config/kxkbrc.
That is Debian 11.
Not sure what your distro is, but it seems the problem is something local to your own system, since so far no one else has reported problems with keyboard layout switching so far. Happy to look to further into this issue, if you can find out what is wrong and I can reproduce the problem here.
Try for changing the locale.
On 2023/05/06 04:11 PM, Roman Savochenko via tde-users wrote:
Try for changing the locale.
Hi Roman, 1) I changed my machine to "uk_UA.UTF-8" and rebooted, but still I couldn't replicate the issue (see screenshot which shows the locale settings, gajim showing some Ukrainian text and the kxkb XKbOption tab still populated with all the various key combinations).
2) Then I installed tde-i18n-uk and changed TDE text to Ukrainian. In this case I could see that the key combinations were missing, exactly as in your screenshot.
3) I changed back the locale to en_US.UTF-8, rebooted and repeated the test. When TDE is switched to Ukrainian language, the key combinations are missing.
4) I installed the Russian language (assuming it is similar to Ukrainian language) and in such case the key combination are visible (see second screenshot).
So it seems it is something related to the Ukrainian language translations. Hope this will point you into the right direction to fix it.
Cheers Michele
Hi, Michele
06.05.23 10:51, Michele Calgaro via tde-users wrote:
So it seems it is something related to the Ukrainian language translations. Hope this will point you into the right direction to fix it.
That related in marking for translation not translatable messages by the function i18n() and in case of kcmlayout.cpp that is "grp" and keys.
And the problem is represented at Ukrainain language due to me have translated that significantly, including "grp" and so on.
So, I have fixed "the changes" by appending of using the system configuration at disabling the "Layouts using" in TDE, as that must be.
I am going to test the patch some time yet.
Hi, Michele
07.05.23 16:03, Michele Calgaro via tde-users wrote:
On 2023/05/07 08:53 PM, Roman Savochenko via tde-users wrote:
I am going to test the patch some time yet.
Thanks for the patch Roman. Please feedback after "the test" and we will then look at merging it.
So, I have expanded and widely tested the patch and it performs: • preventing translation untranslatable messages like to "grp" and keys • loading the system XKB configuration at disabling TDE Layouts with overriding the XKB options from the tab "Options Xkb" • applying TDE Layouts at its enable
Also I removed the controversial part "Modes" in the tab "Options Xkb"!
Now that fine works for me.
Regards. Roman
On 2023/05/13 05:53 AM, Roman Savochenko via tde-users wrote:
Hi, Michele
07.05.23 16:03, Michele Calgaro via tde-users wrote:
On 2023/05/07 08:53 PM, Roman Savochenko via tde-users wrote:
I am going to test the patch some time yet.
Thanks for the patch Roman. Please feedback after "the test" and we will then look at merging it.
So, I have expanded and widely tested the patch and it performs: • preventing translation untranslatable messages like to "grp" and keys • loading the system XKB configuration at disabling TDE Layouts with overriding the XKB options from the tab "Options Xkb" • applying TDE Layouts at its enable
Also I removed the controversial part "Modes" in the tab "Options Xkb"!
Now that fine works for me.
Hi Roman, thanks for the patch, the testing and the feedback. I will look into the patch code in the coming week and do a selecting merging of the parts needed. For example, the "Modes" radio buttons are there for a specific reason, so they are going to stay. But the translation of "grp" doesn't make much sense so it makes sense not to translate that. Cheers Michele
13.05.23 09:36, Michele Calgaro via tde-users wrote:
On 2023/05/13 05:53 AM, Roman Savochenko via tde-users wrote:
I will look into the patch code in the coming week and do a selecting merging of the parts needed. For example, the "Modes" radio buttons are there for a specific reason, so they are going to stay. But the translation of "grp" doesn't make much sense so it makes sense not to translate that.
There is no reason with the "Modes" radio buttons and they don't work properly at clearing some options!
Hi, Michele
13.05.23 09:36, Michele Calgaro via tde-users wrote:
On 2023/05/13 05:53 AM, Roman Savochenko via tde-users wrote:
I will look into the patch code in the coming week and do a selecting merging of the parts needed. For example, the "Modes" radio buttons are there for a specific reason, so they are going to stay. But the translation of "grp" doesn't make much sense so it makes sense not to translate that.
Look into the last patch where I have fixed-prevented of displaying an incorrect layout at the KXKB start (last one) due to KXKBApp::slotGroupChanged() can receive group number outside their whole count, 22 in my case. Also I removed from KXKB only the options reading, since it is used always with TDE Layouts.
On 2023/05/15 01:52 PM, Roman Savochenko via tde-users wrote:
Hi, Michele
13.05.23 09:36, Michele Calgaro via tde-users wrote:
On 2023/05/13 05:53 AM, Roman Savochenko via tde-users wrote:
I will look into the patch code in the coming week and do a selecting merging of the parts needed. For example, the "Modes" radio buttons are there for a specific reason, so they are going to stay. But the translation of "grp" doesn't make much sense so it makes sense not to translate that.
Look into the last patch where I have fixed-prevented of displaying an incorrect layout at the KXKB start (last one) due to KXKBApp::slotGroupChanged() can receive group number outside their whole count, 22 in my case. Also I removed from KXKB only the options reading, since it is used always with TDE Layouts.
Thanks Roman, will do :-) Cheers Michele
On 2023/05/15 01:52 PM, Roman Savochenko via tde-users wrote:
Hi, Michele
13.05.23 09:36, Michele Calgaro via tde-users wrote:
On 2023/05/13 05:53 AM, Roman Savochenko via tde-users wrote:
I will look into the patch code in the coming week and do a selecting merging of the parts needed. For example, the "Modes" radio buttons are there for a specific reason, so they are going to stay. But the translation of "grp" doesn't make much sense so it makes sense not to translate that.
Look into the last patch where I have fixed-prevented of displaying an incorrect layout at the KXKB start (last one) due to KXKBApp::slotGroupChanged() can receive group number outside their whole count, 22 in my case. Also I removed from KXKB only the options reading, since it is used always with TDE Layouts.
Hi Roman, for information, part of your patch has been merged into TDE code (see https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/pulls/369). Part of the patch has not been merged because it does not fit with the new functionality provided in R14.1.0, so if you want to keep using that you will need to handle that in your own local builds R14.1.1 will reintroduce the ability to set a TDE keyboard shortcut to change layout, as well as additional TDE shortcuts to change layouts in kbbswitch.
Thanks for the original patch!
Cheers Michele
Hi, Michele
30.06.23 10:31, Michele Calgaro via tde-users wrote:
Look into the last patch where I have fixed-prevented of displaying an incorrect layout at the KXKB start (last one) due to KXKBApp::slotGroupChanged() can receive group number outside their whole count, 22 in my case. Also I removed from KXKB only the options reading, since it is used always with TDE Layouts.
for information, part of your patch has been merged into TDE code (see https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/pulls/369). Part of the patch has not been merged because it does not fit with the new functionality provided in R14.1.0, so if you want to keep using that you will need to handle that in your own local builds
Sure I will and I am doing that all time of using TDE. :)
Thanks for the original patch!
Please!
Regards, Roman
On Saturday 06 May 2023 00:11:35 Roman Savochenko via tde-users wrote:
The tab has correct look on the locale "en_US.UTF-8" and hasn't on my "uk_UA.UTF-8", but on 14.0.13 the tab look is true always.
And the default Kxb configuration is cleaned independently from the locale.
In Debian, no tdebase-related package writes in /etc/default/keyboard and moreover the settings for kxkb are stored in ~/.trinity/share/config/kxkbrc.
That is Debian 11.
Not sure what your distro is, but it seems the problem is something local to your own system, since so far no one else has reported problems with keyboard layout switching so far. Happy to look to further into this issue, if you can find out what is wrong and I can reproduce the problem here.
Try for changing the locale.
Myself, I don't switch locales for anything except text documents, as I sometimes want to insert text, and changing locales helps to keep my office program from trying to "correct" my changes. For my interface, though, I like it to stay in my own language, so I can see how that would be really annoying. Since English is the default, however, I don't usually have to deal with such a mess, but I have sometimes had problems with locale.
I might be way off here, as I have only been skimming over this thread, but I wondered, have you tried localepurge?
Not sure that this is what you need, but removing unnecessary locales might help. Otherwise, I change my language settings in the Trinity Control Center
System Administration > Login Manager. (The same option is available when
first booting into TDE, where you can configure the Secure Attention Key, etc.)
Bill
P.S. Another user, Andre, in another thread, "Logout, deconnection, reboot window", mentioned problems with language settings in the user interface. I don't know if these could be related, or if these suggestions might apply to his case, but it sounded familiar to me.
-
Michele Calgaro -
Roman Savochenko -
William Morder