- xmonad - Haskell.org

Bug Reports: changing X keymaps disrupts xmonad keybindings
by Robert Marlow 22 Jul '07

22 Jul '07

G'day. Just a quick bug report: Changing X keymaps between, say, dvorak and us, using setxkbmap will often (though not always) break xmonad keybindings. I haven't been able to discern any pattern with when it will break the bindings and when it won't. Getting keybingings to work again is as simple as using setxkbmap over and over until the keybindings work again. ie setkbmap will break the bindings, but it will also fix them when they're broken. Another bug report (though one which has probably been noticed by someone else): killing xmonad and restarting it seems to lose management of all windows that are not being managed by workspaces currently visible on any screens.

3 3

xmobar-0.7rc1 testers needed
by Andrea Rossato 21 Jul '07

21 Jul '07

Hi, today I added XEvents handling to xmobar, a status bar you should know I'm writing. Now, this is more difficult of what I first thought, since xmobar makes heavy use of Haskell threads. Since we need to call XNextEvent, it seems, as far as I can understand, that this is going to block every other Haskell threads, unless the threaded RTS is used and/or (?) forkOS (which requires anyway the threaded RTS) is used instead of forkIO. While this is working fine on my system, I have a system with an old Xorg build (I cannot compile X11-1.2.2 and X11-extras on that machine), which seem to block all threads no matter what I do. This is not a valuable test for me, so I need testers to confirm or refute my personal test. Here you can grab the source, which now requires x11-extras (I think that 0.2 should go, but I did not check: please let me know if you find out): http://gorgias.mine.nu/xmobar/xmobar-0.7rc1.tar.gz If no tester will show up, well, no problem: no refreshing xmobar will be released....;-) ciao andrea

2 9

Spiral Patch: make direction of spiral optionally configurable
by Robert Marlow 21 Jul '07

21 Jul '07

Patch attached. The primary motivation for this was making it easy to get the Spiral going in a reasonable direction for a vertical display.

1 0

[dzen] New dzen release 0.6.0
by Robert Manea 19 Jul '07

19 Jul '07

dzen release 0.6.0, featuring: * Coloring arbitrary parts of the text * Dzen gadgets * Tiny programs that are useful in combination with dzen * Can be build separetly * New event: onnewinput * Help system using dzen to display and format the documentation * Type ./help after extracting the archive * Several fixes and code clean up Get it here: http://gotmor.googlepages.com/dzen Have fun, Rob.

1 0

Patch: Tweak dmenu binding
by Peter De Wachter 18 Jul '07

18 Jul '07

2 1

Show name/title of current window in status bar?
by Kai Grossjohann 18 Jul '07

18 Jul '07

Does anyone have ready-made code to show the name or title of the current window in the status bar? Thanks, Kai

3 3

Show current layout in status bar?
by Kai Grossjohann 18 Jul '07

18 Jul '07

Does anyone have ready-made code to show the current layout in the status bar? It would be useful for me. Thanks, Kai

3 2

darcs patch: Tabbed.hs: corrected error in Usage reported by Xavier...
by Andrea Rossato 17 Jul '07

17 Jul '07

Tue Jul 17 07:00:34 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * Tabbed.hs: corrected error in Usage reported by Xavier Maillard

2 1

darcs patch: fix possible memory leak in getClassHint
by root 17 Jul '07

17 Jul '07

Tue Jul 17 09:53:50 YEKST 2007 Zhenya Generalov <lucky(a)uralmail.com> * fix possible memory leak in getClassHint

2 1

X Events in a Status Bar
by Andrea Rossato 17 Jul '07

17 Jul '07

Hi, I'm fighting with my personal ignorance and intellectual limitations without seeing any end. Supposed you have a window that displays a string that is the concatenation of a list (of unknown length) of MVars, written by forked threads with unknown frequencies. You could check if any single variable has been updated after a given amount of time, but it is quite probable that some of them have been updated in that period of time. So you just end up reading them periodically, and displaying what can be displayed. This stupid reading happens in a recursive loop. Now, how can you handle X Events in such a situation and specifically an Exposure event? You could stop the loop and wait for the event to occur, but you need to update the display since some MVar have change in the meantime. You could wait for the event for some time and then update anyway. It's a less stupid way of reading, but I cannot find any function to achieve this result. You could just forget about it, keep on updating periodically, but then someone is going to say that your status bar has refresh issues (who cares? Once I started it I'm not going to cover it, so no Exposure event handling is needed here. If you have a problem with that send a patch, it could even be applied...;-). Actually I think I'm not able to find a working solution in a limited amount of time, no matter how huge that amount is. But since I keep reading that in order to code Haskell you must be very smart, I thought I could ask here, before giving up...;-) Ciao Andrea

2 4