On Wed, Jul 09, 2008 at 12:19:05PM +0300, Igor Stirbu wrote: > setxkbmap -model pc105 -layout us,ro,ru -variant ,std,phonetic > > With this configuration, since the last modifications > of the xkb-data package [1], which included improvements > of the romanian layout, the plugin is not able to start. > I tried to debug the issue but did not come up with a > reason. > > Meanwhile, I reconfigured the xkb settings with the following > setup: > > Option "XkbLayout" "ro,us,ru" > Option "XkbVariant" "std,,phonetic" > > or > > setxkbmap -model pc105 -layout ro,us,ru -variant std,,phonetic > > and this works, ie the xkb plugin functions as expected. During > debug I observed that the symnames from both layouts differ. The > first layout generates this symname > > pc+us+ro(std_cedilla):2+ro(std):2+ru(phonetic):3+group(menu_toggle)+ctrl(nocaps)
This one sure doesn't look good. I'm not an xkb expert but it maybe it manages to confuse the plugin. What was the result before xkeybord upgrade? > > and the last one (that works) gives this: > > pc+ro(std)+us:2+ru(phonetic):3+group(menu_toggle)+ctrl(nocaps) And in any case, simple inverstion shouldn't change like this the result. > > and this also causes the symbol_names to differ (duplicate 'RO' > entry in former). > > I wasn't sure to which package send this bug (the other one is > xkb-data) but the layout that is not working with xkb plugin > works fine with the kde4 language switcher. I guess there are two bugs. I don't think the symname is correct when using ro,us. But it shouldn't confuse the plugin like this. -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]