- xmonad - Haskell.org

Issue 12 in xmonad: Support _NET_WM_STRUT property for status bar programs
by codesite-noreply＠google.com 06 Oct '07

06 Oct '07

Issue 12: Support _NET_WM_STRUT property for status bar programs http://code.google.com/p/xmonad/issues/detail?id=12 Comment #9 by SpencerJanssen: It is very close to a fix. The last step is to track the size of these docks, and update the defaultGaps to allow accurate toggling of the status gap. -- 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 53 in xmonad: Workspace list should be preserved
by codesite-noreply＠google.com 06 Oct '07

06 Oct '07

Issue 53: Workspace list should be preserved http://code.google.com/p/xmonad/issues/detail?id=53 Comment #1 by SpencerJanssen: Simply sortBy (comparing findIndex) if you'd like the workspaces in Config.hs order. Issue attribute updates: Status: WontFix -- 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 52 in xmonad: Some apps don't read size properly when Master in Tall mode
by codesite-noreply＠google.com 06 Oct '07

06 Oct '07

Issue 52: Some apps don't read size properly when Master in Tall mode http://code.google.com/p/xmonad/issues/detail?id=52 Comment #1 by SpencerJanssen: This is by design -- we ignore size hints to avoid ugly gaps between windows. You can use XMonadContrib.LayoutHints to respect the size hints of tiled windows. Issue attribute updates: Status: WontFix -- 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: ManageHook list interface
by mail＠joachim-breitner.de 06 Oct '07

06 Oct '07

Sat Oct 6 18:03:24 CEST 2007 mail(a)joachim-breitner.de * ManageHook list interface This patch implements the proposed manageLog interface outlined in http://code.google.com/p/xmonad/issues/detail?id=54 Note that all the Data.Monoid stuff is just to avoid writing foldl (.) id as mconcat. Maybe foldl (.) id is nicer in this case. I’m not sure if I put the ManageHook type declaration in the right spot. I did not adjust any plugins to the new interface, although the recently commited ManageDocks.hs by chance already had this interface :-) The Config.hs could probably need some example, as soon as some plugins use this interface > -- Add hooks from imported extensions, e.g. > manageHooks = [ floatGimp, manageDocksHook ] Greetings, Joachim

1 0

darcs patch: XPrompt: added ^A and ^E and more (and 1 more)
by Andrea Rossato 06 Oct '07

06 Oct '07

hi, some stuff I had floating around for a while, and a step towards the i18n support (but I'm going to send separately something more). After some experiments with readline, bash, getDirectoryContents I think that the best way to get command completion is to use getDirectoryContents over the path. This is the most efficient on my laptop, at least. Sure we also get non executable files, but that's a very small price to pay. Bash instead is used to get directory/file completions. Moreover, now we escape special characters and spaces, which should lead to a better completion handling and shell interaction. The code is a bit longer but I think it is worth. And moreover we don't need readline anymore. Finally, thanks to Eric who started the commands implementation. I added ^A and ^E. Andrea Fri Oct 5 13:21:22 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * XPrompt: added ^A and ^E and more - added ^A (start of line) and ^E (end of line) - added support for escaping spaces (see an example of it's use in the new ShellPrompt) - some code cleanup: I'm now tracking changes to XPrompt also in modified version that supports i18n. This is the reason of some name changes. Fri Oct 5 13:22:50 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * ShellPrompt: removed readline dependency and added escape character support

2 1

darcs patch: fix problem found by Heffalump in CopyWindow.
by David Roundy 06 Oct '07

06 Oct '07

Fri Oct 5 10:37:46 EDT 2007 David Roundy <droundy(a)darcs.net> * fix problem found by Heffalump in CopyWindow.

2 1

Issue 54 in xmonad: User-Friendly manageHooks interface
by codesite-noreply＠google.com 06 Oct '07

06 Oct '07

Issue 54: User-Friendly manageHooks interface http://code.google.com/p/xmonad/issues/detail?id=54 New issue report by nomeata: The current manageHooks interface is not very nice, I think. Currently, the user has to write a function of type: manageHook :: Window -- ^ the new window to manage -> String -- ^ window title -> String -- ^ window resource name -> String -- ^ window resource class -> X (WindowSet -> WindowSet) and the example suggest to use pattern guards to select more than one hook. This has disadvantages. Hooks that need IO to see if they need to be run, for example, can't be added by hooks. Also it should be possible to run more than one hook per window. I suggest that the interface for the user is with > type ManageHook = Window -> X (WindowSet -> WindowSet) as follows: > manageHook :: [ManageHook] > manageHook = [ floatGimp, anotherHook withArgument ] the code in XMonad then just runs something like > foldl (.) id $ map ($ window) Config.manageHooks to run all Hooks. Hooks that don't need to be applied just don't do anything in the X monad and return id. What do you think? (And why can't I mark a bug as a feature request when filing it) Issue attributes: Status: New Owner: ---- Labels: Type-Defect Priority-Medium -- 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 12 in xmonad: Support _NET_WM_STRUT property for status bar programs
by codesite-noreply＠google.com 06 Oct '07

06 Oct '07

Issue 12: Support _NET_WM_STRUT property for status bar programs http://code.google.com/p/xmonad/issues/detail?id=12 Comment #8 by nomeata: I just commited ManageDocks which reveals but removes from the stack all windows with _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_DOCK. Not sure if this fixes this bug. -- 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: (un)Manage Docks based on WINDOW_TYPE
by mail＠joachim-breitner.de 06 Oct '07

06 Oct '07

Sat Oct 6 15:28:02 CEST 2007 mail(a)joachim-breitner.de * (un)Manage Docks based on WINDOW_TYPE Hi, this is a replacement for the example code in Config.hs that should detect and unamange, for example, the gnome-panel. The problem with that code is that it also unamangs dialog boxes from gnome-panel which then are not usable (no keyboard intput, at least here). Greetings, Joachim

2 1

darcs patch: add mapWorkspace tests
by Devin Mullins 06 Oct '07

06 Oct '07

Sat Oct 6 03:31:29 EDT 2007 Devin Mullins <me(a)twifkak.com> * add mapWorkspace tests (just completely duplicated the two mapLayout tests :)

2 1