Bug#259740: xlibs: Windows key no longer treated as modifer,just as Super_L
On Sun, Sep 12, 2004 at 09:38:03AM +0200, Denis Barbier wrote:
> clone 259740 -1
> reassign -1 capplets
> retitle -1 gnome-keyboard-properties: altwin:meta_super must be renamed into altwin:super_win
> thanks
>
> A note should be added to some README files to tell users that setting
> altwin:super_win is a good idea if they want to map Super to their Win
> keys, so I clone this bug instead of simply reassigning it to capplets.
Here it is.
XSF guys, can I commit this patch into the FAQ?
Denis
Index: FAQ.xhtml
===================================================================
--- FAQ.xhtml (revision 1805)
+++ FAQ.xhtml (working copy)
@@ -150,6 +150,8 @@
my X session exiting abnormally?</a></li>
<li><a href="#radeondualhead">I'm having trouble getting dual-head support to
work on my ATI Radeon card. Can you help?</a></li>
+<li><a href="#xkbnewlayout">My keyboard configuration worked with XFree86 4.2,
+ why is it messed up now?</a></li>
</ul>
<h2><a href="#acknowledgements">Acknowledgements</a></h2>
@@ -2666,6 +2668,39 @@
class="other">MonitorLayout</code> line, but I can't think of a physical
mechanism for this actually happening.</p>
+<h3><a id="xkbnewlayout">My keyboard configuration worked with XFree86 4.2,
+ why is it messed up now?</a></h3>
+
+<p>In releases previous to XFree86 4.3, combining several keymaps was
+difficult because keymaps had to be defined for each position. For instance
+<code>us</code> keymap was defined on first, second and third position,
+and this should have been done for all keymaps.</p>
+
+<p>Keymap layouts have been revisited in XFree86 4.3, and new definitions
+can now be used in whatever order so that <code>us,ru</code> and
+<code>ru,us</code> use the same definitions. New definitions have been put
+into <code class="filespec">/etc/X11/xkb/symbols/pc/</code> and old ones are
+still available at the same place, ie. under the
+<code class="filespec">/etc/X11/xkb/symbols/</code> directory,</p>
+
+<p>Some keymaps have not been converted to the new layout for any reason,
+and thus can not be combined with other keymaps. They are listed into
+<code class="filespec">/etc/X11/xkb/rules/xfree86</code>. If you have
+trouble combining keymaps, check that you do not try to load a keymap
+listed there.</p>
+
+<p>Modifiers have also been affected by these major changes to make this
+system more modular. A consequence is that <em>fake keys</em> have been
+introduced in XKB data files for <code>Alt</code>, <code>Meta</code>,
+<code>Super</code> and <code>Hyper</code> modifiers.
+By default, <code>mod1</code> and <code>mod4<code> use these fake keys
+instead of real ones. XKB-aware applications can handle those fake
+keys, but several applications get confused and do no more recognize
+your keys as modifiers. Until these applications are fixed, you can
+bind keys explicitly with <code>altwin</code> options, e.g.
+<kbd>Option "altwin:super_win"</kbd> binds your logo keys to
+<code>Super</code> modifiers.</p>
+
<h2><a id="acknowledgements">Acknowledgements</a></h2>
<p>The author would like to thank Andreas Metzler, Guillem Jover, Ingo Saitz,
Reply to: