Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars
tags 270235 + pending thanks On Mon, Sep 06, 2004 at 11:46:39AM +0200, Bartosz Fenski aka fEnIo wrote: > Package: xserver-xfree86 > Version: 4.3.0.dfsg.1-6 > Severity: normal > Tags: l10n > > Hello. > > Seems that keyboard driver is somehow broken. > To get Polish international uppercase character I have to push > > ALT | SHIFT | Z/X/C/E/L/O/N/A > > Exactly at this order. > Pushing: > > SHIFT | ALT | Z/X/C/E/L/O/N/A > > doesn't work for me. Fixed in SVN, thanks for your report. Denis
Processed: Re: Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars
Processing commands for [EMAIL PROTECTED]: > tags 270235 + pending Bug#270235: xlibs: Alt keys have to be pressed before Shift in 4-column keymaps Tags were: upstream Tags added: pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars
On Mon, Oct 11, 2004 at 03:32:43PM -0500, Branden Robinson wrote: > > Sorry I was unclear, these fixes are not yet in because they appeared > > after 4.3.0, so thay have to be backported. Fortunately this is > > trivial, and I will send a patch soon to debian-x, but I would also > > like to know if other keymaps have to be fixed the same way and just > > ask on freedesktop xkb mailing list. > > Denis, > > Did one of your many recent fixes take care of this? No, I forgot about this bugreport, thanks for the reminder. As said in my previous mail, the fix is trivial include "level3(ralt_switch_multikey)" has to be replaced by include "level3(ralt_switch)" I asked on the xkeyboard-config ML and all layouts have been changed this way, but I was still reluctant to break compatibility (Shift+AltGr always produced Multi_Key). Anyway the best default seems indeed to perform this change, and add a lv3:ralt_switch_multikey option in /etc/X11/xkb/rules/xfree86 so that those who prefer current settings are not lost. I will commit a patch tomorrow. Denis
Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars
tag 270235 + upstream retitle 270235 xlibs: Alt keys have to be pressed before Shift in 4-column keymaps reassign 270235 xlibs thanks On Tue, Sep 07, 2004 at 12:45:11AM +0200, Denis Barbier wrote: > On Tue, Sep 07, 2004 at 12:07:47AM +0200, Bartosz Fenski aka fEnIo wrote: > > 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? > > Anthony Towns explains in > http://lists.debian.org/debian-debbugs/2004/01/msg6.html > what l10n tag is for. > > [...] > > > 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? > > Sorry I was unclear, these fixes are not yet in because they appeared > after 4.3.0, so thay have to be backported. Fortunately this is > trivial, and I will send a patch soon to debian-x, but I would also > like to know if other keymaps have to be fixed the same way and just > ask on freedesktop xkb mailing list. Denis, Did one of your many recent fixes take care of this? By the way, in case word hasn't gotten back to you yet: Please accept this Steel-Toed Boot award for excellence in BTS Ass-Kicking. --- | | | | | | | / || || |\ /| -^\ * | | |___|\__/ I believe this is the second time you've been so honored. :) -- G. Branden Robinson|The first thing the communists do Debian GNU/Linux |when they take over a country is to [EMAIL PROTECTED] |outlaw cockfighting. http://people.debian.org/~branden/ |-- Oklahoma State Senator John Monks signature.asc Description: Digital signature
Processed: Re: Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars
Processing commands for [EMAIL PROTECTED]: > tag 270235 + upstream Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars There were no tags set. Tags added: upstream > retitle 270235 xlibs: Alt keys have to be pressed before Shift in 4-column > keymaps Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars Changed Bug title. > reassign 270235 xlibs Bug#270235: xlibs: Alt keys have to be pressed before Shift in 4-column keymaps Bug reassigned from package `xserver-xfree86' to `xlibs'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars
On Tue, Sep 07, 2004 at 12:07:47AM +0200, Bartosz Fenski aka fEnIo wrote: > 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? Anthony Towns explains in http://lists.debian.org/debian-debbugs/2004/01/msg6.html what l10n tag is for. [...] > > 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? Sorry I was unclear, these fixes are not yet in because they appeared after 4.3.0, so thay have to be backported. Fortunately this is trivial, and I will send a patch soon to debian-x, but I would also like to know if other keymaps have to be fixed the same way and just ask on freedesktop xkb mailing list. Denis
Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars
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 {
> 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:[EMAIL PROTECTED] | 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:[EMAIL PROTECTED] | RLU:172001
signature.asc
Description: Digital signature
Processed: Re: Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars
Processing commands for [EMAIL PROTECTED]: > tags 270235 - l10n Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars Tags were: l10n Tags removed: l10n > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars
tags 270235 - l10n
thanks
On Mon, Sep 06, 2004 at 11:46:39AM +0200, Bartosz Fenski aka fEnIo wrote:
> Package: xserver-xfree86
> Version: 4.3.0.dfsg.1-6
> Severity: normal
> Tags: l10n
>
> Hello.
>
> Seems that keyboard driver is somehow broken.
> To get Polish international uppercase character I have to push
>
> ALT | SHIFT | Z/X/C/E/L/O/N/A
>
> Exactly at this order.
> Pushing:
>
> SHIFT | ALT | Z/X/C/E/L/O/N/A
>
> doesn't work for me. That can be easily reproduced cause many friends of
> mine checked it too, and they got the same results.
>
> 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 {
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.
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.
Denis
Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-6 Severity: normal Tags: l10n Hello. Seems that keyboard driver is somehow broken. To get Polish international uppercase character I have to push ALT | SHIFT | Z/X/C/E/L/O/N/A Exactly at this order. Pushing: SHIFT | ALT | Z/X/C/E/L/O/N/A doesn't work for me. That can be easily reproduced cause many friends of mine checked it too, and they got the same results. That's quite weird. Should work with every order. I checked it with both keyboard and kbd driver. Under console (normal text-mode) ordering doesn't matter. I can use both ALT+SHIFT+A and SHIFT+ALT+A for example. Ask me if you will need any further info. Thanks and regards fEnIo -- Package-specific info: -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL Versions of packages xserver-xfree86 depends on: ii debconf [debconf-2.0] 1.4.34 Debian configuration management sy ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii xserver-common4.3.0.dfsg.1-6 files and utilities common to all ii zlib1g1:1.2.1.1-7compression library - runtime -- debconf information: * xserver-xfree86/config/device/identifier: NVIDIA Corporation [GeForce2 Ti] * xserver-xfree86/config/monitor/screen-size: 15 inches (380 mm) xserver-xfree86/config/device/use_fbdev: * xserver-xfree86/config/monitor/selection-method: Simple xserver-xfree86/config/doublequote_in_string_error: shared/default-x-server: xserver-xfree86 * xserver-xfree86/config/inputdevice/mouse/emulate3buttons: true * xserver-xfree86/config/device/bus_id: * xserver-xfree86/config/inputdevice/keyboard/layout: pl xserver-xfree86/config/monitor/horiz-sync: 28-50 * xserver-xfree86/config/monitor/identifier: Generic Monitor shared/no_known_x-server: * xserver-xfree86/autodetect_mouse: true * xserver-xfree86/config/device/video_ram: xserver-xfree86/config/monitor/mode-list: 1280x960 @ 60Hz * xserver-xfree86/config/monitor/lcd: false xserver-xfree86/config/inputdevice/keyboard/internal: * xserver-xfree86/config/inputdevice/keyboard/rules: xfree86 xserver-xfree86/multiple_possible_x-drivers: * xserver-xfree86/config/inputdevice/keyboard/model: pc104 * xserver-xfree86/config/write_dri_section: true * xserver-xfree86/config/device/driver: nv xserver-xfree86/config/monitor/vert-refresh: 43-75 * xserver-xfree86/config/display/default_depth: 24 * xserver-xfree86/config/inputdevice/mouse/zaxismapping: true * xserver-xfree86/config/display/modes: 1024x768 xserver-xfree86/config/device/bus_id_error: * xserver-xfree86/config/modules: GLcore, bitmap, dbe, ddc, dri, extmod, freetype, glx, int10, record, speedo, type1, vbe * xserver-xfree86/config/inputdevice/keyboard/options: xserver-xfree86/config/nonnumeric_string_error: xserver-xfree86/config/inputdevice/mouse/protocol: ImPS/2 shared/multiple_possible_x-servers: xserver-xfree86/config/null_string_error: xserver-xfree86/config/monitor/range_input_error: * xserver-xfree86/autodetect_video_card: true * xserver-xfree86/config/inputdevice/keyboard/variant: * xserver-xfree86/config/inputdevice/mouse/port: /dev/input/mice * xserver-xfree86/config/write_files_section: true * xserver-xfree86/autodetect_monitor: true
