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


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

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

Add a New Comment (Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


( Jump to the original submission)

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

Can this be considered solved?

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

I committed r34984 which makes GSModifiersAreKeys the default.

Eric Wasylishen <ericw>
Project 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>
Project 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>
Project MemberIn charge of this item.
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>
Project MemberIn charge of this item.
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>
Project MemberIn charge of this item.
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>
Project Member


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

Attach Files:

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)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.




    Follow 11 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    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.7