From daniel at wagner-home.com Fri Jul 3 20:38:41 2015 From: daniel at wagner-home.com (Daniel Wagner) Date: Fri, 3 Jul 2015 13:38:41 -0700 Subject: [xmonad] Sticky Windows with CopyWindows & DynamicWorkspaceGroups on Xinerama multihead setup In-Reply-To: <55887761.3040600@de-bruyn.fr> References: <55795217.9060707@de-bruyn.fr> <55887761.3040600@de-bruyn.fr> Message-ID: Hi Alexis -- First off, sorry for not CC'ing the mailing list. Dunno how that happened; they're back in the loop. I haven't played with workspace groups very much, so I'm going to take a guess about how they work. Let me know if I'm wrong. My guess is this: you have a collection of workspace groups, which is just a list of workspaces. When you switch to a group, this changes which workspace is visible on all the screens in some deterministic way -- e.g. switching to group ["foo", "bar", "baz"], the left screen is always showing workspace "foo", middle screen "bar", right screen "baz". (I don't care if this is the actual mapping -- so long as the mapping is always the same.) Then, you have a window on one of the screens, and you always want it to be visible on that screen, even when you change workspace groups. I have two more assumption, which is that you are only ever changing workspaces by changing workspace groups; and that any given workspace only appears in one group. If all these assumptions are correct, then one solution to your problem would be simply to copy the window of interest to the appropriate workspaces (rather than using `copyToAll`). You can use `copy` to copy to a single other workspace, and `foldr` to copy to a collection of workspaces: XMonad.Actions.CopyWindow XMonad.StackSet> :t foldr copy foldr copy :: (Eq i, Eq a, Eq s, Foldable t) => StackSet i l a s sd -> t i -> StackSet i l a s sd All that remains for you is to find out which are the right workspaces to copy to. That involves checking which workspace is currently focused, and which other workspaces are in the same "position" in your groups. We can help you craft this code, though we'll need to see your existing config to give good advice. You may also be interested in combining WorkspaceGroups with IndependentScreens ( http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Layout-IndependentScreens.html), which would give you a systematic way to name your workspaces and ease the computation of which other workspaces are in the same "position" in your groups. Good luck, ~d On Mon, Jun 22, 2015 at 2:00 PM, Alexis de BRUYN < alexis.mailinglist at de-bruyn.fr> wrote: > Hi Daniel, > > Thanks for your answer. > > I have 3 monitors in Xinerama mode with 3 workspace groups. I am using > viewWSGroup [1] to navigate through my workspace groups. Sometimes I want > to set a window to be visible to all my workspace groups (so when I do a > viewWSGroup, I always want to see this particular window). > > Long times ago, I used Gnome in a similar multihead setup, I was able to > right clic on a window and mark it as visible on all workspaces (the 3 > monitors were seen as one workspace, which is not with Xmonad, but I am > trying to reproduce this behaviour with DynamicWorkspaceGroups). So when I > changed the workspace, I was able to see my window. > > I hope, I am clear. > > Thanks for your time, > > [1] > http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Actions-DynamicWorkspaceGroups.html#v:viewWSGroup > > On 06/21/15 23:42, Daniel Wagner wrote: > >> X's architecture makes it impossible to show a window on the screen in >> two different locations (e.g. on two different screens) without >> compositing. xmonad doesn't know anything about compositing. The >> behavior you are seeing is xmonad doing its best to reconcile your >> request (show this window on all workspaces, and show several workspaces >> at once) with what it knows how to do (pick a subset of the windows it >> knows about and put at most one place). >> >> What exactly do you want sticky windows to do? I could imagine many >> behaviors one could want that mesh with the "only appears once" >> restriction, with varying levels of code required on your part. >> >> If you really want it to appear on both screens, you're out of luck with >> xmonad. >> ~d >> >> On Thu, Jun 11, 2015 at 2:17 AM, Alexis de BRUYN >> > >> wrote: >> >> Hi List, >> >> I am trying to get Sticky windows on my xinerama setup. >> >> After switching into another WorkspaceGroup, the new window which I >> previously copyToAll, appears in the new WorkspaceGroup but it is >> 'attached' to my mouse pointer. I need to killAllOtherCopies. >> >> That fact that this window follows the mouse across the >> screens/monitors is annoying especially if I have more than one >> sticky window. >> >> How can I get rid of this? Is there another way to achieve this? >> >> Thank for help, >> >> -- >> Alexis de BRUYN >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> >> >> > -- > Alexis de BRUYN > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From davama at gmail.com Mon Jul 6 20:17:02 2015 From: davama at gmail.com (Dave Macias) Date: Mon, 6 Jul 2015 16:17:02 -0400 Subject: [xmonad] Issue 609 in xmonad: Xmonad.Util.Paste.pasteString leaves out spaces In-Reply-To: <0-3425899027203913298-11471100490778474774-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-11471100490778474774-codesite-noreply=google.com@googlecode.com> Message-ID: This would be a nice fix. Had to create another keybinding to mimic mouse middle click because of this. On Sun, Jun 28, 2015 at 11:34 PM, wrote: > Status: New > Owner: ---- > > New issue 609 by abimel... at gmail.com: Xmonad.Util.Paste.pasteString > leaves out spaces > https://code.google.com/p/xmonad/issues/detail?id=609 > > This is an issue for pasteSelection, which uses it. > Saw this patch on the list; wondering if it ever went anywhere? > https://mail.haskell.org/pipermail/xmonad/2013-October/013889.html > > -- > 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 > _______________________________________________ > 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 Jul 10 18:39:57 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 10 Jul 2015 18:39:57 +0000 Subject: [xmonad] Issue 603 in xmonad: Problems with toggling focus on Chrome In-Reply-To: <5-3425899027203913298-3827064008373761146-codesite-noreply=google.com@googlecode.com> References: <5-3425899027203913298-3827064008373761146-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-3827064008373761146-codesite-noreply=google.com@googlecode.com> Message-ID: <6-3425899027203913298-3827064008373761146-codesite-noreply=google.com@googlecode.com> Comment #6 on issue 603 by s... at google.com: Problems with toggling focus on Chrome https://code.google.com/p/xmonad/issues/detail?id=603 Relevant reference doc for configuration: http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Hooks-EwmhDesktops.html -- 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 mlists at pmade.com Tue Jul 14 16:09:26 2015 From: mlists at pmade.com (Peter Jones) Date: Tue, 14 Jul 2015 10:09:26 -0600 Subject: [xmonad] Two patches related to XMonad.Prompt References: <87vbi1f0q5.fsf@pmade.com> Message-ID: <87pp3uhgax.fsf@pmade.com> Norbert Zeh writes: > On Mon, Mar 16, 2015 at 11:59 AM Peter Jones wrote: > >> Norbert Zeh writes: >> > I really got used to using emacs ido mode, which offers a pretty powerful >> > and intuitive fuzzy matching of completions, so I wanted to port the same >> > to XMonad.Prompt. >> >> I've wanted this for a long time, can't wait to try it out. Thanks! > Excellent. Once you get to try it out, any feedback on how to improve the > sorting, if any, would be appreciated. It took me some tries to come up > with the current version, which I am pretty happy with as far as matching > my sorting expectations goes, but that doesn't mean that there aren't more > intuitive criteria for sorting. In the end, of course, it's all heuristic > anyway. I've been playing with your fuzzy matching for about a week now. I really, really like it. The only issue I have is that I can't seem to get tab completion to work. For simple prompts I can just press enter once the item I want is selected. But for more complicated menus, such as the shell menu, I want to be able to press tab and have the current item expanded so I can start entering arguments. This doesn't seem to work. I've also noticed that if I have fuzzy matching turned on in the shell prompt and start to complete a file path it crashes the prompt and I have to restart xmonad to remove the X window that the prompt created. -- Peter Jones, Founder, Devalot.com Defending the honor of good code From eniotna.t at gmail.com Tue Jul 21 09:00:04 2015 From: eniotna.t at gmail.com (Antoine R. Dumont) Date: Tue, 21 Jul 2015 11:00:04 +0200 Subject: [xmonad] [xmonad-contrib] XMonad.Prompt.Pass patch In-Reply-To: <87r3zkvfmu.fsf@gmail.com> 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> Message-ID: <878ua9evhn.fsf@gmail.com> Hello, First, sorry for the delay in response Joachim. And sorry for xmonad ml for potentially messing up the timeline. I do not seem to find Joachim's original mail in my box nor do I know how to rattach to it. So I copied/pasted from archive the email's content to which I reply below. ardumont writes: > Dear ardumont, > > 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. Of course you are right. I did not see it at the time because I did not use subdirectories. Now this need is staring right at me :D Some people saw this shortcoming too http://blog.tarn-vedra.de/posts/xmonad-password-store.html. > 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. Recently, it got back to my todo list. > 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. Indeed. Thanks for pointing it. > > Greetings, > Joachim Sorry for the delay, got sidetracked by so many stuff I did not even see your email. I think you fixed all this https://mail.haskell.org/pipermail/xmonad/2015-February/014554.html. Thanks! Cheers, -- tony / @ardumont ----------------------------------------------------------------- gpg fingerprint BF00 203D 741A C9D5 46A8 BE07 52E2 E984 0D10 C3B8 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: From codesite-noreply at google.com Tue Jul 21 16:11:41 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 21 Jul 2015 16:11:41 +0000 Subject: [xmonad] Issue 598 in xmonad: Join stackage In-Reply-To: <6-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> References: <6-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> Message-ID: <7-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> Comment #7 on issue 598 by danburto... at gmail.com: Join stackage https://code.google.com/p/xmonad/issues/detail?id=598 Bump. Still waiting on that 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 codesite-noreply at google.com Fri Jul 31 10:39:18 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 31 Jul 2015 10:39:18 +0000 Subject: [xmonad] Issue 559 in xmonad: Redraw of Gnomeapps fails In-Reply-To: <10-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> References: <10-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Message-ID: <11-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Comment #11 on issue 559 by dtrne... at googlemail.com: Redraw of Gnomeapps fails https://code.google.com/p/xmonad/issues/detail?id=559 The solution is to NOT USE the SetWMName extension in order to convince Java that xmonad is "LG3D" (which is a deprecated way of working around the gray java windows). Because this SetWMName breaks GTK3-apps, see the xmonad FAQ: https://wiki.haskell.org/Xmonad/Frequently_asked_questions#Using_SetWMName Instead use the preferred method (see FAQ https://wiki.haskell.org/Xmonad/Frequently_asked_questions#Preferred_Method) and set an environment variable _JAVA_AWT_WM_NONREPARENTING=1 at startup. I did this by adding the following to my xmonad.hs: import System.Posix.Env (putEnv) and adding the putEnv line to the startup of xmonad: main = do putEnv "_JAVA_AWT_WM_NONREPARENTING=1" Now I can use all java applications and GTK3-apps. -- 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 Jul 31 10:43:29 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 31 Jul 2015 10:43:29 +0000 Subject: [xmonad] Issue 559 in xmonad: Redraw of Gnomeapps fails In-Reply-To: <11-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> References: <11-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Message-ID: <12-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Comment #12 on issue 559 by dtrne... at googlemail.com: Redraw of Gnomeapps fails https://code.google.com/p/xmonad/issues/detail?id=559 This ?bug? is solved and can be closed as it is not a bug but just a configuration issue which is now documented here and in the xmonad FAQ. -- 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