<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 7, 2014 at 7:36 PM, Jörn Nettingsmeier <span dir="ltr"><<a href="mailto:nettings@stackingdwarves.net" target="_blank">nettings@stackingdwarves.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">hi *!<br>
<br>
<br>
after comparing the mac and linux keybindings one by one, i found that they are equivalent under the following modifier key abstraction (which we have in the CSS of the manual already:<br>
<br>
<br>
generic linux   mac<br>
---------------------<br>
mod1    ctrl    cmd<br>
mod2    alt     ctrl<br>
mod3    shift   shift<br>
mod4    win     ?<br></blockquote><div><br></div><div>the modN names should not really have been used in the manual. that was sloppy of me. why not? because they are all legitimate X Window modifier names too.<br><br>the "win" thing isn't really keyboard centric, but is a badly thought out semantic idea ... a particular modifier (or combination of modifiers) that would be used to drive all window-show/hide operations. it does NOT corrrespond to the "Windows" key found on so many PC keyboards.<br>
<br></div><div>in reality, it doesn't really work. if you look at the fmt-bindings tool, you will see that the "<WINDOW>" modifier or whatever i used as the substitution token, is the same as another well-used modifier. so the lack of dual bindings is just good luck (with a little bit of care thrown in) rather than a matter of design. <br>
<br></div><div>we should remove the <WINDOW> thing from the <a href="http://bindings.in">bindings.in</a> file and use the *actual* modifier token (<PRIMARY>, <SECONDARY> etc) instead, to make collisions between bindings obvious.<br>
</div><div><br></div></div></div></div>