Bug 11634 - xmodmap: look up modifiers using the keysyms they're bound to
Summary: xmodmap: look up modifiers using the keysyms they're bound to
Status: RESOLVED WONTFIX
Alias: None
Product: xorg
Classification: Unclassified
Component: App/xmodmap (show other bugs)
Version: unspecified
Hardware: All All
: low enhancement
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard: 2011BRB_Reviewed
Keywords: love
Depends on:
Blocks:
 
Reported: 2007-07-17 11:00 UTC by Alan Coopersmith
Modified: 2011-10-15 16:49 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Alan Coopersmith 2007-07-17 11:00:45 UTC
From the old X.Org/X Consortium bug records - no patch was given though.
[An excellent starter project for someone wanting to get started working on
 X code.]

 Date: Wed, 12 Jul 1995 14:58:52 EST
 From: "Kaleb S. KEITHLEY" <kaleb@x.org>
 Subject: xmodmap: look up modifiers using the keysyms they're bound to.
 
 ### bug number:   7513
 ### area:         xmodmap
 ### severity:     enhancement
 ### priority:     low
 ### comments:     
 
 
 
      VERSION:
 
 R6, public-patch-12, all fix-trackers to date
 
      CLIENT MACHINE and OPERATING SYSTEM:
      DISPLAY TYPE:
      WINDOW MANAGER:
      COMPILER:
 
 N/A
 
      AREA:
 
 xmodmap
 
      SYNOPSIS:
 
 Look up modifiers using the keysyms they're bound to.
 
      DESCRIPTION:
 
 Enhance the language to look up modifiers by the keysym they are bound 
 to, e.g. if Mod1Mask is bound to Alt_L and Alt_R, allow references to 
 "Alt_L" or "Alt_R" to substitute for "mod1". Nominally this would only
 be useful for the 'clear' and possibly the 'remove' operation. As an
 example, given the following modifier map:
 
   #xmodmap -pm
   xmodmap:  up to 2 keys per modifier, (keycodes in parentheses):
 
   shift       Shift_L (0x1a),  Shift_R (0x61)
   lock        Caps_Lock (0x1c)
   control     Control_L (0x19),  Control_R (0x60)
   mod1        Alt_L (0x21),  Alt_R (0x41)
   mod2        Num_Lock (0x7e)
   mod3        Scroll_Lock (0x67)
   mod4      
   mod5      
 
 
 Something someone might want to do is clear all the keysyms from mod1,
 so they'd issue an 'xmodmap -e "clear mod1"'; Perhaps they would do this
 because they want to assign a different modifier to the Alt keys, and
 to do this they have to have explicit knowledge that the Alt keys are
 bound, in this case, to mod1. Ideally what they'd really like to do is
 is: 'xmodmap -e "clear Alt_L"' (or even just 'xmodmap -e "clear Alt"')
 or 'xmodmap -e "clear Num_Lock"' and have xmodmap do a lookup to find
 that Alt_L is bound to mod1 and then perform an equivalent 'xmodmap -e
 "clear mod1"'. In a 'xmodmap -e "remove Alt_R"' it would look up the
 modifier using "Alt_R" and then perform the equivalent 'xmodmap -e 
 "remove mod1 = Alt_R"'.
 
 In some respects this has some similarities to the way that 'xmodmap
 -e "keysym = ..."' looks up the keycode for the keysym and then does
 a keycode operation.
 
 Doing this would make xmodmap a little more flexible in that it doesn't
 require knowledge about the specific or current state of the modifier
 map. Then more generic .xmodmaprc scripts could be written that would
 work with any modifier map that a particular vendor might be shipping 
 or that any user might be using.
 
      REPEAT BY:
 
 N/A
 
      SAMPLE FIX:
 
 Maybe later.
Comment 1 Jeremy Huddleston Sequoia 2011-10-02 13:24:52 UTC
I'm not sure this is worthwhile.  It seems like it will allow for 
misconceptions and further confusion about input.

Alan, do you have any strong feelings about this?
Comment 2 Daniel Stone 2011-10-03 04:00:17 UTC
I honestly can't see how this would really help anyone.
Comment 3 Alan Coopersmith 2011-10-03 09:32:42 UTC
(In reply to comment #1)
> Alan, do you have any strong feelings about this?

No, I was just passing it on from the old bug db.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.