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

 
 

You are not allowed to post comments on this tracker with your current authentification level.

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: BackendSeverity: 3 - Normal
Item Group: BugStatus: Fixed
Privacy: PublicAssigned to: Fred Kiefer <FredKiefer>
Open/Closed: Open

(Jump to the original submission 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

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

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

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 11 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Fri 23 Mar 2012 12:20:01 AM UTCericwStatusConfirmed=>Fixed
    Mon 19 Mar 2012 08:31:57 PM UTCericwStatusFixed=>Confirmed
      Open/ClosedClosed=>Open
    Tue 18 May 2010 07:50:36 PM UTCFredKieferStatusReady For Test=>Fixed
      Open/ClosedIn Test=>Closed
    Tue 24 Feb 2009 09:00:34 AM UTCFredKieferStatusConfirmed=>Ready For Test
      Assigned toNone=>FredKiefer
      Open/ClosedOpen=>In Test
    Mon 23 Feb 2009 04:47:34 PM UTCFredKieferCategoryGui/AppKit=>Backend
      Item GroupNone=>Bug
      StatusNone=>Confirmed

    Back to the top


    Powered by Savane 3.1-cleanup