bugGNUstep - Bugs: bug #25659, key equivalents depend on order...

Group
 
 

bug #25659: key equivalents depend on order modifiers were pressed

Submitter:  matt rice <ratmice>
Submitted:  Sat 21 Feb 2009 07:14:03 PM UTC
   
 
Category:  Backend Severity:  3 - Normal
Item Group:  Bug Status:  Fixed
Privacy:  Public Assigned to:  FredKiefer
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Thu 29 May 2014 11:17:34 PM UTC, comment #6: 

Can this be considered solved?

Riccardo Mottola <rmottola>
Group Member
Fri 23 Mar 2012 12:20:01 AM UTC, comment #5: 

I committed r34984 which makes GSModifiersAreKeys the default.

Eric Wasylishen <ericw>
Group Member
Mon 19 Mar 2012 08:31:57 PM UTC, comment #4: 

This still happens on all of my computers (apple macbook, virtualbox vm, sony laptop) and is quite annoying. Setting GSModifiersAreKeys to YES also fixes it for me. When I get a chance I will switch that to the default - so that will mean removing support for the GSModifiersAreKeys default and creating a new one, GSModifiersAreNotKeys.

Eric Wasylishen <ericw>
Group Member
Tue 18 May 2010 07:50:36 PM UTC, comment #3: 

Closed after not getting a reply for more than a year.

Fred Kiefer <FredKiefer>
Group Member
Tue 24 Feb 2009 09:00:34 AM UTC, comment #2: 

What you have to do to get this correctly working is to set the gloabl default GSModifiersAreKeys to YES. The documentation of back explains it like this:

On some keyboards, the default X11 mapping includes keycodes that are mapped to one or another modifier keysym depending on whether 'shift' (or in some cases, another key) is pressed.  This is the case on some Apple USB keyboards for example: one key to the left of the spacebar maps to "Option" without shift pressed, and "Alt" with shift pressed.  Such keyboard mappings are often useful in non-English contexts to access accents or non-Roman characters.
However if such a key is used as a modifier in GNUstep problems can occur when trying to use the modifier in conjunction with a shifted character.  In particular, you will need to hit and release the modifier and the shift key in a particular order, or else things will not work as expected, and the modifier may become "stuck".  If you experience such a problem, set <code>GSModifiersAreKeys</code> to <code>YES</code>.


What surprises me is that I didn't have to set this before, but with my new X server I seem to need it. Perhaps we should switch the default of this setting to YES? Could other people out there please test, which setting works best for them?

Fred Kiefer <FredKiefer>
Group Member
Mon 23 Feb 2009 04:47:34 PM UTC, comment #1: 

I was able to reproduce this problem with the keyboardinput test in GSTest.
It will take a lot more debugging inside of XGServerEvent.m to find out what is causing this, but I am almost sure it is a backend issue, not one in gui.

Fred Kiefer <FredKiefer>
Group Member
Sat 21 Feb 2009 07:14:03 PM UTC, original submission:  

for instance a key equivalent with a capitol letter
you must select alt, shift, key for it to recognize it,
shift, alt, key doesn't appear to work.

matt rice <ratmice>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by rmottola (Posted a comment)
  • -email is unavailable- added by ericw (Posted a comment)
  • -email is unavailable- added by FredKiefer (Posted a comment)
  • -email is unavailable- added by ratmice (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 12 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2021-12-17 rmottola Open/ClosedOpen Closed
    2012-03-23 ericw StatusConfirmed Fixed
    2012-03-19 ericw StatusFixed Confirmed
        Open/ClosedClosed Open
    2010-05-18 FredKiefer StatusReady For Test Fixed
        Open/ClosedIn Test Closed
    2009-02-24 FredKiefer StatusConfirmed Ready For Test
        Assigned toNone FredKiefer
        Open/ClosedOpen In Test
    2009-02-23 FredKiefer CategoryGui/AppKit Backend
        Item GroupNone Bug
        StatusNone Confirmed

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code