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]