<div dir="ltr">modMask is usually a projection function that takes an XConfig record and produces the modMask field from it. Some key mapping functions define it locally, which is a bit confusing because then it's a simple value instead of a function.<div><br></div><div>PhysicalScreens is the most difficult way to deal with screen ordering; usually it makes more sense to simply swap the mod-{w,e,r} bindings around.</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Aug 29, 2018 at 9:41 AM Robert Sawko <<a href="mailto:robertsawko@gmail.com">robertsawko@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Brandon,<br>
<br>
Thanks for the reply. I actually did come across it before and tried it out!<br>
But... I wasn't sure if the context was right and I was getting errors. I have<br>
now retried adding the import qualified... and I found out that the modMask<br>
from the doc had to be changed to mod4Mask in my case? Previously Xmonad was<br>
compiling that modMask had too few arguments.<br>
<br>
Thanks,<br>
Robert<br>
-- <br>
I am really afraid of the power of authority<br>
<a href="http://en.wikipedia.org/wiki/Milgram_experiment" rel="noreferrer" target="_blank">http://en.wikipedia.org/wiki/Milgram_experiment</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>brandon s allbery kf8nh</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a></div></div></div></div></div>