From ibabuschkin at gmail.com Sat Jan 3 23:58:41 2015 From: ibabuschkin at gmail.com (Igor Babuschkin) Date: Sun, 4 Jan 2015 00:58:41 +0100 Subject: [xmonad] Fix invisible borders Message-ID: <20150103235841.GA6178@vertex> Hi, I just browsed through the mailing list and noticed that some people were having problems with borders disappearing when viewing RGBA windows. This happened to me with Nautilus, Evince, Chrome and others. I've written a tiny fix for this more than 6 months ago, but never contributed it. (Didn't manage to install darcs. Just tried again for an hour and failed again) Thought I should post this in case someone is still suffering from it. The patch flips the transparency bits in addition to the color bits specified by the user. (They are 0x00 otherwise and result in full transparency) --- XMonad/Main.hsc 2013-01-01 02:31:47.000000000 +0100 +++ ../xmonad-0.11-fixed/XMonad/Main.hsc 2014-06-15 13:25:20.766852974 +0200 @@ -116,8 +116,8 @@ { display = dpy , config = xmc , theRoot = rootw - , normalBorder = nbc - , focusedBorder = fbc + , normalBorder = nbc + 0xFF000000 -- fix invisible borders + , focusedBorder = fbc + 0xFF000000 -- , keyActions = keys xmc xmc , buttonActions = mouseBindings xmc xmc , mouseFocused = False Cheers, Igor From allbery.b at gmail.com Sun Jan 4 23:01:44 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 4 Jan 2015 18:01:44 -0500 Subject: [xmonad] putEnv from Prompt.Input In-Reply-To: References: Message-ID: Can you provide the actual code you're running? On Tue, Dec 23, 2014 at 4:34 PM, Eric Mrak wrote: > I'm using straight st (when testing this I was using it without tmux or > any other multiplexer). I also tested with xterm and urxvt (no > client-daemon) > > On Tue, Dec 23, 2014 at 1:31 PM, Brandon Allbery > wrote: > >> On Tue, Dec 23, 2014 at 4:16 PM, Eric Mrak wrote: >> >>> I'm using Prompt.Input (inputPrompt) to query for values such as " >>> VAR=val" and passing those along to putEnv. The problem is when I start >>> a new terminal using the standard mod+shift+enter the environment does >>> not have VAR=val in it. >>> >> >> What kind of terminal are you starting? If it's based on a terminal >> factory (e.g. urxvtc+urxvtd, or xfce4-terminal, etc.) then it won't get any >> environment variables from anything but the invocation that starts the >> factory backend. >> >> -- >> brandon s allbery kf8nh sine nomine >> associates >> allbery.b at gmail.com >> ballbery at sinenomine.net >> unix, openafs, kerberos, infrastructure, xmonad >> http://sinenomine.net >> > > -- 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 mgsloan at gmail.com Sun Jan 4 23:49:14 2015 From: mgsloan at gmail.com (Michael Sloan) Date: Sun, 4 Jan 2015 15:49:14 -0800 Subject: [xmonad] Fix invisible borders In-Reply-To: <20150103235841.GA6178@vertex> References: <20150103235841.GA6178@vertex> Message-ID: Cool, seems like a good thing to fix! (Personally I don't use borders, though) While this is fine if you can guarantee (nbc < 0x01000000 && fbc < 0x01000000), it may be worthwhile to use (.|.) from Data.Bits instead of (+) to ensure that the colors don't overflow. -Michael On Sat, Jan 3, 2015 at 3:58 PM, Igor Babuschkin wrote: > Hi, > > I just browsed through the mailing list and noticed that some people > were having problems with borders disappearing when viewing RGBA > windows. This happened to me with Nautilus, Evince, Chrome and others. > > I've written a tiny fix for this more than 6 months ago, but never > contributed it. (Didn't manage to install darcs. Just tried again for an > hour and failed again) > > Thought I should post this in case someone is still suffering from it. > The patch flips the transparency bits in addition to the color bits specified by the user. > (They are 0x00 otherwise and result in full transparency) > > --- XMonad/Main.hsc 2013-01-01 02:31:47.000000000 +0100 > +++ ../xmonad-0.11-fixed/XMonad/Main.hsc 2014-06-15 13:25:20.766852974 +0200 > @@ -116,8 +116,8 @@ > { display = dpy > , config = xmc > , theRoot = rootw > - , normalBorder = nbc > - , focusedBorder = fbc > + , normalBorder = nbc + 0xFF000000 -- fix invisible borders > + , focusedBorder = fbc + 0xFF000000 -- > , keyActions = keys xmc xmc > , buttonActions = mouseBindings xmc xmc > , mouseFocused = False > > Cheers, > Igor > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad From allbery.b at gmail.com Sun Jan 4 23:52:19 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 4 Jan 2015 18:52:19 -0500 Subject: [xmonad] Fix invisible borders In-Reply-To: References: <20150103235841.GA6178@vertex> Message-ID: I should note that (a) this may not be completely safe for ordinary windows, and (b) it still won't help programs that use DirectColor visuals; both which might cause xmonad to throw an exception. On Sun, Jan 4, 2015 at 6:49 PM, Michael Sloan wrote: > Cool, seems like a good thing to fix! (Personally I don't use borders, > though) > > While this is fine if you can guarantee (nbc < 0x01000000 && fbc < > 0x01000000), it may be worthwhile to use (.|.) from Data.Bits instead > of (+) to ensure that the colors don't overflow. > > -Michael > > On Sat, Jan 3, 2015 at 3:58 PM, Igor Babuschkin > wrote: > > Hi, > > > > I just browsed through the mailing list and noticed that some people > > were having problems with borders disappearing when viewing RGBA > > windows. This happened to me with Nautilus, Evince, Chrome and others. > > > > I've written a tiny fix for this more than 6 months ago, but never > > contributed it. (Didn't manage to install darcs. Just tried again for an > > hour and failed again) > > > > Thought I should post this in case someone is still suffering from it. > > The patch flips the transparency bits in addition to the color bits > specified by the user. > > (They are 0x00 otherwise and result in full transparency) > > > > --- XMonad/Main.hsc 2013-01-01 02:31:47.000000000 +0100 > > +++ ../xmonad-0.11-fixed/XMonad/Main.hsc 2014-06-15 > 13:25:20.766852974 +0200 > > @@ -116,8 +116,8 @@ > > { display = dpy > > , config = xmc > > , theRoot = rootw > > - , normalBorder = nbc > > - , focusedBorder = fbc > > + , normalBorder = nbc + 0xFF000000 -- fix invisible borders > > + , focusedBorder = fbc + 0xFF000000 -- > > , keyActions = keys xmc xmc > > , buttonActions = mouseBindings xmc xmc > > , mouseFocused = False > > > > Cheers, > > Igor > > > > > > _______________________________________________ > > xmonad mailing list > > xmonad at haskell.org > > http://www.haskell.org/mailman/listinfo/xmonad > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > -- 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 ibabuschkin at gmail.com Mon Jan 5 08:18:16 2015 From: ibabuschkin at gmail.com (Igor Babuschkin) Date: Mon, 5 Jan 2015 09:18:16 +0100 Subject: [xmonad] Fix invisible borders In-Reply-To: References: <20150103235841.GA6178@vertex> Message-ID: You're absolutely right about .|. (Didn't bother to change it back then, as I knew that only the color bits would be set) The patch now looks like this: --- XMonad/Main.hsc 2013-01-01 02:31:47.000000000 +0100 +++ ../xmonad-0.11-fixed/XMonad/Main.hsc 2015-01-05 09:03:50.659161937 +0100 @@ -116,8 +116,8 @@ { display = dpy , config = xmc , theRoot = rootw - , normalBorder = nbc - , focusedBorder = fbc + , normalBorder = nbc .|. 0xFF000000 -- fix invisible borders + , focusedBorder = fbc .|. 0xFF000000 -- , keyActions = keys xmc xmc , buttonActions = mouseBindings xmc xmc , mouseFocused = False At first I was also worried that this might cause crashes, but haven't noticed anything in several months of daily use. Igor On Mon Jan 05 2015 at 12:52:19 AM Brandon Allbery wrote: I should note that (a) this may not be completely safe for ordinary windows, and (b) it still won't help programs that use DirectColor visuals; both which might cause xmonad to throw an exception. > > > On Sun, Jan 4, 2015 at 6:49 PM, Michael Sloan wrote: >> >> Cool, seems like a good thing to fix! (Personally I don't use borders, though) >> >> While this is fine if you can guarantee (nbc < 0x01000000 && fbc < >> 0x01000000), it may be worthwhile to use (.|.) from Data.Bits instead >> of (+) to ensure that the colors don't overflow. >> >> -Michael >> >> On Sat, Jan 3, 2015 at 3:58 PM, Igor Babuschkin wrote: >> > Hi, >> > >> > I just browsed through the mailing list and noticed that some people >> > were having problems with borders disappearing when viewing RGBA >> > windows. This happened to me with Nautilus, Evince, Chrome and others. >> > >> > I've written a tiny fix for this more than 6 months ago, but never >> > contributed it. (Didn't manage to install darcs. Just tried again for an >> > hour and failed again) >> > >> > Thought I should post this in case someone is still suffering from it. >> > The patch flips the transparency bits in addition to the color bits specified by the user. >> > (They are 0x00 otherwise and result in full transparency) >> > >> > --- XMonad/Main.hsc 2013-01-01 02:31:47.000000000 +0100 >> > +++ ../xmonad-0.11-fixed/XMonad/Main.hsc 2014-06-15 13:25:20.766852974 +0200 >> > @@ -116,8 +116,8 @@ >> > { display = dpy >> > , config = xmc >> > , theRoot = rootw >> > - , normalBorder = nbc >> > - , focusedBorder = fbc >> > + , normalBorder = nbc + 0xFF000000 -- fix invisible borders >> > + , focusedBorder = fbc + 0xFF000000 -- >> > , keyActions = keys xmc xmc >> > , buttonActions = mouseBindings xmc xmc >> > , mouseFocused = False >> > >> > Cheers, >> > Igor >> > >> > >> > _______________________________________________ >> > xmonad mailing list >> > xmonad at haskell.org >> > http://www.haskell.org/mailman/listinfo/xmonad >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://www.haskell.org/mailman/listinfo/xmonad > > > > > -- > brandon s allbery kf8nh sine nomine associates > allbery.b at gmail.com ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From mle+hs at mega-nerd.com Mon Jan 5 10:04:24 2015 From: mle+hs at mega-nerd.com (Erik de Castro Lopo) Date: Mon, 5 Jan 2015 02:04:24 -0800 Subject: [xmonad] Integrated screen lock in xmonad? Message-ID: <20150105020424.fc61316f2f876e07a218064d@mega-nerd.com> Hi all, I'm currently using gnome-screensaver to lock my xmonad sessions, but I was wondering if anyone had put together anything like a an integrated lock screen as a replacement. The reason I want this is that I'd like to extend my lock screen with sound volume and audio pause/play buttons and I *do not want* to try hacking on either gnome-screensaver or xscreensaver. If no one has done it, a pointer in the right direction would be appreciated. Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ From alexander at sulfrian.net Mon Jan 5 14:22:30 2015 From: alexander at sulfrian.net (Alexander Sulfrian) Date: Mon, 05 Jan 2015 15:22:30 +0100 Subject: [xmonad] [xmonad-contrib] XMonad.Prompt.Pass patch In-Reply-To: <1418941551.25663.1.camel@joachim-breitner.de> References: <87mwdf8r4j.fsf@gmail.com> <87wqcia2q5.fsf@gmail.com> <877g4cbrkp.fsf@gmail.com> <874myci1sy.fsf@schoepe.localhost> <8738dtflrf.fsf@gmail.com> <87r41dghes.fsf@schoepe.localhost> <871ttcflbd.fsf@gmail.com> <87d2bkjo7t.fsf@schoepe.localhost> <87lhq7ecg3.fsf@gmail.com> <87iolbe5is.fsf@gmail.com> <0A8A27D2-AFDD-4A4E-B309-05260F87C6AF@bewilderbeest.net> <87ha0vdvt1.fsf@gmail.com> <9A81EF32-CA2F-464F-AF1E-1CD5C7C39DD4@bewilderbeest.net> <87ppfi9vxz.fsf@gmail.com> <811F5CE2-2496-4FFF-B7DB-A297AC7AF04D@bewilderbeest.net> <87vbp514or.fsf@gmail.com> <87r3zkvfmu.fsf@gmail.com> <1418941551.25663.1.camel@joachim-breitner.de> Message-ID: <1420467750.162291.3.camel@polynesien.zedat.fu-berlin.de> On Thu, 2014-12-18 at 23:25 +0100, Joachim Breitner wrote: > Dear ardumont, Hi, > I started using pass and was about to implement a prompt on my own when > I noticed that you already did something in that direction. But from > reading the code, I have a some worries: > > I?d expect the > getPasswords :: String -> IO [String] > getPasswords passwordStoreDir = liftM (map takeBaseName) $ getDirectoryContents passwordStoreDir > to break if the passwords are stored in subdirectories. I believe you > need to recursively traverse the directory. > > It would be cleaner if you could simply ask pass for the list of > passwords, but that does not seem to be possible. Maybe you should > contact the author and suggest a new parameter to "pass list" that would > change the output to be a simple list, instead of the tree output. I use something like this to get a list of all passwords: getPasswords :: String -> IO [String] getPasswords passwordStoreDir = do files <- runProcessWithInput "find" [ passwordStoreDir, "-type", "f", "-name", "*.gpg", "-printf", "%P\n"] [] return $ map removeGpgExtension $ lines files removeGpgExtension :: String -> String removeGpgExtension file = if isSuffixOf ".gpg" file then reverse $ drop 4 $ reverse file else file It is not relay nice, but it works. > Also, code like > selectPassword passLabel = spawn $ "pass --clip " ++ passLabel > could be a problem if the password label contains shell characters. > You probably want to use safeSpawn from XMonad.Util.Run. > > Greetings, > Joachim Alex From beyert at fastmail.net Mon Jan 5 16:20:06 2015 From: beyert at fastmail.net (Timothy Beyer) Date: Mon, 05 Jan 2015 08:20:06 -0800 Subject: [xmonad] Integrated screen lock in xmonad? In-Reply-To: <20150105020424.fc61316f2f876e07a218064d@mega-nerd.com> References: <20150105020424.fc61316f2f876e07a218064d@mega-nerd.com> Message-ID: <87ppati4i1.wl@fastmail.fm> At Mon, 5 Jan 2015 02:04:24 -0800, Erik de Castro Lopo wrote: > > Hi all, > > I'm currently using gnome-screensaver to lock my xmonad sessions, but I > was wondering if anyone had put together anything like a an integrated > lock screen as a replacement. > I don't think it's a good idea (security-wise) to make a lock screen a large program. Here is Jamie Zawinski's argument regarding that point: http://www.jwz.org/xscreensaver/toolkits.html > The reason I want this is that I'd like to extend my lock screen with > sound volume and audio pause/play buttons and I *do not want* to try > hacking on either gnome-screensaver or xscreensaver. Full disclaimer: this is my own software, but maybe it will be of use. I wrote a screen locker (metalock, http://chiselapp.com/user/beyert/repository/metalock/) that supports binding arbitrary commands to keys, among other features. It's fairly secure, but I still need to finish a program to invoke it automatically (eg. a better xidle). > If no one has done it, a pointer in the right direction would be > appreciated. I don't know if it would fully address your needs, as it is very small, nor is it written in Haskell, but it isn't a bloated monolithic program like gnome-screensaver or xscreensaver, and is customizable within the context of what it does, unlike the alternatives. Tim From allbery.b at gmail.com Mon Jan 5 16:47:37 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Mon, 5 Jan 2015 11:47:37 -0500 Subject: [xmonad] Integrated screen lock in xmonad? In-Reply-To: <87ppati4i1.wl@fastmail.fm> References: <20150105020424.fc61316f2f876e07a218064d@mega-nerd.com> <87ppati4i1.wl@fastmail.fm> Message-ID: On Mon, Jan 5, 2015 at 11:20 AM, Timothy Beyer wrote: > I wrote a screen locker (metalock, > http://chiselapp.com/user/beyert/repository/metalock/ > > ) that supports binding arbitrary commands to keys, among other features. > It's fairly secure, but I still need to finish a program to invoke it > automatically (eg. a better xidle). > What do you consider "better"? Have you looked at xautolock? -- 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 beyert at fastmail.net Tue Jan 6 03:29:20 2015 From: beyert at fastmail.net (Timothy Beyer) Date: Mon, 05 Jan 2015 19:29:20 -0800 Subject: [xmonad] Integrated screen lock in xmonad? In-Reply-To: References: <20150105020424.fc61316f2f876e07a218064d@mega-nerd.com> <87ppati4i1.wl@fastmail.fm> Message-ID: <87oaqcio33.wl@fastmail.fm> At Mon, 5 Jan 2015 11:47:37 -0500, Brandon Allbery wrote: > > On Mon, Jan 5, 2015 at 11:20 AM, Timothy Beyer wrote: > > I wrote a screen locker (metalock, http://chiselapp.com/user/beyert/repository/metalock/ > ? > ) that supports binding arbitrary commands to keys, among other features.? It's fairly > secure, but I still need to finish a program to invoke it automatically (eg. a better > xidle). > > What do you consider "better"? Have you looked at xautolock? > I like xidle, but it is missing support for something analogous to xscreensaver's -deactivate option. I want certain applications (notably, video players and games) to not be interrupted by a screensaver, and I'd presume that many users have a similar requirement. It has been a while since I've looked at xautolock, so I don't recall if it has that feature. Tim From felixc at felixcrux.com Wed Jan 7 03:48:27 2015 From: felixc at felixcrux.com (Felix Crux) Date: Tue, 6 Jan 2015 22:48:27 -0500 Subject: [xmonad] darcs patch: Layout.Spacing: Outer window edges now get as much spa... In-Reply-To: References: <20141219021627.92BBBC00280@frontend1.nyi.internal> <20141219224011.GA25427@mir.felixcrux.com> Message-ID: <20150107034827.GA20366@mir.felixcrux.com> On Sun, Dec 21, 2014, at 21:52, adam vogt wrote: > I've pushed your patch. Thank you! Much appreciated. > But here's an idea: > ...... I really like the approach of having a more use-case-agnostic approach like the one you suggest. I have to admit I can barely read Haskell though, and I don't know anything about XMonad internals, so I can't comment on the actual implementation. I think it looks like a good idea, but someone other than me would be needed to pursue it. Maybe it could even be generalized further in relation to XMonad.Layout.Gaps. > Then again there's not too much point in defining extra things in > contrib that nobody actually uses. Well, if it's of comparable complexity to the current implementation, the cost wouldn't seem to be too high, and it might save someone some time in the future. Cheers, -- Felix From athas at sigkill.dk Sat Jan 10 09:12:19 2015 From: athas at sigkill.dk (Troels Henriksen) Date: Sat, 10 Jan 2015 10:12:19 +0100 Subject: [xmonad] Dealing with large amounts of pages in a common web browser Message-ID: <87mw5r3sp8.fsf@sigkill.dk> 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. 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? [0]: http://surf.suckless.org/ -- \ Troels /\ Henriksen From felixc at felixcrux.com Sat Jan 10 16:21:47 2015 From: felixc at felixcrux.com (Felix Crux) Date: Sat, 10 Jan 2015 11:21:47 -0500 Subject: [xmonad] Dealing with large amounts of pages in a common web browser In-Reply-To: <87mw5r3sp8.fsf@sigkill.dk> References: <87mw5r3sp8.fsf@sigkill.dk> Message-ID: <20150110162147.GA1206@mir.felixcrux.com> On Sat, Jan 10 10:12, Troels Henriksen wrote: > 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? I don't have a good answer for you, but this is something I've also thought about and tried to tweak. It's a bit odd to have a window manager, a browser that manages tabs and groups of tabs, a text editor with both tabs and its own internal concept of window layout, a terminal with tabs, and inside it, a terminal multiplexer with again its own concept of window layout and tabs. Still, I haven't been able to really unify all this very well. For Firefox in particular, though, there are a few useful tweaks/tips: - Most, but not all, of the superflous UI can be customized away. - Extensions like this might help: https://addons.mozilla.org/en-us/firefox/addon/hide-tab-bar-with-one-tab/ - Setting your homepage to "about:newtab" will give new windows the same useful behaviour as new tabs, like putting the cursor directly in the address bar when you start. - Shift-click opens links in a new window. Hope this helps a bit, -- Felix From codesite-noreply at google.com Mon Jan 12 05:26:10 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 12 Jan 2015 05:26:10 +0000 Subject: [xmonad] Issue 527 in xmonad: Google Hangouts screen sharing crashes In-Reply-To: <5-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> References: <5-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> Message-ID: <6-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> Comment #6 on issue 527 by rvign... at gmail.com: Google Hangouts screen sharing crashes https://code.google.com/p/xmonad/issues/detail?id=527 I have the same problem, I cannot share my screen anymore. -- 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 Tue Jan 13 19:49:05 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 13 Jan 2015 19:49:05 +0000 Subject: [xmonad] Issue 527 in xmonad: Google Hangouts screen sharing crashes In-Reply-To: <6-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> References: <6-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> Message-ID: <7-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> Comment #7 on issue 527 by eloy... at gmail.com: Google Hangouts screen sharing crashes https://code.google.com/p/xmonad/issues/detail?id=527 I have the same issue, I attach some debug information. ~~~ [024:306] 0x7f814a62e670: C->F: ["setshareoptions","","c17395517021261106635_NMS",0,{"fps":5,"maxPixels":2400000}] [024:306] 0x7f814a62e670: C->F: ["share-pick","","c17395517021261106635_NMS",0,{"titleHint":null,"onlyShowHintedTitles":false,"onlyShowDesktops":false}] The program 'GoogleTalkPlugin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAtom (invalid Atom parameter)'. (Details: serial 400 error_code 5 request_code 20 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) ~~~ -- 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 Tue Jan 13 19:51:28 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 13 Jan 2015 19:51:28 +0000 Subject: [xmonad] Issue 527 in xmonad: Google Hangouts screen sharing crashes In-Reply-To: <7-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> References: <7-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> Message-ID: <8-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> Comment #8 on issue 527 by szty... at gmail.com: Google Hangouts screen sharing crashes https://code.google.com/p/xmonad/issues/detail?id=527 I have had this issue with many different tiling window managers, except for i3. On the dwm mailing list someone suggested this fix: xprop -root -f _NET_CLIENT_LIST_STACKING 32x -set _NET_CLIENT_LIST_STACKING 0 Maybe it is relevant to xmonad too, I haven't actually tried 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 codesite-noreply at google.com Wed Jan 14 07:04:03 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 14 Jan 2015 07:04:03 +0000 Subject: [xmonad] Issue 576 in xmonad: On FreeBSD Xmonad loses first hotkey sometimes In-Reply-To: <18-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> References: <18-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Message-ID: <19-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Comment #19 on issue 576 by martin.s... at gmail.com: On FreeBSD Xmonad loses first hotkey sometimes https://code.google.com/p/xmonad/issues/detail?id=576 Confirming the problem on FreeBSD/amd64 10.1-RELEASE. -- 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 javran.c at gmail.com Sat Jan 17 08:02:27 2015 From: javran.c at gmail.com (Javran Cheng) Date: Sat, 17 Jan 2015 03:02:27 -0500 Subject: [xmonad] announce: xmonad-entryhelper Message-ID: xmonad-entryhelper This package is for those who loves to keep things in sandboxes. After suffering from dependency hell several times, I find it really helps to minimize system level packages and keep other packages either in user level or in sandboxes. I was able to remove xmonad from system packages, and have ~/.xinitrc to call my compiled xmonad config. But soon I realized, different from xmonad itself, the compiled config cannot do some fancy stuff like up-to-date checking, recompilation & send xmonad restart requests. Therefore I wrote this package to wrap the main function to deal with xmonad arguments like --recompile and --restart. This makes the compiled binary behave like xmonad binary itself. Additionally with this package you will be able to customize recompiling action: for example you can use Makefile to manage your xmonad config and set environment variable $XMONAD_HOME to your xmonad path. Then you can make your "xmonad --recompile" call shell command "cd ${XMONAD_HOME} && make all" to do the job. Hope you like this package! -- Javran (Fang) Cheng -------------- next part -------------- An HTML attachment was scrubbed... URL: From thbach at students.uni-mainz.de Sat Jan 17 11:18:48 2015 From: thbach at students.uni-mainz.de (Thomas Bach) Date: Sat, 17 Jan 2015 12:18:48 +0100 Subject: [xmonad] announce: xmonad-entryhelper In-Reply-To: References: Message-ID: <54BA4518.90109@students.uni-mainz.de> Hi, On 01/17/2015 09:02 AM, Javran Cheng wrote: > xmonad-entryhelper > > This package is for those who loves to keep things in sandboxes. [?] Great! This looks just like the kind of thing I needed. Thanks! Thomas. From dontdieych at gmail.com Sun Jan 18 10:06:56 2015 From: dontdieych at gmail.com (Dontdie YCH) Date: Sun, 18 Jan 2015 19:06:56 +0900 Subject: [xmonad] Run program on second screen. Message-ID: Hello all, Anyone guide me how to spawn(or 'runOrRaise') program on second screen? My xmonad.hs, http://lpaste.net/118660 Thanks. From allbery.b at gmail.com Sun Jan 18 10:40:24 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 18 Jan 2015 05:40:24 -0500 Subject: [xmonad] Run program on second screen. In-Reply-To: References: Message-ID: On Sun, Jan 18, 2015 at 5:06 AM, Dontdie YCH wrote: > Anyone guide me how to spawn(or 'runOrRaise') program on second screen? > I left a message in IRC, but the answer is to use spawnOn with http://xmonad.org/xmonad-docs/xmonad/XMonad-Operations.html#v:screenWorkspace to map a screen id to the workspace currently visible on that screen. Something like spawnOnScreen :: ScreenId -> String -> X () spawnOnScreen s cmd = screenWorkspace s >>= flip spawnOn cmd -- 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 codesite-noreply at google.com Sun Jan 18 12:38:01 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 18 Jan 2015 12:38:01 +0000 Subject: [xmonad] Issue 586 in xmonad: 'onScreen'' with 'FocusCurrent' from 'XMonad.Actions.OnScreen' does not working Message-ID: <0-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 586 by dontdie... at gmail.com: 'onScreen'' with 'FocusCurrent' from 'XMonad.Actions.OnScreen' does not working https://code.google.com/p/xmonad/issues/detail?id=586 What steps will reproduce the problem? 1. ("", onScreen' (spawn "cmplayer") FocusCurrent 1) 2. Push key 3. What is the expected output? What do you see instead? It should spawn command on screen 1, but it spawn always current focused workspace(screen). What version of the product are you using? On what operating system? Arch Linux xmonad 0.11-10 xmonad-contrib 0.11.3-2 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Please provide any additional information below. Attachments: xmonad.hs 4.9 KB -- 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 Jan 18 12:43:02 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 18 Jan 2015 12:43:02 +0000 Subject: [xmonad] Issue 586 in xmonad: 'onScreen'' with 'FocusCurrent' from 'XMonad.Actions.OnScreen' does not working In-Reply-To: <0-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 586 by dontdie... at gmail.com: 'onScreen'' with 'FocusCurrent' from 'XMonad.Actions.OnScreen' does not working https://code.google.com/p/xmonad/issues/detail?id=586 It works ok with 'FocusNew' but 'FocusCurrent'. -- 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 Jan 19 16:00:36 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 19 Jan 2015 16:00:36 +0000 Subject: [xmonad] Issue 586 in xmonad: 'onScreen'' with 'FocusCurrent' from 'XMonad.Actions.OnScreen' does not working In-Reply-To: <1-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> Comment #2 on issue 586 by daniel.w... at gmail.com: 'onScreen'' with 'FocusCurrent' from 'XMonad.Actions.OnScreen' does not working https://code.google.com/p/xmonad/issues/detail?id=586 At a guess, this is "working as intended". The program is spawned on screen 1 -- and the window it opens is put on the current screen, just as you asked! (There is no canonical, WM-visible connection between processes and windows in X11.) But see also the XMonad.Actions.SpawnOn. -- 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 spiritofcedar at gmail.com Mon Jan 19 18:40:55 2015 From: spiritofcedar at gmail.com (John Doe) Date: Mon, 19 Jan 2015 18:40:55 +0000 (UTC) Subject: [xmonad] Walking Fullscreen Windows References: <20141023201846.GC1315@pavo.local> Message-ID: Chris Jones writes: > > On Wed, Oct 22, 2014 at 10:11:37AM EDT, Chris Bell wrote: > > On Tue, Oct 21, 2014 at 3:19 PM, Brandon Allbery > wrote: > > > This is a known issue related to fullscreen floating windows, related to > > > smartBorders, but we're not sure where it comes from or how to correct it. > > > > That's unfortunate. I guess I'll have to work on improving my Haskell > > in the hopes of poking at it one day. Thanks! > > > > Chris Bell > > Absolutely. > > CJ > Something has changed in that time? Because i have same problem. And still work on DWM. Smartborders not work propetly Sorry for my English. From codesite-noreply at google.com Mon Jan 19 21:15:24 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 19 Jan 2015 21:15:24 +0000 Subject: [xmonad] Issue 587 in xmonad: GridSelect's defaultNavigation will not respond to KP_Divide or AltGr-q Message-ID: <0-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 587 by igor.con... at gmail.com: GridSelect's defaultNavigation will not respond to KP_Divide or AltGr-q https://code.google.com/p/xmonad/issues/detail?id=587 What steps will reproduce the problem? 1. Use defaultNavigation for something, e.g. ", ((...), goToSelected defaultGSConfig)" 2. Open some windows 3. Call goToSelected and hit KP_Divide (Fn-0, on my laptop keyboard) or AltGr-q What is the expected output? What do you see instead? I expected some 'search mode' to start, but nothing happens. What version of the product are you using? On what operating system? xmonad-0.11 on Arch Linux Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Please provide any additional information below. -- 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 Tue Jan 20 06:23:29 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 20 Jan 2015 06:23:29 +0000 Subject: [xmonad] Issue 586 in xmonad: 'onScreen'' with 'FocusCurrent' from 'XMonad.Actions.OnScreen' does not working In-Reply-To: <2-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> References: <2-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> Message-ID: <3-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> Comment #3 on issue 586 by dontdie... at gmail.com: 'onScreen'' with 'FocusCurrent' from 'XMonad.Actions.OnScreen' does not working https://code.google.com/p/xmonad/issues/detail?id=586 Thanks, I'll check out. -- 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 Tue Jan 20 19:58:56 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 20 Jan 2015 19:58:56 +0000 Subject: [xmonad] Issue 576 in xmonad: On FreeBSD Xmonad loses first hotkey sometimes In-Reply-To: <19-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> References: <19-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Message-ID: <20-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Comment #20 on issue 576 by dernst... at gmail.com: On FreeBSD Xmonad loses first hotkey sometimes https://code.google.com/p/xmonad/issues/detail?id=576 I got a bit side-tracked and honestly forgot about this bug... sorry. Anyhow, Gabor Pali said he might try and talk to a GHC dev. But he suspects it might be specific to FreeBSD in that some part of the OS/userland could be implemented slightly differently than to what GHC expects. If anyone likes can you test the following patch? It's just adding another forkProcess call which seemed to fix it for me. Attachments: xfork.patch 717 bytes -- 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 spiritofcedar at gmail.com Wed Jan 21 02:40:29 2015 From: spiritofcedar at gmail.com (John Doe) Date: Wed, 21 Jan 2015 02:40:29 +0000 (UTC) Subject: [xmonad] Walking Fullscreen Windows References: Message-ID: Brandon Allbery writes: > > > On Tue, Oct 21, 2014 at 3:16 PM, Chris Bell wrote:I am using the current release of Xmonad with SmartBorders. When I am > running an application fullscreen, SmartBorders removes the borders, > as it should. However, every time the window gains or loses focus, the > window will grow by a pixel or two. Specifically, the lower right > corner will extend down and to the right. All UI elements in the > window follow accordingly. > > > This is a known issue related to fullscreen floating windows, related to smartBorders, but we're not sure where it comes from or how to correct it.-- > brandon s allbery kf8nh ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? sine nomine associates > Something has changed in that time? Because i have same problem. And still work on DWM. Smartborders not work propetly. Sorry for my English. From dontdieych at gmail.com Wed Jan 21 06:22:40 2015 From: dontdieych at gmail.com (Dontdie YCH) Date: Wed, 21 Jan 2015 15:22:40 +0900 Subject: [xmonad] 'resetScreenSaver' from 'Graphics.X11.Xlib.Misc' Message-ID: 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. From codesite-noreply at google.com Wed Jan 21 08:36:35 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 21 Jan 2015 08:36:35 +0000 Subject: [xmonad] Issue 576 in xmonad: On FreeBSD Xmonad loses first hotkey sometimes In-Reply-To: <20-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> References: <20-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Message-ID: <21-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Comment #21 on issue 576 by martin.s... at gmail.com: On FreeBSD Xmonad loses first hotkey sometimes https://code.google.com/p/xmonad/issues/detail?id=576 This workaround with two chained forkProcess calls also works properly. -- 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 allbery.b at gmail.com Wed Jan 21 13:14:35 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 21 Jan 2015 08:14:35 -0500 Subject: [xmonad] 'resetScreenSaver' from 'Graphics.X11.Xlib.Misc' In-Reply-To: References: Message-ID: On Wed, Jan 21, 2015 at 1:22 AM, Dontdie YCH wrote: > 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 is a one-shot operation that turns off any currently running screen saver by resetting the no-activity timer. If you want to keep the screen saver off, you need a thread that periodically calls resetScreenSaver, perhaps once every 30 seconds. -- 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 codesite-noreply at google.com Wed Jan 21 18:35:02 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 21 Jan 2015 18:35:02 +0000 Subject: [xmonad] Issue 587 in xmonad: GridSelect's defaultNavigation will not respond to KP_Divide or AltGr-q In-Reply-To: <0-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 587 by daniel.w... at gmail.com: GridSelect's defaultNavigation will not respond to KP_Divide or AltGr-q https://code.google.com/p/xmonad/issues/detail?id=587 What caused you to expect a search mode to start? Is there something in the documentation that would cause that expectation? If this is a request to modify the default gridselect configuration, I expect it's going to be a hard sell. Instead just create a custom configuration in the way the documentation says to that understands KP_Divide. -- 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 Wed Jan 21 18:41:30 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 21 Jan 2015 18:41:30 +0000 Subject: [xmonad] Issue 587 in xmonad: GridSelect's defaultNavigation will not respond to KP_Divide or AltGr-q In-Reply-To: <1-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> Comment #2 on issue 587 by allber... at gmail.com: GridSelect's defaultNavigation will not respond to KP_Divide or AltGr-q https://code.google.com/p/xmonad/issues/detail?id=587 Pretty much everyone in #xmonad was surprised that it did not treat both "/" the same way; this is something of a convention. (Admittedly that means xmonad's core should also add a binding for mod-KP_Divide.) -- 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 Wed Jan 21 18:59:39 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 21 Jan 2015 18:59:39 +0000 Subject: [xmonad] Issue 587 in xmonad: GridSelect's defaultNavigation will not respond to KP_Divide or AltGr-q In-Reply-To: <2-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> References: <2-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> Message-ID: <3-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> Comment #3 on issue 587 by igor.con... at gmail.com: GridSelect's defaultNavigation will not respond to KP_Divide or AltGr-q https://code.google.com/p/xmonad/issues/detail?id=587 UK international laptop keyboards will not have a dedicated / key, so I have to resort to the methods described in the title. The documentation tersely says "Slash enters the substring search mode", so I expected it to work with... well, what seemed like a slash. -- 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 Wed Jan 21 19:04:04 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 21 Jan 2015 19:04:04 +0000 Subject: [xmonad] Issue 587 in xmonad: GridSelect's defaultNavigation will not respond to KP_Divide or AltGr-q In-Reply-To: <3-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> References: <3-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> Message-ID: <4-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> Comment #4 on issue 587 by igor.con... at gmail.com: GridSelect's defaultNavigation will not respond to KP_Divide or AltGr-q https://code.google.com/p/xmonad/issues/detail?id=587 Oops, wrong generalization. I mean the ABNT2 keymap, specifically. -- 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 Thu Jan 22 01:44:09 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 22 Jan 2015 01:44:09 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work Message-ID: <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 588 by tmartin.... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 What steps will reproduce the problem? 1. running xmonad --restart at the terminal apparently does nothing 2. hitting mod-q apparently does nothing 3. What is the expected output? What do you see instead? xmonad restarts and reruns my configuration startups etc. What version of the product are you using? On what operating system? darcs up to date version 0.12 on Ubuntu 14.04. Logging directly into xmonad from the dm. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". No output. Compiles without errors. Please provide any additional information below. If I exit to the dm and log back in, xmonad restarts without any problems. It is only when I try to restart the running xmonad session that it seems to fail. Attachments: xmonad.hs 21.4 KB -- 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 Thu Jan 22 02:19:42 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 22 Jan 2015 02:19:42 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work In-Reply-To: <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 588 by allber... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 For one, you are overriding the default mod-q. This override (a) relies on "xmonad --restart" and (b) will fail if any of the "pkill" commands fails, because they are chained together with "&&". That said, I don't see where this is preventing the "restart" mechanism... unless you are perhaps running the compiled config executable directly; this does not process the --restart parameter, only the main executable does. -- 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 Thu Jan 22 04:46:48 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 22 Jan 2015 04:46:48 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work In-Reply-To: <1-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Comment #2 on issue 588 by tmartin.... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 I'm aware of the override on mod-q, I put it in to make each restart work cleanly. I should add that it was working fine and stopped working for reasons I can't fathom. AFAIK, when I restart, the xmonad that is being run is the compiled version that cabal puts in ~/.cabal/bin/, which folder is in my path and contains the only xmonad binary. I'm not running the xmonad-x86_64-linux compiled into ~/.xmonad/ explicitly, but typing xmonad --restart into a terminal, with no observable effect. -- 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 Thu Jan 22 05:03:09 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 22 Jan 2015 05:03:09 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work In-Reply-To: <2-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> References: <2-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Message-ID: <3-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Comment #3 on issue 588 by tmartin.... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 A little experimentation reveals something which, to me, is unexpected. If I delete the copy of xmonad in ~/.cabal/bin/ and do a clean and install of my darcs xmonad, I get a new version of xmonad in the ...darcs/xmonad/dist subdirectory which is 4.8Mb in size. The copy that reappears in ~/.cabal/bin/ is 2.7Mb in size. I'd assumed that, as part of the installation, the same version of xmonad was being put into cabal's binary path. What's happening? TIA -- 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 Thu Jan 22 14:08:42 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 22 Jan 2015 14:08:42 +0000 Subject: [xmonad] Issue 589 in xmonad: Dual screen with video : image is frozen when switching workspace Message-ID: <0-3425899027203913298-3867269300716105891-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 589 by fran... at gmail.com: Dual screen with video : image is frozen when switching workspace https://code.google.com/p/xmonad/issues/detail?id=589 #What steps will reproduce the problem? 1. Use a dual screen 2. Enter the command `xrandr --output LVDS1 --primary --auto --output VGA1 --left-of LVDS1 --auto` 3. On the second screen, open vlc with a video (and start it) 4. On the primary screen, switch of workspace #What is the expected output? What do you see instead? The video on VLC is frozen but the video is still running. #What version of the product are you using? On what operating system? xmonad 0.11 with Archlinux #Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Output is correct. Please provide any additional information below. -- 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 Thu Jan 22 14:15:15 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 22 Jan 2015 14:15:15 +0000 Subject: [xmonad] Issue 586 in xmonad: 'onScreen'' with 'FocusCurrent' from 'XMonad.Actions.OnScreen' does not working In-Reply-To: <3-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> References: <3-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> Message-ID: <4-3425899027203913298-8664188746978532983-codesite-noreply=google.com@googlecode.com> Comment #4 on issue 586 by dontdie... at gmail.com: 'onScreen'' with 'FocusCurrent' from 'XMonad.Actions.OnScreen' does not working https://code.google.com/p/xmonad/issues/detail?id=586 , ("", onScreen' (spawnHere "bomi") FocusCurrent 1) I've found 'spawnHere' function at XMonad.Actions.SpawnOn. It works as intended. Thanks. -- 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 Thu Jan 22 14:36:17 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 22 Jan 2015 14:36:17 +0000 Subject: [xmonad] Issue 589 in xmonad: Dual screen with video : image is frozen when switching workspace In-Reply-To: <0-3425899027203913298-3867269300716105891-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-3867269300716105891-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-3867269300716105891-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 589 by fran... at gmail.com: Dual screen with video : image is frozen when switching workspace https://code.google.com/p/xmonad/issues/detail?id=589 I forgot to mention that this problem occurs when we use the fullscreen mode of VLC. -- 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 dontdieych at gmail.com Thu Jan 22 18:34:14 2015 From: dontdieych at gmail.com (Dontdie YCH) Date: Fri, 23 Jan 2015 03:34:14 +0900 Subject: [xmonad] Fwd: 'resetScreenSaver' from 'Graphics.X11.Xlib.Misc' In-Reply-To: References: Message-ID: ---------- Forwarded message ---------- From: Dontdie YCH Date: Fri, Jan 23, 2015 at 3:33 AM Subject: Re: [xmonad] 'resetScreenSaver' from 'Graphics.X11.Xlib.Misc' To: Brandon Allbery I had same idea about that so I tried as I already showed. Set screensaver timer to 10 sec then call resetScreenSaver every 5 sec. If this is right, screensaver should not appeared. But It was. 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 ~~~ On Wed, Jan 21, 2015 at 10:14 PM, Brandon Allbery wrote: > On Wed, Jan 21, 2015 at 1:22 AM, Dontdie YCH wrote: >> >> 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 is a one-shot operation that turns off any currently > running screen saver by resetting the no-activity timer. If you want to keep > the screen saver off, you need a thread that periodically calls > resetScreenSaver, perhaps once every 30 seconds. > > -- > brandon s allbery kf8nh sine nomine associates > allbery.b at gmail.com ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From codesite-noreply at google.com Fri Jan 23 04:55:39 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 23 Jan 2015 04:55:39 +0000 Subject: [xmonad] Issue 587 in xmonad: GridSelect's defaultNavigation will not respond to KP_Divide or AltGr-q In-Reply-To: <4-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> References: <4-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> Message-ID: <5-3425899027203913298-3123226152309469524-codesite-noreply=google.com@googlecode.com> Comment #5 on issue 587 by daniel.w... at gmail.com: GridSelect's defaultNavigation will not respond to KP_Divide or AltGr-q https://code.google.com/p/xmonad/issues/detail?id=587 This is probably a case of things seeming more obvious once you know them. I'm happy to concede. -- 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 Fri Jan 23 05:03:03 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 23 Jan 2015 05:03:03 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work In-Reply-To: <3-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> References: <3-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Message-ID: <4-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Comment #4 on issue 588 by daniel.w... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 cabal is running strip to reduce the executable size before putting it in bin. -- 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 Fri Jan 23 05:51:43 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 23 Jan 2015 05:51:43 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work In-Reply-To: <4-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> References: <4-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Message-ID: <5-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Comment #5 on issue 588 by tmartin.... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 Thanks Daniel, at least I know that's not the issue. I'm looking at main.hs and can only see a test for the --replace arg. I see no explicit test for --restart. The call to restart is present here... handle e at ClientMessageEvent { ev_message_type = mt } = do a <- getAtom "XMONAD_RESTART" if (mt == a) then restart "xmonad" True else broadcastMessage e but this is far beyond my capacity to follow. -- 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 Jan 25 22:17:58 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 25 Jan 2015 22:17:58 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work In-Reply-To: <5-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> References: <5-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Message-ID: <6-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Comment #6 on issue 588 by daniel.w... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 In xmonad-0.11, Main.hs:47 contains the code to handle the --restart argument. It does little more than set the XMONAD_RESTART atom which the code you posted is watching for -- essentially a form of IPC -- which kicks off the (restart "xmonad" True) action. -- 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 Jan 25 23:23:37 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 25 Jan 2015 23:23:37 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work In-Reply-To: <6-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> References: <6-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Message-ID: <7-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Comment #7 on issue 588 by tmartin.... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 Thanks for clarifying the principle, Daniel. I've downloaded the source for 0.11 via cabal and could not find any other reference to XMONAD_RESTART in the source. A comparison with the darcs version 0.12 I am running shows no significant difference AFAICS - looks mostly like a different way of hooking up C libraries, but I'm out of my depth to be sure. The only other reference to args that I can see (after the check for the presence of --replace) are not tests for presence. -- 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 Thu Jan 29 18:16:19 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 29 Jan 2015 18:16:19 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work In-Reply-To: <7-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> References: <7-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Message-ID: <8-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Comment #8 on issue 588 by daniel.w... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 I don't really know what other pieces you're looking for, to be honest. Let's be clear about what's happening and see if you still think there's something missing. Let's start the story when you log in. Your login manager starts up a process named xmonad, which notices that there's a configuration file named ~/.xmonad/xmonad.hs. It builds ~/.xmonad/xmonad-arch-os, and straight away hands over all control to xmonad-arch-os, disappearing at the same time. Now you come along and change xmonad.hs, then run (from your command line, say) xmonad --restart. So there are now two processes running: xmonad-arch-os, and xmonad --restart. The --restart process sets the XMONAD_RESTART atom and dies, leaving just one process. Then X tells xmonad-arch-os that the XMONAD_RESTART atom has been set; so the xmonad-arch-os process builds a fresh copy of the ~/.xmonad/xmonad-arch-os file, then hands all control over to the *new* xmonad-arch-os, disappearing at the same time. Does this architecture make sense? Do you now understand how the --restart argument is handled, and how the code reflects that handling? If so, where does that leave you in terms of understanding the behavior you see happening? -- 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 Thu Jan 29 21:38:24 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 29 Jan 2015 21:38:24 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work In-Reply-To: <8-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> References: <8-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Message-ID: <9-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Comment #9 on issue 588 by tmartin.... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 I now understand how xmonad is meant to behave and it makes a lot more sense. Where it leaves me is with the possibility that there is something in my xmonad.hs that is preventing it from responding to XMONAD_RESTART. I have absolutely no idea what that might be. I've tried commenting out my override on mod-q but as expected it made no difference - if running xmonad --restart at the command line doesn't work then it's unlikely to work in xmonad-arch-os. So I'm baffled by the fault, but better informed on how xmonad works. Attachments: xmonad.hs 21.5 KB -- 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 Thu Jan 29 21:47:32 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 29 Jan 2015 21:47:32 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work In-Reply-To: <9-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> References: <9-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Message-ID: <10-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Comment #10 on issue 588 by allber... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 Hm. Is xmessage installed on your system? xmonad checks to see if it can find itself in $PATH before restarting and puts up a message if it can't; also, if the exec() fails it continues running as is (without a message, I believe). But many recent Linux distributions don't install xmessage, and the replacements aren't quite compatible with the original. -- 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 Thu Jan 29 21:48:53 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 29 Jan 2015 21:48:53 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work In-Reply-To: <10-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> References: <10-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Message-ID: <11-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Comment #11 on issue 588 by allber... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 Come to think of it, it might be instructive to attach to the running xmonad with strace in one terminal, and then run "xmonad --restart" in another and see what the trace shows. -- 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 Thu Jan 29 23:26:09 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 29 Jan 2015 23:26:09 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work In-Reply-To: <11-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> References: <11-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Message-ID: <12-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Comment #12 on issue 588 by tmartin.... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 Both conditions good. xmobar is on the PATH and xmessage is installed. I've attached the strace. --resume argument list too long, perhaps? tony at tony-HP:~$ echo $PATH /home/tony/.cabal/bin:/home/tony/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games tony at tony-HP:~$ whereis xmessage xmessage: /usr/bin/xmessage /usr/bin/X11/xmessage /usr/share/man/man1/xmessage.1.gz Attachments: trace_during_restart 38.1 KB -- 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 Thu Jan 29 23:39:15 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 29 Jan 2015 23:39:15 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work In-Reply-To: <12-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> References: <12-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Message-ID: <13-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Comment #13 on issue 588 by allber... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 Right, that's a sign that the layout state is too complex to be successfully passed as a parameter to --resume (I think we have a bug open for this already but I'm not spotting it in a quick scan). We need to find a different way to pass the state around; using parameters or environment can trigger that failure, writing it to a file can introduce other complications. -- 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 Fri Jan 30 06:22:33 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 30 Jan 2015 06:22:33 +0000 Subject: [xmonad] Issue 588 in xmonad: xmonad --restart doesn't seem to work In-Reply-To: <13-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> References: <13-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Message-ID: <14-3425899027203913298-11783675923860482908-codesite-noreply=google.com@googlecode.com> Comment #14 on issue 588 by tmartin.... at gmail.com: xmonad --restart doesn't seem to work https://code.google.com/p/xmonad/issues/detail?id=588 Ah, so I probably broke it as my xmonad.hs became increasingly complex. I guess I will just have to log out and in again until another way of passing the parameters has been implemented. How quickly do these things usually move? Thanks all for helping me understand the problem. It may not be solved but I've learned a lot along the way. -- 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 Fri Jan 30 21:56:48 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 30 Jan 2015 21:56:48 +0000 Subject: [xmonad] Issue 590 in xmonad: different azerty layouts Message-ID: <0-3425899027203913298-16396382716369444981-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 590 by bert.mo... at gmail.com: different azerty layouts https://code.google.com/p/xmonad/issues/detail?id=590 What steps will reproduce the problem? 1. Switch to Belgian keyboard layout 2. Add azertyconfig to xmonad.hs as described in docs 3. Try switching to workspace 6 or 8 What is the expected output? What do you see instead? I expect to switch to workspace 6 or 8 respectively, but nothing happens. Switching to other workspaces works fine. What version of the product are you using? On what operating system? xmonad-0.11 xmonad-contrib-0.11.3 Debian 8 The issue are the keymappings in XMonad/Config/Azerty.hs. The Belgian keyboard layout seems to need different codes for certain keys. My workaround Copy the source from Azerty.hs to the appropriate places in xmonad.hs. Replace the keymappings in function azertykeys: [0x26,0xe9,0x22,0x27,0x28,0x2d,0xe8,0x5f,0xe7,0xe0] by [ xK_ampersand , xK_eacute , xK_quotedbl , xK_apostrophe , xK_parenleft , xK_section -- 6 0xa7 , xK_egrave , xK_exclam -- 8 0x21 , xK_ccedilla , xK_agrave , xK_parenright ] Proposed solution 1. Replace the original key names like 0x26 by their more readable name like xK_ampersand (6 and 8 still need to be matched for the original azerty layout) 2. Add the variant for the belgian keyboard layout (and maybe others) to the documentation of Azerty.hs. Alternative solution 1 Add a module for the belgian keyboard layout: e.g. AzertyBe.hs Alternative solution 2 Actually the best solution in my opinion. Provide an easy, well-documented way to convert keymappings to other keyboard layouts, so the original keystrokes are preserved. The xmonad cheat sheet would stay valid, just with other symbols on the keys. -- 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 Fri Jan 30 22:06:03 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 30 Jan 2015 22:06:03 +0000 Subject: [xmonad] Issue 590 in xmonad: different azerty layouts In-Reply-To: <0-3425899027203913298-16396382716369444981-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-16396382716369444981-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-16396382716369444981-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 590 by allber... at gmail.com: different azerty layouts https://code.google.com/p/xmonad/issues/detail?id=590 The second alternative is bug 398: https://code.google.com/p/xmonad/issues/detail?id=398 -- 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