- xmonad - Haskell.org

darcs patch: Added next-window versions of the raise* functions.
by Ian Zerny 05 Apr '08

05 Apr '08

Sat Apr 5 20:29:00 CEST 2008 Ian Zerny <ian(a)zerny.dk> * Added next-window versions of the raise* functions.

2 1

Issue 121 in xmonad: java/firefox gray box
by codesite-noreply＠google.com 05 Apr '08

05 Apr '08

Issue 121: java/firefox gray box http://code.google.com/p/xmonad/issues/detail?id=121 Comment #3 by Ivan.Tarasov: unlucid, please try SetWMName extension, I believe that it fixes all of the gray rectangle problems with Java starting from version 1.6.0u1. -- 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: XMonad.Layout: documentation cleanup (and 1 more)
by Lukas Mai 04 Apr '08

04 Apr '08

Fri Apr 4 23:54:44 CEST 2008 Lukas Mai <l.mai(a)web.de> * XMonad.Layout: documentation cleanup Fri Apr 4 23:56:15 CEST 2008 Lukas Mai <l.mai(a)web.de> * XMonad.Operations: applySizeHint reshuffle Make applySizeHints take window borders into account. Move old functionality to applySizeHintsContents. Add new mkAdjust function that generates a custom autohinter for a window.

2 1

darcs patch: UNDO: _NET_ACTIVE_WINDOW moves windows i... (and 1 more)
by Joachim Breitner 04 Apr '08

04 Apr '08

Hi, as discussed on the mailing list, the previous behaviour is more desired. Reverting and documenting this in the haddock description. Greetings Joachim Wed Apr 2 16:38:11 CEST 2008 Joachim Breitner <mail(a)joachim-breitner.de> UNDO: _NET_ACTIVE_WINDOW moves windows if necessary This makes EWMH behave a bit more like metacity: If _NET_ACTIVE_WINDOW is received and the window is not on the current worspace, it is brought here (instead of the workspace switched to the other one). So for example, if you click on the pidgin icon in the panel and the buddy list is already open some where it is moved here. Fri Apr 4 09:29:44 CEST 2008 Joachim Breitner <mail(a)joachim-breitner.de> * Document _NET_ACTIVE_WINDOW behaviour more exactly

2 1

darcs patch: Shell.hs: getEditor/Browser changes
by gwern0＠gmail.com 04 Apr '08

04 Apr '08

Thu Apr 3 18:38:12 EDT 2008 gwern0(a)gmail.com * Shell.hs: getEditor/Browser changes This implements the discussed changes. getEditor now defaults to testing $VISUAL, then $EDITOR. getBrowser tests additional variables, $X-WWW-BROWSER/$WWW-BROWSER. The fallback for getEditor is now emacsclient. Advice is added for Vim users to use gvim by default. The env function is generalized to getEnv on a list; particular thanks to allbery_b who basically wrote the new one - I certainly wouldn't've figured out that use of MonadPlus!

3 5

darcs patch: Shell.hs: +getBrowser, getEditor, helper... (and 5 more)
by gwern0＠gmail.com 04 Apr '08

04 Apr '08

Mon Mar 31 21:34:47 EDT 2008 gwern0(a)gmail.com * Shell.hs: +getBrowser, getEditor, helper function The helper function asks the shell for the value of a variable, else returns the second argument. getBrowser and getEditor obviously specialize it for two particular possibly queries Mon Mar 31 21:39:47 EDT 2008 gwern0(a)gmail.com * Search.hs: remove an argument from selectSearch and promptSearch The new getBrowser function allows us to mv the old selectSearch and promptSearch aside as too-general functions, and replace them with new versions, which employ getBrowser to supply one more argument. This allows us to replace the tedious 'selectSearch google "firefox"; selectSearch yahoo "firefox"...' with shorter 'selectSearch google' and so on. One less argument. Also, update the docs. Mon Mar 31 21:50:49 EDT 2008 gwern0(a)gmail.com * RunOrRaise.hs: FF 3 doesn't use the "Firefox-bin" classname Mon Mar 31 22:17:40 EDT 2008 gwern0(a)gmail.com * WindowGo.hs: +raiseBrowser, raiseEditor Specialize runOrRaise in the same way as with Actions.Search, for one's browser and one's editors. Mon Mar 31 22:20:12 EDT 2008 gwern0(a)gmail.com * forgot a haddock for getEditor in Shell.hs Mon Mar 31 22:31:30 EDT 2008 gwern0(a)gmail.com * improve WindowGo.hs Haddock formatting

5 10

darcs patch: Shell.hs: getEditor/Browser changes (and 1 more)
by gwern0＠gmail.com 04 Apr '08

04 Apr '08

Thu Apr 3 18:38:12 EDT 2008 gwern0(a)gmail.com * Shell.hs: getEditor/Browser changes This implements the discussed changes. getEditor now defaults to testing $VISUAL, then $EDITOR. getBrowser tests additional variables, $X-WWW-BROWSER/$WWW-BROWSER. The fallback for getEditor is now emacsclient. Advice is added for Vim users to use gvim by default. The env function is generalized to getEnv on a list; particular thanks to allbery_b who basically wrote the new one - I certainly wouldn't've figured out that use of MonadPlus! Thu Apr 3 20:57:02 EDT 2008 gwern0(a)gmail.com * Shell.hs: s/-/_/ Per allbery, although I wonder whether XMonad can even build on systems using such old shells; also, we're not defining variables with hyphens but querying about them. But better safe than sorry?

1 0

darcs patch: remove references to defaultGaps from template man/xmonad.hs
by Brent Yorgey 03 Apr '08

03 Apr '08

Thu Apr 3 11:20:40 EDT 2008 Brent Yorgey <byorgey(a)gmail.com> * man/xmonad.hs: remove defaultGaps from template xmonad.hs

2 1

Issue 40 in xmonad: Screen focus does not follow the mouse pointer
by codesite-noreply＠google.com 03 Apr '08

03 Apr '08

Issue 40: Screen focus does not follow the mouse pointer http://code.google.com/p/xmonad/issues/detail?id=40 Comment #7 by lit...(a)hethrael.org: Julian, that issue can be fixed by the UpdatePointer contrib module. See http:// xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Actions-UpdatePointer.html and http:// haskell.org/haskellwiki/Xmonad/Frequently_asked_questions#How_do_I_configur… follows-focus.3F . -- 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 40 in xmonad: Screen focus does not follow the mouse pointer
by codesite-noreply＠google.com 03 Apr '08

03 Apr '08

Issue 40: Screen focus does not follow the mouse pointer http://code.google.com/p/xmonad/issues/detail?id=40 Comment #6 by julian.morrison: This also is a problem when you do the following: create tiles on one desktop, switch to another desktop, move the mouse, switch back. The focus-follows-mouse property of "mouse on window implies focus on window" is not maintained. -- 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