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 Feb 21 19:14:03 2009  
 
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 May 29 23:17:34 2014, comment #6:

Can this be considered solved?

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

I committed r34984 which makes GSModifiersAreKeys the default.

Eric Wasylishen <ericw>
Project Member
Mon Mar 19 20:31:57 2012, 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 May 18 19:50:36 2010, comment #3:

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

Fred Kiefer <FredKiefer>
Project MemberIn charge of this item.
Tue Feb 24 09:00:34 2009, 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 Feb 23 16:47:34 2009, 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 Feb 21 19:14:03 2009, 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 Mar 23 00:20:01 2012ericwStatusConfirmed=>Fixed
    Mon Mar 19 20:31:57 2012ericwStatusFixed=>Confirmed
      Open/ClosedClosed=>Open
    Tue May 18 19:50:36 2010FredKieferStatusReady For Test=>Fixed
      Open/ClosedIn Test=>Closed
    Tue Feb 24 09:00:34 2009FredKieferStatusConfirmed=>Ready For Test
      Assigned toNone=>FredKiefer
      Open/ClosedOpen=>In Test
    Mon Feb 23 16:47:34 2009FredKieferCategoryGui/AppKit=>Backend
      Item GroupNone=>Bug
      StatusNone=>Confirmed

    Back to the top


    Powered by Savane 3.1-cleanup