Bug 26805 – Keymap issues?

Bug 26805 - Keymap issues?

Summary:	Keymap issues?

Status:	CLOSED RAWHIDE

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	XFree86 (Show other bugs)
Sub Component:
Version:	7.1
Hardware:	i386 Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Mike A. Harris
QA Contact:	Brock Organ
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2001-02-09 04:15 EST by Ed McKenzie
Modified:	2007-04-18 12:31 EDT (History)
CC List:	1 user (show)

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2001-02-28 21:41:55 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Ed McKenzie 2001-02-09 04:15:33 EST

Selecting the 104-key keyboard in anaconda causes my Windows and Alt keys
to be swapped once the system is up. Same problem on 7.0, but not 6.2,
ISTR.

Comment 1 Glen Foster 2001-02-09 19:00:50 EST

Re-assigning to mharris, per the reqeust of pbrown -- Mike, please get on this
one ASAP.

Comment 2 Mike A. Harris 2001-02-10 02:26:59 EST

I don't have a Win95 keyboard to test with, although I think I found the
correct file that needs to be modified.  Not sure what needs to be changed
though.

On the system:
/usr/X11R6/lib/X11/xkb/symbols/us

In XFree86 source:

xc/programs/xkbcomp/symbols/us

Can someone with a Windows 95 104 key keyboard check this out, perhaps find
a solution?  Alternatively, can someone send me a 104 key keyboard?

Comment 3 Ed McKenzie 2001-02-11 22:43:20 EST

Choosing 105-key Int'l for the keyboard type seems to fix it. However, I'm
fairly sure I only have 104 keys, as this is a plain-vanilla US keyboard.

Comment 4 Trond Eivind Glomsrxd 2001-02-28 00:14:42 EST

Are you sure they actually are swapped? I vaguely remember having this setup
before: alt is alt, windows keys are now meta (what alt usually is).

Comment 5 Ed McKenzie 2001-02-28 00:54:11 EST

I don't know if they're "actually swapped," but after installing Fisher I
noticed that Alt-Fx no longer switched desktops in GNOME and that emacs metakeys
seemed to not work as I expected. After some fooling around I figured out that
the Win key was doing what Alt did for me in older RH releases.

Anyway, installing Wolverine with a 105-key keyboard (the default) seemed to fix
it, but I think maybe there should be clarification on what the difference is
between that and 104?

Comment 6 Brent Fox 2001-02-28 20:22:02 EST

Ok, I have a 104 key keyboard that I'm willing to test on.  I did an install
with Wolverine and things seem to be messed up with the Alt-Ctrl-Windows key.
The Windows key behaves like Alt...so the <Windows><Tab> combination scrolls
through window selections.  Mike, if you know what needs to be fixed, please
give it a try.  Reassign it to me if you need further testing.

Comment 7 Ed McKenzie 2001-02-28 21:41:52 EST

Sorry my description was lacking ... really, really long week. :)

I'm seeing exactly what bfox@redhat.com is seeing, namely, Win-tab being 
necessary to switch apps and Alt-tab doing nothing at all. Likewise, Win-Fx 
switches desktops, while Alt-Fx does nothing. Reinstalling Wolverine with the 
105-key keyboard did seem to fix it, but I definitely have a 104-key keyboard.

Comment 8 Mike A. Harris 2001-03-18 23:00:35 EST

Fixed in Rawhide.  Try out XFree86-4.0.3 + Mesa 3.4-13

Note You need to log in before you can comment on or make changes to this bug.