- xmonad - Haskell.org

Issue 559 in xmonad: Redraw of Gnomeapps fails
by codesite-noreply＠google.com 31 Jul '15

31 Jul '15

Status: New Owner: ---- New issue 559 by dragonch...(a)gmail.com: Redraw of Gnomeapps fails http://code.google.com/p/xmonad/issues/detail?id=559 What steps will reproduce the problem? 1. Start Gnome3 Application 2. Click a widget within that application What is the expected output? What do you see instead? Expected: The application should perform the requestet action and redraw the app with the results. Displayed: The Gnome app performs the action but does not redraw the ui, when switching to another desktop and back the App shows the proper output. What version of the product are you using? On what operating system? - Gentoo hardened (Kernel 3.10.8 and 3.11.1) - xmonad 0.11 - Gnome 3.8.4 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

1 12

Issue 598 in xmonad: Join stackage
by codesite-noreply＠google.com 21 Jul '15

21 Jul '15

Status: Accepted Owner: nome...(a)gmail.com New issue 598 by nome...(a)gmail.com: Join stackage https://code.google.com/p/xmonad/issues/detail?id=598 Currently, xmonad does not build against the packages in the latest Stackage LTS release, in particular utf8-string-1. It would be great if xmonad would join stackage so that such problems are detected early. It also gives you some QA for free: http://www.stackage.org/authors -- 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

1 7

[xmonad-contrib] XMonad.Prompt.Pass patch
by ardumont 21 Jul '15

21 Jul '15

Hello, You will find enclosed a patch to propose a new XMonad.Prompt.Pass. >From the header description documentation: -- Provides a shell prompt to lookup passwords in a password-storage (located on user's home @$HOME\/.password-store@). -- The password storage used is <http://git.zx2c4.com/password-store the password-store cli>. -- -- When one validates its input, the corresponding password is loaded -- in the clipboard for a limited period of 45 seconds. -- -- Greatly inspired from <http://babushk.in/posts/combining-xmonad-and-pass.html> I'm open to any suggestions on how to improve on this. Cheers, -- @ardumont

9 31

Issue 603 in xmonad: Problems with toggling focus on Chrome
by codesite-noreply＠google.com 10 Jul '15

10 Jul '15

Status: New Owner: ---- New issue 603 by p...(a)cnphil.com: Problems with toggling focus on Chrome https://code.google.com/p/xmonad/issues/detail?id=603 What steps will reproduce the problem? 1. In tiling mode, open up Chrome 2. Open up another window, say urxvt 3. Try toggling back and forth the focus with <Mod-Tab> What is the expected output? What do you see instead? Chrome should be responding to keyboard, mouse movement. But it just does not seem to realize it is on focus. What version of the product are you using? On what operating system? xmonad 0.11.1 ghc 7.10.1 Chrome 43 beta Arch Linux Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". The problem persists even without an xmonad.hs Please provide any additional information below. In the attached image, you can see that the currently focused window is red-bordered (lower right), but it's not responding to keyboard strokes or anything unless I explicitly move the cursor there and click on it. Attachments: 2015-05-01-003015_2560x1600_scrot.png 468 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

1 6

Issue 609 in xmonad: Xmonad.Util.Paste.pasteString leaves out spaces
by codesite-noreply＠google.com 06 Jul '15

06 Jul '15

Status: New Owner: ---- New issue 609 by abimel...(a)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

2 1

Re: [xmonad] Sticky Windows with CopyWindows & DynamicWorkspaceGroups on Xinerama multihead setup
by Daniel Wagner 03 Jul '15

03 Jul '15

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-IndependentScree…) 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(a)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-DynamicWorkspac… > > 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 >> <alexis.mailinglist(a)de-bruyn.fr <mailto:alexis.mailinglist@de-bruyn.fr>> >> 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(a)haskell.org <mailto:xmonad@haskell.org> >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> >> >> > -- > Alexis de BRUYN > >

1 0

Issue 338 in xmonad: XMonad.Util.Paste.pasteString
by codesite-noreply＠google.com 28 Jun '15

