- xmonad - Haskell.org

Issue 314 in xmonad: Investigate merging SmartBorders to core
by codesite-noreply＠google.com 13 Sep '09

13 Sep '09

Comment #1 on issue 314 by icarnales: Investigate merging SmartBorders to core http://code.google.com/p/xmonad/issues/detail?id=314 Getting LayoutModifier in to core will have its adventages. first, mirror could be a modification a tiling layout and not a rewrite. Second it will be the preferred (recomended) way to create a layout that adds some functionaluty in other predefined layout. This could guide us to a more consistent contrib code. -- 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 313 in xmonad: Merge contrib's isFullscreen and doFullFloat to core
by codesite-noreply＠google.com 13 Sep '09

13 Sep '09

Comment #2 on issue 313 by icarnales: Merge contrib's isFullscreen and doFullFloat to core http://code.google.com/p/xmonad/issues/detail?id=313 Maybe you can add isDialog to, in order to float dialog windows by default because not every app sets the transient flag (firefox, etc) and could be a sane behaviour to float these windows by default. I suggest also using doCenterFloat from the same module for this purpose. -- 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 292 in xmonad: Border pixels not rendered on screens rotated with xrandr
by codesite-noreply＠google.com 12 Sep '09

12 Sep '09

Comment #5 on issue 292 by david.jc.anderson: Border pixels not rendered on screens rotated with xrandr http://code.google.com/p/xmonad/issues/detail?id=292 FYI, when I reported this bug I was also using the proprietary nvidia drivers. This may still be happening, I'm not sure, I've since returned to landscape displays (mostly because of this). -- 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 292 in xmonad: Border pixels not rendered on screens rotated with xrandr
by codesite-noreply＠google.com 12 Sep '09

12 Sep '09

Comment #4 on issue 292 by t.lainson: Border pixels not rendered on screens rotated with xrandr http://code.google.com/p/xmonad/issues/detail?id=292 @ryan.funduk: Do you use the proprietary nvidia drivers? I'm about to start a thread about this in their forum. -- 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 292 in xmonad: Border pixels not rendered on screens rotated with xrandr
by codesite-noreply＠google.com 12 Sep '09

12 Sep '09

Comment #3 on issue 292 by SpencerJanssen: Border pixels not rendered on screens rotated with xrandr http://code.google.com/p/xmonad/issues/detail?id=292 The only resolution I can see is to report a bug with Xorg and possibly your graphics vendor if you use a proprietary driver. -- 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 292 in xmonad: Border pixels not rendered on screens rotated with xrandr
by codesite-noreply＠google.com 12 Sep '09

12 Sep '09

Comment #2 on issue 292 by ryan.funduk: Border pixels not rendered on screens rotated with xrandr http://code.google.com/p/xmonad/issues/detail?id=292 @Spencer: Any ideas/suggestions for ways around this? I suppose 'disable the window border' would solve the rendering bug, but then... well, you don't really have any way to know which window is active, right? -- 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

Re: [xmonad] new extension: XMonad.Layout.ShowActive
by Adam Vogt 10 Sep '09

10 Sep '09

* On Thursday, September 10 2009, Adam Vogt wrote: ... >can be used to make a halfway decent (but still unusable IMHO) key >chording extension for xmonad (attached for the record, but it is >darcs-only). ... It seems I forgot the attachment.

1 0

new extension: XMonad.Layout.ShowActive
by smschm 10 Sep '09

10 Sep '09

Hi XMonad list - long time user, first time extension submitter. I'm attaching an extension called ShowActive that it would be a stretch for me to say I wrote (it's about 99% ShowWName, I just cut parts out). On each layout it pops up a small square in each window for a short time, with the active window colored differently. This works much better for me than borders when alt-tabbing to spot-identify which window got focus. Now, I'm just attaching the raw .hs file instead of a cabal patch since I cant get the development version of XMonadContrib to compile against my stock xmonad-8.1, and I don't want to upgrade to the bleeding edge in case it breaks anything. Maybe someone else, if they think this is useful, can make a patch out of it. Or, if someone else knows how to make a patch without requiring that XMonadContrib compiles, let me know. Enjoy, Steve

2 1

darcs patch: Make the keymap of XMonad.Prompt customizable
by Daniel Schoepe 10 Sep '09

10 Sep '09

Thu Sep 10 18:08:28 CEST 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Make the keymap of XMonad.Prompt customizable This patch allows the user to change the keymap XMonad.Prompt and related modules use to be customized using the XPConfig structure.

1 0

Issue 312 in xmonad: [improvement] MosaicAlt: change tall/wide
by codesite-noreply＠google.com 10 Sep '09

10 Sep '09

Comment #1 on issue 312 by vogt.adam: [improvement] MosaicAlt: change tall/wide http://code.google.com/p/xmonad/issues/detail?id=312 MosaicAlt selects the layout in the manner you describe. You could also try the Mosaic layout in darcs contrib. It generates a set of possible arrangments in a similar manner as MosaicAlt, but the keybindings for the aspect ratio affect the overall / average aspect ratio for all windows, rather than the target ratio for the focused window. There are other differences between the two layouts, so following up on this problem with MosaicAlt is probably worthwhile. -- 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