gnustep/libs-gui
0
0
Fork 0
mirror of https://github.com/gnustep/libs-gui.git synced 2025-04-23 15:11:37 +00:00
Code Issues Projects Releases Packages Wiki Activity

describe the new 'GSModifiersAreKeys' default under KeyboardSetup

Browse source 
git-svn-id: svn+ssh://svn.gna.org/svn/gnustep/libs/gui/trunk@20299 72102866-910b-0410-8b05-ffd578937521
This commit is contained in:
Adrian Robert 2004-11-05 04:37:29 +00:00
parent 82b2474d81
commit 0a4ac31dac
2 changed files with 21 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

5
ChangeLog
View file

@ -1,3 +1,8 @@
2004-11-04 Adrian Robert <arobert@cogsci.ucsd.edu>
* Documentation/GuiUser/KeyboardSetup.gsdoc: Describe the new
"GSModifiersAreKeys" default.
2004-10-31 12:04 Gregory John Casamento <greg_casamento@yahoo.com>
* GNUmakefile.postamble: Removed the after-clean clean section

16
Documentation/GuiUser/KeyboardSetup.gsdoc
View file

@ -202,6 +202,22 @@
move the wm shortcuts that you do not use to keys which do
not conflict (at least not too much) with GNUstep.
</p>
<p>
A final potential worry on X11 has to do with keyboards where hitting
'shift' or another key can affect the interpretation of a modifier
key. For example, on some Apple USB keyboards one key to the left
of the space bar maps to "Option" without shift pressed, and "Alt"
when it IS 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 the GNUstep back default
<code>GSModifiersAreKeys</code> to <code>YES</code>.
<p>
</section>
</chapter>