- xmonad - Haskell.org

darcs patch: broadcast unidentified events.
by David Roundy 26 Jun '07

26 Jun '07

This fixes the display bug with Xinerama + my latest doLayout changes for me. David Sat Jun 23 14:41:25 PDT 2007 David Roundy <droundy(a)darcs.net> * broadcast unidentified events. This change is independent of the doLayout change I just sent in, but fixes the problem that change introduces in Decoration, by ensuring that all Layouts get redraw events. I think this is the correct behavior.

2 1

darcs patch: Decoration.hs: added automatic font mana... (and 2 more)
by Andrea Rossato 26 Jun '07

26 Jun '07

As I promised here are the patches: nedDecoration and withGC now take also a font name, this way font management is totally hidden. Let me know. ciao andrea Mon Jun 25 15:57:22 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * Decoration.hs: added automatic font managment newDecoration now takes also a fontname to set fonts in decorations that use them. If an empty string is send the the default Xorg fonts will be loaded. Mon Jun 25 16:01:12 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * added configration options and moved font stuff to Decorations.hs Added a new data type to keep configuration options. tabbed now takes the shrinker and the configuration type. Fixed a bug related to vertical alignment of text. Mon Jun 25 16:07:35 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * Tabbed.hs: updated usage information

2 1

xmobar-0.2 released!
by Andrea Rossato 25 Jun '07

25 Jun '07

Hi! I've just released a new version of XMobar, xmobar-0.2, the status bar for xmonad. This release fixes two memory leaks: one due to an inappropriate use of the FontStruct data structure. The second one due to a probable bug in System.Process.runInteractiveProcess. XMobar now uses runInteractiveCommand, that does not appear to leak memory. You can grab XMobar here: http://gorgias.mine.nu/xmobar/xmobar-0.2.tar.gz if this server is down try here: http://gipc49.jus.unitn.it:8080/xmobar/xmobar-0.2.tar.gz Darcs: http://gorgias.mine.nu/repos/xmobar/ (btw, when I apply new patches to that repository, the new patches show up in _darcs/patches/ as read by the author only... I need to figure that out...;-) Hope you'll enjoy. Andrea

1 0

Issue 27 in xmonad: Unmanaged windows should be able to be assigned to custom layout algorithms
by codesite-noreply＠google.com 25 Jun '07

25 Jun '07

Issue 27: Unmanaged windows should be able to be assigned to custom layout algorithms http://code.google.com/p/xmonad/issues/detail?id=27 Comment #1 by dons00: With line wrapping: In Xmonad, a window becomes unmanaged by having the override redirect flag set. This then means that the windows geometry, defined in .Xdefaults, is used. This is non-optimal when working with multiple resolutions on a regular basis. Laptops that are frequently plugged in to external monitors are screwed. It would be nice if we could have layout algorithms for the non-managed gaps as well as for the managed center. The gaps are rectangles afterall, and you could have a default layout of un-managed so that no functionalty would be changed, just added. More info please, Tim. What is the problem, how do we reproduce it? If its a feature request, clarify what precisely is desired. Issue attribute updates: Summary: Unmanaged windows should be able to be assigned to custom layout algorithms -- 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

darcs patch: fixes a possible memory leak
by Andrea Rossato 25 Jun '07

25 Jun '07

Hi, this fixes a possible memory leak: when "loadQueryFont" is called the returned FontStruct must be freed after using it. By the way, this was the problem of xmobar too. Ciao Andrea Mon Jun 25 12:16:29 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * fixes a possible memory leak

2 4

Issue 29 in xmonad: MergeFB " Pseudo" Xinerama not supported
by codesite-noreply＠google.com 25 Jun '07

25 Jun '07

Issue 29: MergeFB "Pseudo" Xinerama not supported http://code.google.com/p/xmonad/issues/detail?id=29 Comment #9 by dons00: Closed. Ulrich has verified it does work. Issue attribute updates: Status: Invalid -- 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 29 in xmonad: MergeFB " Pseudo" Xinerama not supported
by codesite-noreply＠google.com 25 Jun '07

25 Jun '07

Issue 29: MergeFB "Pseudo" Xinerama not supported http://code.google.com/p/xmonad/issues/detail?id=29 Comment #8 by Ulrich.Pfeifer: Hello, I just confirmed that it actually does work with a second monitor. Using "xvidtune -next" and scrolling to verify was a little tedious. Apparently I made a build error. I am not sure were, as I used the commands in the shell history after the "darcs pull" to recompile and install. But evidence indicates I did something wrong :-( So, sorry for the fuzz. xmonad darcs head version is working fine with a mergeFB setup. Ulrich -- 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: fix usage instructions on NoBorders.
by David Roundy 25 Jun '07

25 Jun '07

Sun Jun 24 07:16:31 PDT 2007 David Roundy <droundy(a)darcs.net> * fix usage instructions on NoBorders.

2 1

Remaining tasks before 0.3 release
by dons＠cse.unsw.edu.au 25 Jun '07

25 Jun '07

This is a proposed set of tasks remaining to do before we release xmonad 0.3 -- the release with all originally planned features implemented: * finish float layer merge (fixes fullscreen/float interation) -- dons * make layout info persist across restarts -- sjanssen * management filters (clients are assigned to workspaces and layouts) * _NET_WM_STRUT to support dock apps in gaps -- jcreigh * module-local state for extensions * h98 StackSet + catch * greedy workspace switching Anything else that remains to be done? Ensure it is on the bug tracker. We know how to do most of these, so perhaps we just take the next 2 weeks to finish these off, then a week of testing, then 0.3 comes out? David, and other hard core extension guys -- your job will be to ensure the api is rich enough that you can do whatever you want, before 0.3 comes out. -- Don

1 0

Issue 30 in xmonad: Dragging windows across screens does not switch the window's workspace
by codesite-noreply＠google.com 25 Jun '07

25 Jun '07

Issue 30: Dragging windows across screens does not switch the window's workspace http://code.google.com/p/xmonad/issues/detail?id=30 New issue report by jcreigh: What steps will reproduce the problem? 1. With a Xienrama setup, create a floating window. 2. Drag the window from one screen to another. What is the expected output? What do you see instead? The floating window is over the second workspace but logically part of the first. Dragging windows across screens should switch the window's workspace. Issue attributes: Status: Accepted Owner: jcreigh 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