I may disagree. If "empty" = "no override", wouldn't it be logical to leave it 
empty and use system-level settings, until user decides to set something 
explicitly for himself? 
In case of gdm, which is a system tool, not a user-owned profile, it is even 
more appropriate to follow system-level settings, but with possibility of 
optional gdm-level override.


another issue is /desktop/gnome/peripherals/keyboard/general/defaultGroup key. 
Its default "-1" value (no defined default layout) is rather useless, it brings 
uncertainty in managing layouts when switching between several existing and new 
windows. "0" would be more appropriate.
But that isn't as important as the first issue.

-- 
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Greece, which is a subscriber of a duplicate bug.

Status in “console-setup” package in Ubuntu: Invalid
Status in “gdm” package in Ubuntu: Invalid
Status in “gnome-settings-daemon” package in Ubuntu: In Progress
Status in “xserver-xorg-input-evdev” package in Ubuntu: Invalid
Status in “console-setup” source package in Lucid: Invalid
Status in “gdm” source package in Lucid: Invalid
Status in “gnome-settings-daemon” source package in Lucid: In Progress
Status in “xserver-xorg-input-evdev” source package in Lucid: Invalid

Bug description:
Binary package hint: gnome-control-center

Situation:
two layouts - US (default), Ru (second) 
Configuration was set up by sudo dpkg-reconfigure console-setup

Wrong behavior #1: 
if I press "set defaults" in gnome-keyboard-properties, gconf keys are set to 
default values: 
/desktop/gnome/peripherals/keyboard/kbd/layouts is [] empty - this is ok, 
because layouts are then taken from console-setup
Everything works until reboot or restart of gnome-settings-daemon:
/desktop/gnome/peripherals/keyboard/kbd/layouts is then set to [us] only! so it 
needs to be reconfigured every time.

Wrong behavior #1a: 
if I press "set defaults", then
/desktop/gnome/peripherals/keyboard/general/defaultGroup is set to -1, but 
default layout radiobutton in g-k-p dialog is still visible as set, which is 
incorrect and confusing.

Wrong behavior #2:
If keyboard settings are set explicitly in gnome:
/desktop/gnome/peripherals/keyboard/kbd/layouts is set to [us   ,ru]
then again everything works fine, but again only until reboot or restart of 
gnome-settings-daemon:
/desktop/gnome/peripherals/keyboard/kbd/layouts is set to [us   ,ru,us] - 
second us layout appears out of nowhere.
It happens because first "us" is followed by tab symbol: "      " so instead of 
[us,ru] it sets [us     ,ru] and upon gnome-settings-daemon start the second, 
but correct "us" is added.

ProblemType: Bug
Architecture: i386
Date: Sun Oct 25 13:03:18 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: gnome-control-center 1:2.28.1-0ubuntu1
ProcEnviron:
 LANG=ru_RU.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: gnome-control-center
Uname: Linux 2.6.31-14-generic i686



_______________________________________________
Mailing list: https://launchpad.net/~linux.sch.gr
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~linux.sch.gr
More help   : https://help.launchpad.net/ListHelp

Απαντηση