From yo.eight at gmail.com Sun Feb 1 13:05:49 2015 From: yo.eight at gmail.com (Yorick Laupa) Date: Sun, 01 Feb 2015 14:05:49 +0100 Subject: [xmonad] [xmonad-contrib] Support BEPO keyboard layout Message-ID: <54CE24AD.3020607@gmail.com> Hi everyone, Sorry for not sending proper darcs patch but, I can't setup a monad-contrib dev setup without screwing my xmonad 0.11 configuration (got into cabal hell situation). So I attach the code with that email. Thanks for your time. Yorick -------------- next part -------------- A non-text attachment was scrubbed... Name: Bepo.hs Type: text/x-haskell Size: 1449 bytes Desc: not available URL: From mathstuf at gmail.com Mon Feb 2 02:36:15 2015 From: mathstuf at gmail.com (Ben Boeckel) Date: Mon, 2 Feb 2015 02:36:15 +0000 (UTC) Subject: [xmonad] Dealing with large amounts of pages in a common web browser References: <87mw5r3sp8.fsf@sigkill.dk> Message-ID: On Sat, 10 Jan, 2015 at 09:12:19 GMT, Troels Henriksen wrote: > I have been using xmonad for some years now, and all throughout, the > browser I have been using has been a private fork of surf[0], which is > essentially just a Webkit webview in a window by itself. However, I > would like to switch to a more widely used browser (Chrome, Firefox, > Conkeror, whatever) for usability and security reasons. I'm an uzbl developer; nice to see others using that class of browser :) . Anyways, I'm in a similar boat with the security bits (though I find Firefox usability to be less than stellar) though. I do have TODO items to implement at least request-policy, https-everywhere, adblock, and some other addons I use ported over to uzbl at...some point, but time is not always plentiful (there's also the WebKit2 port that needs to happen and is more urgent). > The nice thing about surf is that it opens a window per page, which > means that they are all visible to xmonad, and navigable through things > like GridSelect, which would not be the case if I simply had two dozen > tabs open in Firefox. However, sometimes tabs are nice - specifically, > it's practical to use CTRL-clicking to open new pages in the background. > > Do you have any suggestions on how to deal with this? Some combination > of Firefox hacks and xmonad layouts? How do you set up your browsers? Personally, I just drag Firefox tabs around as needed. As for uzbl, I use a mix of Tall, TwoPane, and Full layouts to manage lots of windows depending on the case. Tall is used by default, TwoPane when I'm going through a list of things (bug tracker, emails, images, etc.), and Full for focusing on a single window. It also helps that I have things set to, by default, pop up behind the current window and without focus. --Ben From dontdieych at gmail.com Mon Feb 2 06:48:54 2015 From: dontdieych at gmail.com (YCH) Date: Mon, 2 Feb 2015 15:48:54 +0900 Subject: [xmonad] Dealing with large amounts of pages in a common web browser In-Reply-To: References: <87mw5r3sp8.fsf@sigkill.dk> Message-ID: Didn't know about gridSelect. I should check out. I've used to firefox tab group feature for organize and select from many tabs. http://i.imgur.com/9muKcW0.png The layout need to be adjusted manually. Firefox does not layout them like screenshot. It would be good enough put all tabs left to right, top to bottom by time. Anyway it's worth it. On Mon, Feb 2, 2015 at 11:36 AM, Ben Boeckel wrote: > On Sat, 10 Jan, 2015 at 09:12:19 GMT, Troels Henriksen wrote: >> I have been using xmonad for some years now, and all throughout, the >> browser I have been using has been a private fork of surf[0], which is >> essentially just a Webkit webview in a window by itself. However, I >> would like to switch to a more widely used browser (Chrome, Firefox, >> Conkeror, whatever) for usability and security reasons. > > I'm an uzbl developer; nice to see others using that class of browser :) > . Anyways, I'm in a similar boat with the security bits (though I find > Firefox usability to be less than stellar) though. I do have TODO items > to implement at least request-policy, https-everywhere, adblock, and > some other addons I use ported over to uzbl at...some point, but time is > not always plentiful (there's also the WebKit2 port that needs to happen > and is more urgent). > >> The nice thing about surf is that it opens a window per page, which >> means that they are all visible to xmonad, and navigable through things >> like GridSelect, which would not be the case if I simply had two dozen >> tabs open in Firefox. However, sometimes tabs are nice - specifically, >> it's practical to use CTRL-clicking to open new pages in the background. >> >> Do you have any suggestions on how to deal with this? Some combination >> of Firefox hacks and xmonad layouts? How do you set up your browsers? > > Personally, I just drag Firefox tabs around as needed. As for uzbl, I > use a mix of Tall, TwoPane, and Full layouts to manage lots of windows > depending on the case. Tall is used by default, TwoPane when I'm going > through a list of things (bug tracker, emails, images, etc.), and Full > for focusing on a single window. It also helps that I have things set > to, by default, pop up behind the current window and without focus. > > --Ben > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad From athas at sigkill.dk Mon Feb 2 12:40:50 2015 From: athas at sigkill.dk (Troels Henriksen) Date: Mon, 02 Feb 2015 13:40:50 +0100 Subject: [xmonad] Dealing with large amounts of pages in a common web browser In-Reply-To: (Ben Boeckel's message of "Mon, 2 Feb 2015 02:36:15 +0000 (UTC)") References: <87mw5r3sp8.fsf@sigkill.dk> Message-ID: <87iofkcwq5.fsf@sigkill.dk> Ben Boeckel writes: >> The nice thing about surf is that it opens a window per page, which >> means that they are all visible to xmonad, and navigable through things >> like GridSelect, which would not be the case if I simply had two dozen >> tabs open in Firefox. However, sometimes tabs are nice - specifically, >> it's practical to use CTRL-clicking to open new pages in the background. >> >> Do you have any suggestions on how to deal with this? Some combination >> of Firefox hacks and xmonad layouts? How do you set up your browsers? > > Personally, I just drag Firefox tabs around as needed. As for uzbl, I > use a mix of Tall, TwoPane, and Full layouts to manage lots of windows > depending on the case. Tall is used by default, TwoPane when I'm going > through a list of things (bug tracker, emails, images, etc.), and Full > for focusing on a single window. This makes it hard to deal with having two dozen tabs open across several different windows, however. It is annoying, because in xmonad this is already a solved problem for windows... I have come to the hypothesis that the best solution is to write a Firefox hack/extension that allows GridSelect[0] to present the Firefox tabs as well as windows, and if a tab is selected, not just select the Firefox window, but also make it focus that tab. Too bad I don't really know anything about writing Firefox extensions (let alone one that can communicate with other processes), but I guess it is not too late to learn. [0]: Well, really a personal fork called gsmenu: http://sigkill.dk/pub/configs/xmonad/lib/GSMenuPick.hs -- \ Troels /\ Henriksen From mathstuf at gmail.com Mon Feb 2 15:26:07 2015 From: mathstuf at gmail.com (Ben Boeckel) Date: Mon, 2 Feb 2015 10:26:07 -0500 Subject: [xmonad] Dealing with large amounts of pages in a common web browser In-Reply-To: <87iofkcwq5.fsf@sigkill.dk> References: <87mw5r3sp8.fsf@sigkill.dk> <87iofkcwq5.fsf@sigkill.dk> Message-ID: <20150202152607.GC7466@bronto-burt.dev.benboeckel.net> On Mon, Feb 02, 2015 at 13:40:50 +0100, Troels Henriksen wrote: > This makes it hard to deal with having two dozen tabs open across > several different windows, however. It is annoying, because in xmonad > this is already a solved problem for windows... Well, I also don't belong to the "100 tabs" crowd, so my use cases might be a bit different. I think I have less than a dozen tabs open here almost all of the time. > I have come to the hypothesis that the best solution is to write a > Firefox hack/extension that allows GridSelect[0] to present the Firefox > tabs as well as windows, and if a tab is selected, not just select the > Firefox window, but also make it focus that tab. Too bad I don't really > know anything about writing Firefox extensions (let alone one that can > communicate with other processes), but I guess it is not too late to > learn. Well, the problem is that all Firefox windows have the same process so selecting a window by PID won't work, but even so, Firefox doesn't know how to change XMonad's current workspace (I don't use EWMH at least), so things get funky if the selected tab is off-screen (since Firefox *does* steal the keyboard focus). I guess you could have Firefox expose the tab list via an X property, but that doesn't sound too pretty. --Ben From anarcat at orangeseeds.org Tue Feb 3 17:35:45 2015 From: anarcat at orangeseeds.org (Antoine =?utf-8?Q?Beaupr=C3=A9?=) Date: Tue, 03 Feb 2015 12:35:45 -0500 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module Message-ID: <874mr299u6.fsf@marcos.anarc.at> hi i have used this hack to have a confirmation prompt in xmonad before: http://stackoverflow.com/questions/9993966/xmonad-confirmation-when-restarting but i figured it would be cleaner to do this using only the xmonad From carstenmattner at gmail.com Wed Feb 4 16:50:18 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Wed, 4 Feb 2015 17:50:18 +0100 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: <874mr299u6.fsf@marcos.anarc.at> References: <874mr299u6.fsf@marcos.anarc.at> Message-ID: On Tue, Feb 3, 2015 at 6:35 PM, Antoine Beaupr? wrote: > hi > > i have used this hack to have a confirmation prompt in xmonad before: > > http://stackoverflow.com/questions/9993966/xmonad-confirmation-when-restarting > > but i figured it would be cleaner to do this using only the xmonad internal primitives, so i wrote this module. > > could it be considered for inclusion in xmonad-contrib? It's a desirable feature I'd use. From codesite-noreply at google.com Fri Feb 6 12:45:16 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 06 Feb 2015 12:45:16 +0000 Subject: [xmonad] Issue 254 in xmonad: XMonad.Contrib.Util.Run.runInTerm does not work with terminal = "gnome-terminal" In-Reply-To: <8-3425899027203913298-3717678378452035711-codesite-noreply=google.com@googlecode.com> References: <8-3425899027203913298-3717678378452035711-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-3717678378452035711-codesite-noreply=google.com@googlecode.com> Message-ID: <9-3425899027203913298-3717678378452035711-codesite-noreply=google.com@googlecode.com> Comment #9 on issue 254 by denis.ka... at gmail.com: XMonad.Contrib.Util.Run.runInTerm does not work with terminal = "gnome-terminal" https://code.google.com/p/xmonad/issues/detail?id=254 This bit me on termite (https://github.com/thestinger/termite) as well since it also expects a single argument to -e. I had to write my own corrected safeRunInTerm' as a minimally invasive fix. It seems to me that passing arguments to exec individually in safeSpawn along with passing a single argument to -e in safeRunInTerm (as suggested in #5) is safer and cleaner semantically. Would this be an acceptable change in the API for the next version? If not, would you accept a patch adding such alternative versions of the functions? -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From ran_r at radiflow.com Sun Feb 8 08:50:11 2015 From: ran_r at radiflow.com (Ran Regev) Date: Sun, 8 Feb 2015 10:50:11 +0200 Subject: [xmonad] my home directory on the desktop Message-ID: I'm working with xmonad for a while. Don't know what I pressed, but suddenly I have my home directory files and folders, as icons, on my desktop. 1. I like it. 2. how to reproduce on my other machines? thanks, Ran. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alainbe at free.fr Sun Feb 8 10:40:56 2015 From: alainbe at free.fr (Alain Bertrand) Date: Sun, 08 Feb 2015 11:40:56 +0100 Subject: [xmonad] my home directory on the desktop In-Reply-To: References: Message-ID: <54D73D38.8030107@free.fr> Le 2015?02?08? 09:50, Ran Regev a ?crit : > > I'm working with xmonad for a while. > Don't know what I pressed, but suddenly I have my home directory files > and folders, as icons, on my desktop. > > 1. I like it. > 2. how to reproduce on my other machines? > > > thanks, > Ran. Hi, On my linuxmint box, if I start the file manager, I got the same effect (don't like it, though ;) ) Have a nice day. Alain From dontdieych at gmail.com Sun Feb 8 13:10:32 2015 From: dontdieych at gmail.com (YCH) Date: Sun, 08 Feb 2015 22:10:32 +0900 Subject: [xmonad] 'resetScreenSaver' from 'Graphics.X11.Xlib.Misc' In-Reply-To: References: Message-ID: <1423401032.10659.0@smtp.gmail.com> On Wed, Jan 21, 2015 at 3:22 PM, Dontdie YCH wrote: > Hello, > > I'm looking for what is proper method to inhibit screensaver(DPMS) > without xscreensaver, KDE, GNOME ... . > > My video player 'bomi'(was cmplayer) try these, in order, > > ~~~ > [App] Initialize screensaver functions. > [App] Try to connect 'org.gnome.SessionManager'. > [App] Failed to connect 'org.gnome.SessionManager'. Fallback to > 'org.freedesktop.ScreenSaver'. > [App] Failed to connect 'org.freedesktop.ScreenSaver'. Fallback to > XResetScreenSaver(). > [App] Disable screensaver with XResetScreenSaver(). > ~~~ > > But it does not working. I didn't know how I directly deal with X11 > lib. Fortunately, I found 'resetScreenSaver' from > 'Graphics.X11.Xlib.Misc' that say interface to XResetScreenSaver(). > > resetScreenSaver.hs : > > ~~~ > import Graphics.X11.Xlib > import Graphics.X11.Xlib.Misc > import Control.Concurrent > import Control.Monad > > main = do > dpy <- openDisplay "" > forever $ do > putStrLn "reset" > resetScreenSaver dpy > threadDelay (5*1000000) > ~~~ > > > ~~~ > $ xset s 10 > $ runhaskell resetScreenSaver.hs > ~~~ > > Unfortunately, It does not working. `activateScreenSaver` and > `forceScreenSaver` also does not working. > > But `xset s reset` is working as intended and also there is > `xdg-screensaver [ suspend | resume | reset ]` command from > 'xdg-utils' package (Arch). It looks like abstraction layer for xset, > xscreensaver, KDE, GNOME ... . > > So I'm curious about whether this is bug of xorg or I misunderstand > something. And what is right way to do this if I don't want any > screensaver daemon? `xset s` or `xdg-screensaver`? > > Thanks. I've experiment couple of things and then find relation between `getScreenSaver` and `resetScreenSaver`. resetScreenSaver only works if I call getScreenSaver immediately before. Any know about this? Working as intended, ~~~ $ xset s 5; runhaskell withgetScreenSaver.hs $ cat withgetScreenSaver.hs import Graphics.X11.Xlib import Graphics.X11.Xlib.Misc import Control.Concurrent import Control.Monad main = do dpy <- openDisplay "" forever $ do getScreenSaver dpy resetScreenSaver dpy threadDelay (3*1000000) ~~~ Does not working as intended, ~~~ $ xset s 5; runhaskell onlyresetScreenSaver.hs $ cat onlyresetScreenSaver.hs import Graphics.X11.Xlib import Graphics.X11.Xlib.Misc import Control.Concurrent import Control.Monad main = do dpy <- openDisplay "" forever $ do resetScreenSaver dpy threadDelay (3*1000000) ~~~ If I call `getScreenSaver` outside loop, it also does not working. ~~~ import Graphics.X11.Xlib import Graphics.X11.Xlib.Misc import Control.Concurrent import Control.Monad main = do dpy <- openDisplay "" getScreenSaver dpy forever $ do resetScreenSaver dpy threadDelay (3*1000000) ~~~ Thanks From dontdieych at gmail.com Sun Feb 8 17:29:05 2015 From: dontdieych at gmail.com (YCH) Date: Mon, 09 Feb 2015 02:29:05 +0900 Subject: [xmonad] 'resetScreenSaver' from 'Graphics.X11.Xlib.Misc' In-Reply-To: <1423401032.10659.0@smtp.gmail.com> References: <1423401032.10659.0@smtp.gmail.com> Message-ID: <1423416545.10659.4@smtp.gmail.com> I've got reply from libx11 bug tracker. https://bugs.freedesktop.org/show_bug.cgi?id=89028#c1 Do `flush` from `Graphics.X11.Xlib.Event` after `resetScreenSaver` is the solution. `getScreenSaver` calls XFlush() internally. On Sun, Feb 8, 2015 at 10:10 PM, YCH wrote: > On Wed, Jan 21, 2015 at 3:22 PM, Dontdie YCH > wrote: >> Hello, >> >> I'm looking for what is proper method to inhibit screensaver(DPMS) >> without xscreensaver, KDE, GNOME ... . >> >> My video player 'bomi'(was cmplayer) try these, in order, >> >> ~~~ >> [App] Initialize screensaver functions. >> [App] Try to connect 'org.gnome.SessionManager'. >> [App] Failed to connect 'org.gnome.SessionManager'. Fallback to >> 'org.freedesktop.ScreenSaver'. >> [App] Failed to connect 'org.freedesktop.ScreenSaver'. Fallback to >> XResetScreenSaver(). >> [App] Disable screensaver with XResetScreenSaver(). >> ~~~ >> >> But it does not working. I didn't know how I directly deal with X11 >> lib. Fortunately, I found 'resetScreenSaver' from >> 'Graphics.X11.Xlib.Misc' that say interface to XResetScreenSaver(). >> >> resetScreenSaver.hs : >> >> ~~~ >> import Graphics.X11.Xlib >> import Graphics.X11.Xlib.Misc >> import Control.Concurrent >> import Control.Monad >> >> main = do >> dpy <- openDisplay "" >> forever $ do >> putStrLn "reset" >> resetScreenSaver dpy >> threadDelay (5*1000000) >> ~~~ >> >> >> ~~~ >> $ xset s 10 >> $ runhaskell resetScreenSaver.hs >> ~~~ >> >> Unfortunately, It does not working. `activateScreenSaver` and >> `forceScreenSaver` also does not working. >> >> But `xset s reset` is working as intended and also there is >> `xdg-screensaver [ suspend | resume | reset ]` command from >> 'xdg-utils' package (Arch). It looks like abstraction layer for xset, >> xscreensaver, KDE, GNOME ... . >> >> So I'm curious about whether this is bug of xorg or I misunderstand >> something. And what is right way to do this if I don't want any >> screensaver daemon? `xset s` or `xdg-screensaver`? >> >> Thanks. > > I've experiment couple of things and then find relation between > `getScreenSaver` and `resetScreenSaver`. resetScreenSaver only works > if I call getScreenSaver immediately before. > > Any know about this? > > Working as intended, > > ~~~ > $ xset s 5; runhaskell withgetScreenSaver.hs > $ cat withgetScreenSaver.hs > import Graphics.X11.Xlib > import Graphics.X11.Xlib.Misc > import Control.Concurrent > import Control.Monad > > main = do > dpy <- openDisplay "" > forever $ do > getScreenSaver dpy > resetScreenSaver dpy > threadDelay (3*1000000) > ~~~ > > Does not working as intended, > > ~~~ > $ xset s 5; runhaskell onlyresetScreenSaver.hs > $ cat onlyresetScreenSaver.hs > import Graphics.X11.Xlib > import Graphics.X11.Xlib.Misc > import Control.Concurrent > import Control.Monad > > main = do > dpy <- openDisplay "" > forever $ do > resetScreenSaver dpy > threadDelay (3*1000000) > ~~~ > > If I call `getScreenSaver` outside loop, it also does not working. > > ~~~ > import Graphics.X11.Xlib > import Graphics.X11.Xlib.Misc > import Control.Concurrent > import Control.Monad > > main = do > dpy <- openDisplay "" > getScreenSaver dpy > forever $ do > resetScreenSaver dpy > threadDelay (3*1000000) > ~~~ > > Thanks From codesite-noreply at google.com Sun Feb 15 21:04:38 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 15 Feb 2015 21:04:38 +0000 Subject: [xmonad] Issue 576 in xmonad: On FreeBSD Xmonad loses first hotkey sometimes In-Reply-To: <21-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> References: <21-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Message-ID: <22-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Comment #22 on issue 576 by olivier.... at gmail.com: On FreeBSD Xmonad loses first hotkey sometimes https://code.google.com/p/xmonad/issues/detail?id=576 I had exactly the same problem with the same bindings, and I confirm that patch fixed it. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From jiri.marsicek at gmail.com Mon Feb 16 13:27:38 2015 From: jiri.marsicek at gmail.com (=?UTF-8?B?SmnFmcOtIE1hcsWhw63EjWVr?=) Date: Mon, 16 Feb 2015 14:27:38 +0100 Subject: [xmonad] Configure eating of keys based on window class Message-ID: Hi, would it be possible to configure xmonad to eat certain keys or key combinations to windows based on some predicate (window className) or globaly? I have tried to define this globaly by adding the following line to my keybindings: ((0, xK_Super_L), return ()) (As explained in https://mail.haskell.org/pipermail/xmonad/2012-February/012402.html) But this does not appear to work (key is still processed in the active window) Thanks a lot for any thoughts. -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Mon Feb 16 14:41:20 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Mon, 16 Feb 2015 09:41:20 -0500 Subject: [xmonad] Configure eating of keys based on window class In-Reply-To: References: Message-ID: On Mon, Feb 16, 2015 at 8:27 AM, Ji?? Mar???ek wrote: > I have tried to define this globaly by adding the following line to my > keybindings: > > ((0, xK_Super_L), return ()) > > (As explained in > https://mail.haskell.org/pipermail/xmonad/2012-February/012402.html > > ) > > But this does not appear to work (key is still processed in the active > window) > That would only work if vbox isn't already grabbing the keyboard, for starters. I also suspect it won't work in some circumstances (if the program is using the RECORD extension to watch for keys, or if the trigger is modifier+normal key then it won't see the modifier press but it will still show up in the modifier bitmask when the normal key is pressed). Could you explain the actual problem you're trying to fix? -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From jiri.marsicek at gmail.com Mon Feb 16 14:53:54 2015 From: jiri.marsicek at gmail.com (=?UTF-8?B?SmnFmcOtIE1hcsWhw63EjWVr?=) Date: Mon, 16 Feb 2015 15:53:54 +0100 Subject: [xmonad] Configure eating of keys based on window class In-Reply-To: References: Message-ID: Hi Brandon, thanks a lot for looking into this. I am using Citrix ICA Client to connect to remote Windows machine. I use Super_L key as meta modifier and when I press any key combinations containing this modifier it is also passed to the Windows session in the Citrix session resulting in opening the Start menu. Now as I am thinking about it - maybe it might be enough just to change the Super_L modifier to something else that Windows do not recognize. Is it possible to change the keycode of the Win Key to something unused (by using xmodmap) and then define it as meta key in xmonad? On Mon, Feb 16, 2015 at 3:41 PM, Brandon Allbery wrote: > On Mon, Feb 16, 2015 at 8:27 AM, Ji?? Mar???ek > wrote: > >> I have tried to define this globaly by adding the following line to my >> keybindings: >> >> ((0, xK_Super_L), return ()) >> >> (As explained in >> https://mail.haskell.org/pipermail/xmonad/2012-February/012402.html >> >> ) >> >> But this does not appear to work (key is still processed in the active >> window) >> > > That would only work if vbox isn't already grabbing the keyboard, for > starters. I also suspect it won't work in some circumstances (if the > program is using the RECORD extension to watch for keys, or if the trigger > is modifier+normal key then it won't see the modifier press but it will > still show up in the modifier bitmask when the normal key is pressed). > > Could you explain the actual problem you're trying to fix? > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Mon Feb 16 15:12:08 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Mon, 16 Feb 2015 10:12:08 -0500 Subject: [xmonad] Configure eating of keys based on window class In-Reply-To: References: Message-ID: On Mon, Feb 16, 2015 at 9:53 AM, Ji?? Mar???ek wrote: > Now as I am thinking about it - maybe it might be enough just to change > the Super_L modifier to something else that Windows do not recognize. Is it > possible to change the keycode of the Win Key to something unused (by using > xmodmap) and then define it as meta key in xmonad? Keycodes are hardcoded in the X server and can't be changed by clients. It may be possible to remap it at the kernel level (the mapping from hardware keys to "raw" keys that the X server sees. Citrix is likewise handling key events at a level that xmonad can't intercept, it sounds like. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From jiri.marsicek at gmail.com Mon Feb 16 15:32:09 2015 From: jiri.marsicek at gmail.com (=?UTF-8?B?SmnFmcOtIE1hcsWhw63EjWVr?=) Date: Mon, 16 Feb 2015 16:32:09 +0100 Subject: [xmonad] Configure eating of keys based on window class In-Reply-To: References: Message-ID: Brandon, thanks a lot for the explanation. I have tried to fiddle a little with the xmodmap and came out with solution that helps (although not solved in xmonad). Executing following does precisely what I needed: xmodmap -e "keysym Super_L = Hyper_L" (while having Hyper_L defined as mod4). On Mon, Feb 16, 2015 at 4:12 PM, Brandon Allbery wrote: > On Mon, Feb 16, 2015 at 9:53 AM, Ji?? Mar???ek > wrote: > >> Now as I am thinking about it - maybe it might be enough just to change >> the Super_L modifier to something else that Windows do not recognize. Is it >> possible to change the keycode of the Win Key to something unused (by using >> xmodmap) and then define it as meta key in xmonad? > > > Keycodes are hardcoded in the X server and can't be changed by clients. It > may be possible to remap it at the kernel level (the mapping from hardware > keys to "raw" keys that the X server sees. > > Citrix is likewise handling key events at a level that xmonad can't > intercept, it sounds like. > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Mon Feb 16 16:22:30 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Mon, 16 Feb 2015 11:22:30 -0500 Subject: [xmonad] Configure eating of keys based on window class In-Reply-To: References: Message-ID: On Mon, Feb 16, 2015 at 10:32 AM, Ji?? Mar???ek wrote: > Executing following does precisely what I needed: xmodmap -e "keysym > Super_L = Hyper_L" (while having Hyper_L defined as mod4). Yeh, that'd confirm that Citrix is operating too low level for xmonad to intercept. (If it were at a level xmonad could do something then that wouldn't have any visible effect.) -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at joachim-breitner.de Wed Feb 18 09:20:08 2015 From: mail at joachim-breitner.de (Joachim Breitner) Date: Wed, 18 Feb 2015 10:20:08 +0100 Subject: [xmonad] darcs patch: XMonad.Prompt.Pass: Handle hierachical password stores Message-ID: 1 patch for repository http://code.haskell.org/XMonadContrib: Wed Feb 18 10:18:16 CET 2015 Joachim Breitner * XMonad.Prompt.Pass: Handle hierachical password stores pass stores its passwords in directories, so the contents of the directory store needs to be enumerated recursively. Alexander Sulfrian provided this patch on the mailinglist, which I tested (it works) and cleaned up slightly. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-preview.txt Type: text/x-darcs-patch Size: 1646 bytes Desc: Patch preview URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xmonad_prompt_pass_-handle-hierachical-password-stores.dpatch Type: application/x-darcs-patch Size: 30212 bytes Desc: A darcs patch for your repository! URL: From mail at joachim-breitner.de Wed Feb 18 09:49:48 2015 From: mail at joachim-breitner.de (Joachim Breitner) Date: Wed, 18 Feb 2015 10:49:48 +0100 Subject: [xmonad] darcswatch still useful? Message-ID: <1424252988.1949.6.camel@joachim-breitner.de> Dear xmonad and darcs communities, many years ago? I created a service called darcswatch, which tracks the state of submitted darcs patches, by watching the mailinglists and repositories. It has been running since then at http://darcswatch.nomeata.de/ I have not actively used it myself since at least 4 years, and the last patches are from 2011. It still works, but also not always, i.e. it seems to miss some patches it cannot parse. As far as I know, the darcs and xmonad projects were the only that somewhat actively use(d) it. So I wonder: Is there a point in keeping it alive? Is there maybe even someone interested in taking over? Or can I just silently pull the plug? Greetings, Joachim ? almost seven, actually: https://www.joachim-breitner.de/blog/290-Announcing_DarcsWatch That was when GitHub was not ubiquitous and still many projects were using Darcs. -- Joachim ?nomeata? Breitner mail at joachim-breitner.de ? http://www.joachim-breitner.de/ Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0xF0FBF51F Debian Developer: nomeata at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From codesite-noreply at google.com Sat Feb 21 20:46:52 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sat, 21 Feb 2015 20:46:52 +0000 Subject: [xmonad] Issue 543 in xmonad: StackSet: non-positive argument to StackSet.new with mroe monitors than workspaces In-Reply-To: <3-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com> References: <3-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com> Message-ID: <4-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com> Comment #4 on issue 543 by Sindre.D... at gmail.com: StackSet: non-positive argument to StackSet.new with mroe monitors than workspaces https://code.google.com/p/xmonad/issues/detail?id=543 Has there been any progress on this one? I stumbled on this issue when setting up dynamic workspaces. XMonad failing to run still while compiling made me think that this is not very elegant, and unintuitive towards new users. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Sun Feb 22 16:38:51 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 22 Feb 2015 16:38:51 +0000 Subject: [xmonad] Issue 543 in xmonad: StackSet: non-positive argument to StackSet.new with mroe monitors than workspaces In-Reply-To: <4-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com> References: <4-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com> Message-ID: <5-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com> Comment #5 on issue 543 by MathStuf at gmail.com: StackSet: non-positive argument to StackSet.new with mroe monitors than workspaces https://code.google.com/p/xmonad/issues/detail?id=543 Maybe the auto-generated workspaces should be prefixed somehow that when creating a new workspace, it first just renames or deletes/creates one of those? -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Sun Feb 22 16:40:12 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 22 Feb 2015 16:40:12 +0000 Subject: [xmonad] Issue 570 in xmonad: add systemd support In-Reply-To: <0-3425899027203913298-15333021697025024755-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-15333021697025024755-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-15333021697025024755-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 570 by MathStuf at gmail.com: add systemd support https://code.google.com/p/xmonad/issues/detail?id=570 I have some .service files for xmonad laying around that I haven't really tested, but now that Fedora has non-root X support, I'll have to try it out again. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Mon Feb 23 01:39:05 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 23 Feb 2015 01:39:05 +0000 Subject: [xmonad] Issue 591 in xmonad: XMonad "fights" with toolkits when focusing a window with a child modal dialog Message-ID: <0-3425899027203913298-3284787626279698882-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 591 by MathStuf at gmail.com: XMonad "fights" with toolkits when focusing a window with a child modal dialog https://code.google.com/p/xmonad/issues/detail?id=591 When a window has a modal dialog, trying to select the parent window causes the toolkit to then focus the modal dialog, but this puts XMonad's data structures out-of-sync with reality. Here it shows up as the focus (as indicated by the border) rapidly flipping back and forth between the two windows. Focusing any window other than the parent window fixes it. I can think of a few solutions: - skip giving focus to windows with a modal child; or - focus the modal child instead (if on the same workspace? monitor? visible?). I prefer the second with "if visible", but maybe this could be an option to the configuration. The problem with implementing anything right now comes in trying to track modal child/parent relationships. X.U.WindowState is useful here, but there's no place to intercept all calls to XMonad.Operations.focus to change the behavior. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From alex at genaud.net Tue Feb 24 05:05:12 2015 From: alex at genaud.net (Alexander Genaud) Date: Mon, 23 Feb 2015 23:05:12 -0600 Subject: [xmonad] Vanilla Xmonad distribution Message-ID: Years ago, I set my girlfriend up with Ubuntu 12.04 LTS and xmonad (0.8 or 0.9 maybe). With minor tweaks, mod4Mask, etc, it just worked for years. This weekend, I tried to set up Linux Mint Mate, then Cinnamon, then Xubuntu (Xfce) with xmonad-0.11, each with their own unique issues. Xubuntu was most promising, but just doesn't work very well (panel disappears, or meta-key is intercepted such that Win-1 or Win-Shift-Return are typed into the highlighted app or ignored). I am reading a hodge-podge of different config tutorials focusing on an assortment of versions. I have not come across an installation/config wiki page that seemed relevant and up to date. I'm willing to install just about any distribution (not Arch nor Gentoo) and nearly any DE, but I'd like all the niceties of a stable (LTS-ish) DE with graphical networking, application selection menus, panel, notifications, but with the latest xmonad tile windowing. I like the idea of Xfce because it's light weight and easy. Gnome2 fallback is fine too. I expected Mate would 'just work'. Is there a stable reference distro? Can someone point me to a tutorial from late 2014 or 2015 for installing xmonad on a recently distro? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Michael.Norrish at nicta.com.au Tue Feb 24 06:55:33 2015 From: Michael.Norrish at nicta.com.au (Michael Norrish) Date: Tue, 24 Feb 2015 06:55:33 +0000 Subject: [xmonad] Vanilla Xmonad distribution In-Reply-To: References: Message-ID: <5D6EC0B0-8A18-48A2-9362-BDBA2E088F84@nicta.com.au> I?d also be very interested in hearing about what recent received wisdom is on this front. Michael > On 24 Feb 2015, at 4:05 pm, Alexander Genaud wrote: > > Years ago, I set my girlfriend up with Ubuntu 12.04 LTS and xmonad (0.8 or 0.9 maybe). With minor tweaks, mod4Mask, etc, it just worked for years. > > This weekend, I tried to set up Linux Mint Mate, then Cinnamon, then Xubuntu (Xfce) with xmonad-0.11, each with their own unique issues. Xubuntu was most promising, but just doesn't work very well (panel disappears, or meta-key is intercepted such that Win-1 or Win-Shift-Return are typed into the highlighted app or ignored). I am reading a hodge-podge of different config tutorials focusing on an assortment of versions. I have not come across an installation/config wiki page that seemed relevant and up to date. > > I'm willing to install just about any distribution (not Arch nor Gentoo) and nearly any DE, but I'd like all the niceties of a stable (LTS-ish) DE with graphical networking, application selection menus, panel, notifications, but with the latest xmonad tile windowing. I like the idea of Xfce because it's light weight and easy. Gnome2 fallback is fine too. I expected Mate would 'just work'. > > Is there a stable reference distro? Can someone point me to a tutorial from late 2014 or 2015 for installing xmonad on a recently distro? > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad ________________________________ The information in this e-mail may be confidential and subject to legal professional privilege and/or copyright. National ICT Australia Limited accepts no liability for any damage caused by this email or its attachments. From tkpapp at gmail.com Tue Feb 24 09:59:56 2015 From: tkpapp at gmail.com (Tamas Papp) Date: Tue, 24 Feb 2015 10:59:56 +0100 Subject: [xmonad] Vanilla Xmonad distribution In-Reply-To: References: Message-ID: <87sidvocir.fsf@tamas.ihs.ac.at> Hi Alexander, I am using Debian/unstable, and it works fine. Here is what I would suggest: 1. Install xmonad using cabal, with all the flags. Install the -dev libraries whenever it complains it is missing something and try again. 2. Start XFCE with the following .xsession file: --8<---------------cut here---------------start------------->8--- xsetroot -cursor_name left_ptr /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 & exec startxfce4 --with-ck-launch --8<---------------cut here---------------end--------------->8--- 3. start xmonad --replace from XFCE (session/app autostart or something like this). 4. start xmobar from there also. Hope this helps, Tamas On Tue, Feb 24 2015, Alexander Genaud wrote: > Years ago, I set my girlfriend up with Ubuntu 12.04 LTS and xmonad (0.8 or > 0.9 maybe). With minor tweaks, mod4Mask, etc, it just worked for years. > > This weekend, I tried to set up Linux Mint Mate, then Cinnamon, then > Xubuntu (Xfce) with xmonad-0.11, each with their own unique issues. Xubuntu > was most promising, but just doesn't work very well (panel disappears, or > meta-key is intercepted such that Win-1 or Win-Shift-Return are typed into > the highlighted app or ignored). I am reading a hodge-podge of different > config tutorials focusing on an assortment of versions. I have not come > across an installation/config wiki page that seemed relevant and up to date. > > I'm willing to install just about any distribution (not Arch nor Gentoo) > and nearly any DE, but I'd like all the niceties of a stable (LTS-ish) DE > with graphical networking, application selection menus, panel, > notifications, but with the latest xmonad tile windowing. I like the idea > of Xfce because it's light weight and easy. Gnome2 fallback is fine too. I > expected Mate would 'just work'. > > Is there a stable reference distro? Can someone point me to a tutorial from > late 2014 or 2015 for installing xmonad on a recently distro? > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad From allbery.b at gmail.com Tue Feb 24 15:42:27 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Tue, 24 Feb 2015 10:42:27 -0500 Subject: [xmonad] Vanilla Xmonad distribution In-Reply-To: References: Message-ID: On Tue, Feb 24, 2015 at 12:05 AM, Alexander Genaud wrote: > This weekend, I tried to set up Linux Mint Mate I'm curious what problems you ran into here. (Also, did you use xmonad from darcs? There is XMonad.Config.Mate which clears up most of the discrepancies between Gnome 2 and Mate, and which I am using with Mint's Mate.) The only one I have noticed is needing to restart mate-panel due to a timing bug which is fixed upstream but not yet released; but that is unrelated to xmonad (it's triggered by VMware guest switching to full resolution after the panel starts). -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at joachim-breitner.de Wed Feb 25 23:09:04 2015 From: mail at joachim-breitner.de (Joachim Breitner) Date: Thu, 26 Feb 2015 00:09:04 +0100 Subject: [xmonad] darcswatch still useful? In-Reply-To: <1424252988.1949.6.camel@joachim-breitner.de> References: <1424252988.1949.6.camel@joachim-breitner.de> Message-ID: <1424905744.8612.10.camel@joachim-breitner.de> Hi, Am Mittwoch, den 18.02.2015, 10:49 +0100 schrieb Joachim Breitner: > So I wonder: Is there a point in keeping it alive? Is there maybe even > someone interested in taking over? Or can I just silently pull the plug? it seems that there is no need for DarcsWatch any more, so I stopped the cronjobs and mail forwards now. Also see https://www.joachim-breitner.de/blog/672-DarcsWatch_End-Of-Life%E2%80%99d It was a pleasure to be of service for a while, and a fun project! Greetings, Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de ? http://www.joachim-breitner.de/ Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0xF0FBF51F Debian Developer: nomeata at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From lally.singh at gmail.com Thu Feb 26 15:29:15 2015 From: lally.singh at gmail.com (Lally Singh) Date: Thu, 26 Feb 2015 10:29:15 -0500 Subject: [xmonad] darcs patch: Split out the X event get function from xmonad. Message-ID: Hello! Please tell me what you think, of both the patch and the process I'm sending this in-by. First time for both. Thanks! 1 patch for repository http://code.haskell.org/xmonad: Thu Feb 26 10:22:06 EST 2015 lally.singh at gmail.com * Split out the X event get function from xmonad. This lets xmonad users specify their own functions that get the next X event, and consequently have access to the Display and run in xmonad's thread. Useful for providing such access to other threads. New patches: [Split out the X event get function from xmonad. lally.singh at gmail.com**20150226152206 Ignore-this: de10517364b9c642552ff62ebb614d28 This lets xmonad users specify their own functions that get the next X event, and consequently have access to the Display and run in xmonad's thread. Useful for providing such access to other threads. ] { hunk ./src/XMonad/Main.hs 49 -- The main entry point -- xmonad :: (LayoutClass l Window, Read (l Window)) => XConfig l -> IO () -xmonad initxmc = do +xmonad initxmc = xmonad' defaultEventGetter initxmc + +-- | Default X event getter. +defaultEventGetter :: Display -> XEventPtr -> X Event +defaultEventGetter _ = io . getEvent + +-- | Actual entry point, with a parameter for the X event getter. The getter +-- has access to the X event loop. +xmonad' :: (LayoutClass l Window, Read (l Window)) => (Display -> XEventPtr -> X Event) -> XConfig l -> IO () +xmonad' eventGetter initxmc = do -- setup locale information from environment setLocale LC_ALL Nothing -- ignore SIGPIPE and SIGCHLD hunk ./src/XMonad/Main.hs 158 userCode $ startupHook initxmc -- main loop, for all you HOF/recursion fans out there. - forever $ prehandle =<< io (nextEvent dpy e >> getEvent e) + forever $ prehandle =<< eventGetter dpy e return () where } -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: split-out-the-x-event-get-function-from-xmonad_.dpatch Type: application/octet-stream Size: 8557 bytes Desc: not available URL: From vogt.adam at gmail.com Thu Feb 26 16:24:25 2015 From: vogt.adam at gmail.com (adam vogt) Date: Thu, 26 Feb 2015 11:24:25 -0500 Subject: [xmonad] darcs patch: Split out the X event get function from xmonad. In-Reply-To: References: Message-ID: Hi Lally, I think the way you're proposing a change is just fine. Does your patch work properly for you? You left out a call to nextEvent which xmonad currently does. I would have written: defaultEventGetter :: XEventPtr -> X Event defaultEventGetter evPtr = do d <- asks display io $ do nextEvent d evPtr getEvent evPtr Secondly, I would have added eventGetter as a field in XConfig, since it doesn't scale to have xmonad xmonad' xmonad'' etc. functions. Finally, do you have an example of something you can do with the eventGetter that cannot be done with handleEventHook? Regards, Adam On Thu, Feb 26, 2015 at 10:29 AM, Lally Singh wrote: > Hello! > > Please tell me what you think, of both the patch and the process I'm > sending this in-by. First time for both. > > Thanks! > > 1 patch for repository http://code.haskell.org/xmonad: > > Thu Feb 26 10:22:06 EST 2015 lally.singh at gmail.com > * Split out the X event get function from xmonad. > > This lets xmonad users specify their own functions that get the next X > event, > and consequently have access to the Display and run in xmonad's thread. > Useful > for providing such access to other threads. > > > > New patches: > > [Split out the X event get function from xmonad. > lally.singh at gmail.com**20150226152206 > Ignore-this: de10517364b9c642552ff62ebb614d28 > > This lets xmonad users specify their own functions that get the next X > event, > and consequently have access to the Display and run in xmonad's thread. > Useful > for providing such access to other threads. > > ] { > hunk ./src/XMonad/Main.hs 49 > -- The main entry point > -- > xmonad :: (LayoutClass l Window, Read (l Window)) => XConfig l -> IO () > -xmonad initxmc = do > +xmonad initxmc = xmonad' defaultEventGetter initxmc > + > +-- | Default X event getter. > +defaultEventGetter :: Display -> XEventPtr -> X Event > +defaultEventGetter _ = io . getEvent > + > +-- | Actual entry point, with a parameter for the X event getter. The > getter > +-- has access to the X event loop. > +xmonad' :: (LayoutClass l Window, Read (l Window)) => (Display -> XEventPtr > -> X Event) -> XConfig l -> IO () > +xmonad' eventGetter initxmc = do > -- setup locale information from environment > setLocale LC_ALL Nothing > -- ignore SIGPIPE and SIGCHLD > hunk ./src/XMonad/Main.hs 158 > userCode $ startupHook initxmc > > -- main loop, for all you HOF/recursion fans out there. > - forever $ prehandle =<< io (nextEvent dpy e >> getEvent e) > + forever $ prehandle =<< eventGetter dpy e > > return () > where > } > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > From allbery.b at gmail.com Thu Feb 26 16:34:06 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 26 Feb 2015 11:34:06 -0500 Subject: [xmonad] darcs patch: Split out the X event get function from xmonad. In-Reply-To: References: Message-ID: On Thu, Feb 26, 2015 at 11:24 AM, adam vogt wrote: > Finally, do you have an example of something you can do with the > eventGetter that cannot be done with handleEventHook? > One thing I've wanted is the ability to hook into GHC's I/O manager instead of polling X11 directly. Currently, other threads will not run until xmonad receives an X11 event, because it's blocked in the FFI instead of the I/O manager monitoring the X11 socket. This also means you can't sensibly wait on both a socket/pipe and X11 events. (Doing the above right also implies that either we synthesize X11 events for non-X11 events, or add an additional eventHook for them. The latter is probably easier, since the former either needs to "steal" an event type from X11 or a rather nonsensical patch to the X11 bindings to support a non-X11 event as an "X11" event type.) -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From lally.singh at gmail.com Thu Feb 26 22:36:05 2015 From: lally.singh at gmail.com (Lally Singh) Date: Thu, 26 Feb 2015 17:36:05 -0500 Subject: [xmonad] darcs patch: Split out the X event get function from xmonad. In-Reply-To: References: Message-ID: Ah, that's what I get for trying to hastily port a larger set of changes by hand. I'll re-make the patch with your excellent suggestions. My event getter calls select(2) on both the display's FD and a pipe. The pipe has a byte written when a queue has a closure on it, which the event getter runs with the X state. < https://github.com/lally/config/blob/xmonad-cairo/xmonad/Support/Launch.hs#L184> Another thread runs a local webserver, with the hope to let other apps pull JSON state descriptions of what windows are where (with some x property tagging) to try and attach semantics to the windows. As Brandon says, it's mostly about getting select(2) to wait on more than 1 fd at a time. On Thu, Feb 26, 2015 at 11:24 AM, adam vogt wrote: > Hi Lally, > > I think the way you're proposing a change is just fine. > > Does your patch work properly for you? You left out a call to > nextEvent which xmonad currently does. I would have written: > > defaultEventGetter :: XEventPtr -> X Event > defaultEventGetter evPtr = do > d <- asks display > io $ do > nextEvent d evPtr > getEvent evPtr > > Secondly, I would have added eventGetter as a field in XConfig, since > it doesn't scale to have > > xmonad > xmonad' > xmonad'' > > etc. functions. > > Finally, do you have an example of something you can do with the > eventGetter that cannot be done with handleEventHook? > > > Regards, > Adam > > On Thu, Feb 26, 2015 at 10:29 AM, Lally Singh > wrote: > > Hello! > > > > Please tell me what you think, of both the patch and the process I'm > > sending this in-by. First time for both. > > > > Thanks! > > > > 1 patch for repository http://code.haskell.org/xmonad: > > > > Thu Feb 26 10:22:06 EST 2015 lally.singh at gmail.com > > * Split out the X event get function from xmonad. > > > > This lets xmonad users specify their own functions that get the next X > > event, > > and consequently have access to the Display and run in xmonad's thread. > > Useful > > for providing such access to other threads. > > > > > > > > New patches: > > > > [Split out the X event get function from xmonad. > > lally.singh at gmail.com**20150226152206 > > Ignore-this: de10517364b9c642552ff62ebb614d28 > > > > This lets xmonad users specify their own functions that get the next X > > event, > > and consequently have access to the Display and run in xmonad's thread. > > Useful > > for providing such access to other threads. > > > > ] { > > hunk ./src/XMonad/Main.hs 49 > > -- The main entry point > > -- > > xmonad :: (LayoutClass l Window, Read (l Window)) => XConfig l -> IO () > > -xmonad initxmc = do > > +xmonad initxmc = xmonad' defaultEventGetter initxmc > > + > > +-- | Default X event getter. > > +defaultEventGetter :: Display -> XEventPtr -> X Event > > +defaultEventGetter _ = io . getEvent > > + > > +-- | Actual entry point, with a parameter for the X event getter. The > > getter > > +-- has access to the X event loop. > > +xmonad' :: (LayoutClass l Window, Read (l Window)) => (Display -> > XEventPtr > > -> X Event) -> XConfig l -> IO () > > +xmonad' eventGetter initxmc = do > > -- setup locale information from environment > > setLocale LC_ALL Nothing > > -- ignore SIGPIPE and SIGCHLD > > hunk ./src/XMonad/Main.hs 158 > > userCode $ startupHook initxmc > > > > -- main loop, for all you HOF/recursion fans out there. > > - forever $ prehandle =<< io (nextEvent dpy e >> getEvent e) > > + forever $ prehandle =<< eventGetter dpy e > > > > return () > > where > > } > > > > > > _______________________________________________ > > xmonad mailing list > > xmonad at haskell.org > > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From codesite-noreply at google.com Fri Feb 27 20:04:23 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 27 Feb 2015 20:04:23 +0000 Subject: [xmonad] Issue 592 in xmonad: xmonad doesn't allow other window managers to take replace xmonad Message-ID: <0-3425899027203913298-8370649503104057349-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 592 by np.hard... at gmail.com: xmonad doesn't allow other window managers to take replace xmonad https://code.google.com/p/xmonad/issues/detail?id=592 xmonad can request to take over managing windows from another window manager by way of xmonad --replace. However, if another window manager (marco in my case) calls their replace method (in my case marco --replace) xmonad does not pass management of windows over to the calling window manager. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From zap5029 at psu.edu Sat Feb 28 01:08:14 2015 From: zap5029 at psu.edu (Zachary Peterson) Date: Fri, 27 Feb 2015 20:08:14 -0500 Subject: [xmonad] dmenu in xmonad with KDE Message-ID: <87385qzvup.fsf@psu.edu> Hello, I've decided to give xmonad a try after hearing some good things about it. I installed it and configured it as described in the wiki (https://wiki.haskell.org/Xmonad/Using_xmonad_in_KDE). I have no knowledge of Haskell yet, so the only change I've made to the config given in the wiki is the change of 'kdeConfig' to 'kde4Config', as directed. When running, I'm unable to launch dmenu through mod-p, though I am able to start it with 'dmenu_run' in a terminal. I checked my .xsession-errors file, and found the following lines after trying: QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. Bad _NET_DESKTOP with data[0]=-1 QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. [/usr/bin/nepomukservicestub] QObject::connect: Cannot connect XSyncBasedPoller::destroyed() to (null)::_k_x11FilterDestroyed() QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. Bad _NET_DESKTOP with data[0]=-1 This is all through Debian Wheezy with KDE4, with all relevant installations done through Debian's repositories. Any help you can provide will be greatly appreciated. Thank you. -- Zachary Peterson zap5029 at psu.edu (317) 828-2377 OpenPGP key: BF5879D6 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From allbery.b at gmail.com Sat Feb 28 01:13:09 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Fri, 27 Feb 2015 20:13:09 -0500 Subject: [xmonad] dmenu in xmonad with KDE In-Reply-To: <87385qzvup.fsf@psu.edu> References: <87385qzvup.fsf@psu.edu> Message-ID: On Fri, Feb 27, 2015 at 8:08 PM, Zachary Peterson wrote: > . When running, I'm unable to launch dmenu through > mod-p, > Do you actually want dmenu instead of KDE's run dialog? You'll need to replace the keybinding in that case. (I was trying to help you in IRC but it was not clear that you actually wanted dmenu. I even specifically said at least twice that it would not run dmenu.) If you specifically want dmenu, then look at XMonad.Util.EZConfig to add something like [("M-p", spawn "dmenu_run")] to the keybindings, to override the use of KDE's run dialog. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From anton.pirogov at gmail.com Sat Feb 28 16:34:01 2015 From: anton.pirogov at gmail.com (Anton Pirogov) Date: Sat, 28 Feb 2015 17:34:01 +0100 Subject: [xmonad] New hook to set a distinct wallpaper per workspace, please add to xmonad-contrib Message-ID: Hi, I am new on the list so I hope I do this correctly... I have written a log hook to set wallpapers. The special thing here is, that you can assign a wallpaper (or a set to be chosen randomly from) to each workspace, so when you have workspace A on screen 1 and B on screen 2, you see the according images on these screens and if you swap the workspaces, the wallpapers get swapped too. Wallpapers are always applied scaled and it detects vertical screens and rotates images accordingly (so any wallpaper will be rendered on any screen in a sane way). This hook has been tested by me for over a year already and has not failed me, so I decided to show it to the public, I hope this is worth being integrated into xmonad-contrib. Best regards, Anton Pirogov -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: wallpaperSetterHook.dpatch Type: application/octet-stream Size: 38093 bytes Desc: not available URL: From mimi.vx at gmail.com Sat Feb 28 17:05:34 2015 From: mimi.vx at gmail.com (=?UTF-8?B?T25kxZllaiBTw7prdXA=?=) Date: Sat, 28 Feb 2015 17:05:34 +0000 Subject: [xmonad] New hook to set a distinct wallpaper per workspace, please add to xmonad-contrib References: Message-ID: great, very thx so 28. 2. 2015 v 17:34 odes?latel Anton Pirogov napsal: > Hi, > > I am new on the list so I hope I do this correctly... > > I have written a log hook to set wallpapers. The special thing here is, > that you can assign a wallpaper (or a set to be chosen randomly from) to > each workspace, so when you have workspace A on screen 1 and B on screen 2, > you see the according images on these screens and if you swap the > workspaces, the wallpapers get swapped too. Wallpapers are always applied > scaled and it detects vertical screens and rotates images accordingly (so > any wallpaper will be rendered on any screen in a sane way). > > This hook has been tested by me for over a year already and has not failed > me, so I decided to show it to the public, I hope this is worth being > integrated into xmonad-contrib. > > Best regards, > Anton Pirogov > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sat Feb 28 17:09:36 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 28 Feb 2015 12:09:36 -0500 Subject: [xmonad] New hook to set a distinct wallpaper per workspace, please add to xmonad-contrib In-Reply-To: References: Message-ID: On Sat, Feb 28, 2015 at 11:34 AM, Anton Pirogov wrote: > I have written a log hook to set wallpapers. The special thing here is, > that you can assign a wallpaper (or a set to be chosen randomly from) to > each workspace, so when you have workspace A on screen 1 and B on screen 2, > you see the according images on these screens and if you swap the > workspaces, the wallpapers get swapped too. Wallpapers are always applied > scaled and it detects vertical screens and rotates images accordingly (so > any wallpaper will be rendered on any screen in a sane way). > The main reason this hasn't been done already is that it tends to "lag" workspace switching. On a fast enough machine, it can work; on slower ones, the trick used by most desktop environments is preferred (a window per workspace that sits under all other windows). Not saying this is a bad idea, just mentioning. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From anton.pirogov at gmail.com Sat Feb 28 17:13:00 2015 From: anton.pirogov at gmail.com (Anton Pirogov) Date: Sat, 28 Feb 2015 18:13:00 +0100 Subject: [xmonad] New hook to set a distinct wallpaper per workspace, please add to xmonad-contrib In-Reply-To: References: Message-ID: Well, there is indeed a small delay in the rendering, but not the workspace switching itself, because I spawn a process in the background using imagemagick and feh doing the heavy lifting. It is not the most beautiful thing but it works quite well! 2015-02-28 18:09 GMT+01:00 Brandon Allbery : > On Sat, Feb 28, 2015 at 11:34 AM, Anton Pirogov > wrote: > >> I have written a log hook to set wallpapers. The special thing here is, >> that you can assign a wallpaper (or a set to be chosen randomly from) to >> each workspace, so when you have workspace A on screen 1 and B on screen 2, >> you see the according images on these screens and if you swap the >> workspaces, the wallpapers get swapped too. Wallpapers are always applied >> scaled and it detects vertical screens and rotates images accordingly (so >> any wallpaper will be rendered on any screen in a sane way). >> > > The main reason this hasn't been done already is that it tends to "lag" > workspace switching. On a fast enough machine, it can work; on slower ones, > the trick used by most desktop environments is preferred (a window per > workspace that sits under all other windows). Not saying this is a bad > idea, just mentioning. > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sat Feb 28 17:14:34 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 28 Feb 2015 12:14:34 -0500 Subject: [xmonad] New hook to set a distinct wallpaper per workspace, please add to xmonad-contrib In-Reply-To: References: Message-ID: On Sat, Feb 28, 2015 at 12:13 PM, Anton Pirogov wrote: > Well, there is indeed a small delay in the rendering, but not the > workspace switching itself, because I spawn a process in the background > using imagemagick and feh doing the heavy lifting. It is not the most > beautiful thing but it works quite well! > One thing that occurs to me is what happens when you switch between multiple workspaces very quickly. Also, how does this work in multihead setups? -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From anton.pirogov at gmail.com Sat Feb 28 17:19:33 2015 From: anton.pirogov at gmail.com (Anton Pirogov) Date: Sat, 28 Feb 2015 18:19:33 +0100 Subject: [xmonad] New hook to set a distinct wallpaper per workspace, please add to xmonad-contrib In-Reply-To: References: Message-ID: That is the most ugly part about it - I take the pictures, get the screen rectangles, transform the pictures accordingly and stitch them together to a huge picure of the virtual xinerama screen size. Then it is rendered onto the root window and each monitor (as a view onto the virtual huge screen size) shows the wallpaper I put into its rectangle. 2015-02-28 18:14 GMT+01:00 Brandon Allbery : > On Sat, Feb 28, 2015 at 12:13 PM, Anton Pirogov > wrote: > >> Well, there is indeed a small delay in the rendering, but not the >> workspace switching itself, because I spawn a process in the background >> using imagemagick and feh doing the heavy lifting. It is not the most >> beautiful thing but it works quite well! >> > > One thing that occurs to me is what happens when you switch between > multiple workspaces very quickly. Also, how does this work in multihead > setups? > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zap5029 at psu.edu Sat Feb 28 17:26:15 2015 From: zap5029 at psu.edu (Zachary Peterson) Date: Sat, 28 Feb 2015 12:26:15 -0500 Subject: [xmonad] dmenu in xmonad with KDE References: <87385qzvup.fsf@psu.edu> Message-ID: <87a8zxyjl3.fsf@psu.edu> >>>>> Brandon Allbery writes: > Do you actually want dmenu instead of KDE's run dialog? You'll need to > replace the keybinding in that case. (I was trying to help you in IRC > but it was not clear that you actually wanted dmenu. I even > specifically said at least twice that it would not run dmenu.) I didn't notice that in IRC. Sorry. KDE's would probably be preferable, but I can't get it to work either. -- Zachary Peterson zap5029 at psu.edu (317) 828-2377 OpenPGP key: BF5879D6 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From alainbe at free.fr Sat Feb 28 23:02:14 2015 From: alainbe at free.fr (Alain Bertrand) Date: Sun, 01 Mar 2015 00:02:14 +0100 Subject: [xmonad] Vanilla Xmonad distribution In-Reply-To: <5D6EC0B0-8A18-48A2-9362-BDBA2E088F84@nicta.com.au> References: <5D6EC0B0-8A18-48A2-9362-BDBA2E088F84@nicta.com.au> Message-ID: <54F248F6.8030109@free.fr> Le 2015?02?24? 07:55, Michael Norrish a ?crit : > I?d also be very interested in hearing about what recent received wisdom is on this front. > > Michael > >> On 24 Feb 2015, at 4:05 pm, Alexander Genaud wrote: >> >> Years ago, I set my girlfriend up with Ubuntu 12.04 LTS and xmonad (0.8 or 0.9 maybe). With minor tweaks, mod4Mask, etc, it just worked for years. >> >> This weekend, I tried to set up Linux Mint Mate, then Cinnamon, then Xubuntu (Xfce) with xmonad-0.11, each with their own unique issues. Xubuntu was most promising, but just doesn't work very well (panel disappears, or meta-key is intercepted such that Win-1 or Win-Shift-Return are typed into the highlighted app or ignored). I am reading a hodge-podge of different config tutorials focusing on an assortment of versions. I have not come across an installation/config wiki page that seemed relevant and up to date. >> >> I'm willing to install just about any distribution (not Arch nor Gentoo) and nearly any DE, but I'd like all the niceties of a stable (LTS-ish) DE with graphical networking, application selection menus, panel, notifications, but with the latest xmonad tile windowing. I like the idea of Xfce because it's light weight and easy. Gnome2 fallback is fine too. I expected Mate would 'just work'. Hi, Sorry, but could you describe exactly what are the problems you encountered? I run xmonad on a linuxmint 17.1 box. I use xfce-4 panel which give me access to all the joys of a clickodrome computer. I can start manually both thunar and nemo if I want (which is only the case when I need to mount a drive ; if someone could advise me how to do it easily on the CLI, I would' be glad). I run also xmonad on my debian stable laptop with fp panel or no panel and I have no criticism to exprime. Best regards, Alain