28 Jun '15

Status: Started Owner: vogt.adam Labels: Type-Defect Priority-Medium Component-Contrib New issue 338 by vogt.adam: XMonad.Util.Paste.pasteString http://code.google.com/p/xmonad/issues/detail?id=338 newfish in #xmonad had trouble pasting urls with pasteString. Note that the difficulties with stringToKeysym are already noted in the module's documentation. What steps will reproduce the problem? 1. Add a binding for > , ( "M-S-b", pasteString "http://code.google.com" ) What is the expected output? What do you see instead? It pastes httpcodegooglecom I've pushed a patch that changes the paste to "http;//code.google.com", which is still wrong with the ';' vs ':'. I believe that other : Sat Nov 14 17:37:26 EST 2009 Adam Vogt <vogt.adam(a)gmail.com> * Bypass more of stringToKeysym in U.Paste But there doesn't seem to be a simple way to detect whether a symbolic key must be sent using shiftMask. ,("M-d", pasteString "?><://\\{}[]" ) gives: /.,;//\[][] Is there a proper way to recognize when a symbol should be sent with shiftMask? -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 2

window clients ignore docks on xmonad login
by Dave Macias 23 Jun '15

23 Jun '15

When log into box for the *first time* the "sendMessage ToggleStruts" seems to be on because when i open a terminal or any window it covers the docks. I tested opening a window client on another non-visible workspace at it respected the dock. It seems to only affect visible (focused/nonfocused) workspaces. Only when i reset the layout or change workspace does the dock get uncovered. only see this happening with darcs version 0.12. I tested also with haskell version and it works fine. Docks are respected all the time. One more thing: when i have an urgenthint evoked and i run "xmonad --restart" i get kicked out of xmonad and into my login screen (lxdm) Someone had told on the irc channel that it had to do with the window id and the timer "remindWhen". This happens on both darcs and haskell versions of xmonad. here is a snippet of the urgentconfig: myUrgencyConfig = urgencyConfig {suppressWhen= Visible, remindWhen = (Every (minutes 1.0))} Hope all this makes sense. Thank you in advance -Dave

2 2

Issue 608 in xmonad: EZConfig `exchangeKeys` function
by codesite-noreply＠google.com 23 Jun '15

23 Jun '15

Status: New Owner: ---- New issue 608 by Ephro...(a)gmail.com: EZConfig `exchangeKeys` function https://code.google.com/p/xmonad/issues/detail?id=608 There should be an exchangeKeys function to swap two keys without needing to copy their implementation. Here is my try of an implementation, but I couldn’t get it working, it compiles but nothing happens. Probably a simple logical error. exchangeKeys :: XConfig a -> ((KeyMask, KeySym), (KeyMask, KeySym)) -> XConfig a exchangeKeys conf (map, map') = conf { keys = \cnf -> let -- fwd = M.findWithDefault $ pure () fwd map keys = keys M.! map oldKeys = keys conf cnf (com, com') = (fwd map oldKeys, fwd map' oldKeys) in M.insert map com' $ M.insert map' com oldKeys } There should be `exchangeKeysP`, too. -- 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

1 2

Issue 362 in xmonad: disabling focus following mouse doesn't work
by codesite-noreply＠google.com 23 Jun '15

23 Jun '15

Status: New Owner: ---- New issue 362 by zl29ah: disabling focus following mouse doesn't work http://code.google.com/p/xmonad/issues/detail?id=362 What steps will reproduce the problem? 0. Disable focus following mouse 1. Switch to another workspace 2. Shuffle mouse around 3. Enjoy seeing it focusing windows while not updating the frames' colors 4. After switching the focus using keyboard or mouse click everything become ok What version of the product are you using? On what operating system? 0.9.1 on gentoo linux Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". l29ah@l29ah-work ~/.xmonad $ xmonad --recompile l29ah@l29ah-work ~/.xmonad $ Attachments: xmonad.hs 11.2 KB -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 6