On Mon, Sep 06, 2004 at 11:16:45PM +0200, Denis Barbier wrote:
> tags 270235 - l10n
Sorry... I wasn't sure if I should mark it as l10n.
So this tag should be used only for translation issues?
> > That's quite weird. Should work with every order.
> > I checked it with both keyboard and kbd driver.
>
> You are right, the problem is that Alt_R is defined by
> key <RALT> {
> type[Group1]="TWO_LEVEL",
> symbols[Group1] = [ ISO_Level3_Shift, Multi_key ]
> };
>
> So when you press Alt_R, ISO_Level3_Shift is returned, then Shift+A
> returns the 4th column, ie. Aogonek.
> When Shift is pressed first, Alt_R expands to Multi_key, and XKB is
> then waiting for a compose sequence beginning with lower 'a'.
>
> This has been fixed for pl and pl2 keymaps in XFree86 and freedesktop,
> but it should be fixed for all keymaps with 4 columns.
Hmm... so someone else reported this issue or you've fixed it now?
> The fix is to replace
> include "level3(ralt_switch_multikey)"
> by
> include "level3(ralt_switch)"
> in /etc/X11/xkb/symbols/pc/pl{,2} and Multi_key can be redefined via
> the 'compose:*' options.
>
> I will send a patch to the BTS soon.
Thanks for robust answer/help ;)
regards
fEnIo
--
_ Bartosz Fenski | mailto:fenio@o2.pl | pgp:0x13fefc40 | IRC:fEnIo
_|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska
(0 0) phone:+48602383548 | Slackware - the weakest link
ooO--(_)--Ooo http://skawina.eu.org | JID:fenio@jabber.org | RLU:172001
Attachment:
signature.asc
Description: Digital signature