2008/7/9 Yves-Alexis Perez <[EMAIL PROTECTED]>: > 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?
I would gladly show if I could get the older version of the package. Is there a way to do that? >> >> 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. Totally agree. Maybe it's the way the file configuration file for the layout has been written. >> 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. Should we contact the xkb-data team? Thanks, Igor -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]