June 2009 - xmonad - Haskell.org

Issue 301 in xmonad: Tool Tips and Context Menus On Wrong Monitor
by codesite-noreply＠google.com 29 Jun '09

29 Jun '09

Updates: Status: Invalid Comment #1 on issue 301 by SpencerJanssen: Tool Tips and Context Menus On Wrong Monitor http://code.google.com/p/xmonad/issues/detail?id=301 This is not an xmonad bug. Applications are solely responsible for the positioning of these windows (which are generally override-redirect, meaning the WM leaves them entirely alone). The bug must be in Firefox, or whichever toolkits exhibit this behavior. The bug should also be reproducible in other WMs. -- 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 0

darcs patch: Use ExtensibleState in contrib and some convenience functions
by Daniel Schoepe 29 Jun '09

29 Jun '09

Mon Jun 29 22:15:09 CEST 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Adjust modules to use extensibleState instead of IORefs This patch adjusts the following modules to use extensibleState instead of IORefs thus simplifying the interface: X.A.SpawnOn, X.A.UrgencyHooks, X.A.DynamicHooks Mon Jun 29 22:18:11 CEST 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Add some convenience functions to ExtensibleState This patch adds some convenience functions to XMonad.ExtensibleState and fixes a bug.

1 0

Issue 4 in xmonad: Separate focus for tiled and floating layers
by codesite-noreply＠google.com 29 Jun '09

29 Jun '09

Comment #12 on issue 4 by matt.fowles: Separate focus for tiled and floating layers http://code.google.com/p/xmonad/issues/detail?id=4 Is there any hope for progress on this issue? -- 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 0

Issue 301 in xmonad: Tool Tips and Context Menus On Wrong Monitor
by codesite-noreply＠google.com 29 Jun '09

29 Jun '09

Status: New Owner: ---- New issue 301 by matt.fowles: Tool Tips and Context Menus On Wrong Monitor http://code.google.com/p/xmonad/issues/detail?id=301 *What steps will reproduce the problem?* 1. Boot the laptop with no external monitor 2. Observe that everything works fine 3. Suspend the laptop (this step and step 5 might not be necessary) 4. Attach an external monitor 5. Resume the laptop 6. Hit "Fn + F8" (the key to make the monitor mode change) until both the internal and external monitor show desktops 7. On the external monitor, right click to get a context menu or hover to get a tool tip in some app (I suggest firefox) 8. Notice that the tooltip is actually on the internal monitor (although it is lined up vertically) *What is the expected output? What do you see instead?* I expect the tooltip/context menu to appear under the mouse in step 8 above. *What version of the product are you using? On what operating system?* Ubuntu 9.04 - Jaunty Jackalope XMonad 0.8 *Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile".* Attached "xmonad.hs"; "xmonad --recompile" does not produce output. Attachments: xmonad.hs 5.3 KB xmonad-wrong-monitor-bug.png 336 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 0

darcs patch: Add an extensible state field to XState
by Daniel Schoepe 29 Jun '09

29 Jun '09

Mon Jun 29 18:42:39 CEST 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Add an extensible state field to XState This patch adds functionality for other modules to store arbitrary data in XState. The patch also ensures that the data persists between restarts. This can be used to simplify modules that use IORefs to maintain some form of mutable state(e.g. X.A.SpawnOn), since passing around the IORef is now no longer necessary. The functionality is implemented by storing a Map String StateExtension in XState that associates string representations of data types with their values. These values have to implement Typeable, Show and Read. Proper instances for the latter two are only needed when one wants the data to be persistent between restarts.

1 0

Enabling -fwarn-tabs for commit test (for contrib)
by Adam Vogt 25 Jun '09

25 Jun '09

Hi, I want to add '-fwarn-tabs' to the warnings run when testing patches? (and clean up the couple uses of tabs). The warning is documented in ghc-6.8, missing in ghc-6.6 (but it could still be there?), ghc-6.6 does not support the current darcs contrib, due to various pragmas in use, such as -XDeriveDataTypeable, among others. Changing the -fglasgow-exts flags to more specific pragmas should carry the same risks too. Cheers, Adam

3 3

Issue 177 in xmonad: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol
by codesite-noreply＠google.com 25 Jun '09

25 Jun '09

Comment #12 on issue 177 by hgabreu: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Ivan's patch worked for me too. I've tested with JDeveloper on jdk 1.6.0_14 -- 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 0

darcs patch: Column layout
by portnov 25 Jun '09

25 Jun '09

Hello xmonad world. This module defines layot named Column. It places all windows in one column. Windows heights are calculated from equation: H1/H2 = H2/H3 = ... = q, where `q' is given (thus, windows heights are members of geometric progression). With Shrink/Expand messages one can change the `q' value. I use this layout for Gimp's image windows - such, with 2 images and (Column 2.0), first image window occupies 2/3 and second - 1/3 of screen height. WBR, Portnov.

3 2

Stash and replace for workspace?
by Norbert Zeh 25 Jun '09

25 Jun '09

Hi folks, I just realized that for some of my workflows, the following type of behaviour would be useful. I have two xinerama screens, one I consider the "primary screen" on which I do most of the work, while the other is "secondary" and is used for stuff I like to have handy to look at. Now assume that I am currently looking at workspace A on the primary screen, while the secondary screen shows workspace B. Next I need to do some work on workspace C, but I would like to keep what I did on WS A visible. So I'd like to create a keybinding that shunts A off to my secondary screen (replacing B) and brings up C on my primary screen (replacing A). Now here's the question: Is there a simple and elegant way to do this with the functions available in XMonadContrib? If not, am I right in assuming that I have to do some stackset surgery to achieve this? Any pointers are appreciated. Thanks, Norbert -- "And it happened all the time that the compromise between two perfectly rational alternatives was something that made no sense at all." -- Neal Stephenson, Anathem

2 2

Issue 261 in xmonad: Fullscreen flash movie fails
by codesite-noreply＠google.com 25 Jun '09

25 Jun '09

Comment #9 on issue 261 by rileyrgdev: Fullscreen flash movie fails http://code.google.com/p/xmonad/issues/detail?id=261 Doesnt work here. Flash vid in fullscreen iceweasel. hit fullscreen and flash goes full and then returns to embedded. 0.8.1. Latest flash. Debian. -- 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

2 1