November 2008 - xmonad

darcs patch: dzenStatusBar (and 1 more)
by seanmce33＠gmail.com 27 Jan '09

27 Jan '09

Fri Sep 26 16:58:38 EDT 2008 seanmce33(a)gmail.com * dzenStatusBar adds a full width status bar using dzen run completely from xmonad Thu Oct 2 09:13:04 EDT 2008 seanmce33(a)gmail.com * layoutLogger, windowLogger, workspaceLogger,maildDir loggers layoutLogger: shows current layout workspaceLogger: shows current workspace windowLogger: shows current window mailDirUnread: show unread mail for a maildir directory mailDirNew: show new mail for a maildir directory fileCountLogger: show count of files matching filter in a given diretory

2 1

system-config-lvm crashes in xmonad, not in metacity
by intrigeri 10 Jan '09

10 Jan '09

Hello, I’m using xmonad built from Darcs around 20080701, with libghc6-x11-dev 1.4.1-1 from Debian Lenny. Running system-config-lvm (Debian package 1.4.1-1) from a terminal (either as a non-privileged user or using gksudo) opens a system-config-lvm window, a dialog box making me wait a bit while « Reloading LVM. Please wait. », then briefly displays what seems to be the program main window, then crashes and the window disappears. This has been filed as a Debian bug against system-config-lvm, and then closed, since I this crash was not reproducible when using Gnome/Metacity instead of xmonad : http://bugs.debian.org/488512 Here is the output on the console : /usr/share/system-config-lvm/cylinder_items.py:1032: GtkWarning: gdk_pixbuf_scale_simple: assertion `dest_width > 0' failed scaled_pixbuf = self.pixbuf.scale_simple(pixmap_width, height, gtk.gdk.INTERP_BILINEAR) Traceback (most recent call last): File "/usr/share/system-config-lvm/Volume_Tab_View.py", line 454, in on_tree_selection_changed self.on_best_fit(None) File "/usr/share/system-config-lvm/Volume_Tab_View.py", line 536, in on_best_fit self.display_view.draw() File "/usr/share/system-config-lvm/renderer.py", line 590, in draw self.display.draw(self.da, self.gc, (10, y_offset)) File "/usr/share/system-config-lvm/cylinder_items.py", line 920, in draw self.cyl_upper.draw(pixmap, gc, (x, y)) File "/usr/share/system-config-lvm/cylinder_items.py", line 305, in draw CylinderItem.draw(self, dc, gc, (x, y)) File "/usr/share/system-config-lvm/cylinder_items.py", line 120, in draw child.draw(dc, gc, (x, y)) File "/usr/share/system-config-lvm/cylinder_items.py", line 305, in draw CylinderItem.draw(self, dc, gc, (x, y)) File "/usr/share/system-config-lvm/cylinder_items.py", line 120, in draw child.draw(dc, gc, (x, y)) File "/usr/share/system-config-lvm/cylinder_items.py", line 311, in draw cyl_pix = self.cyl_gen.get_cyl(dc, self.get_width(), self.height) File "/usr/share/system-config-lvm/cylinder_items.py", line 1039, in get_cyl pixmap.draw_pixbuf(gc, scaled_pixbuf, 0, 0, 0, 0, -1, -1) TypeError: GdkDrawable.draw_pixbuf() argument 2 must be gtk.gdk.Pixbuf, not None The program 'system-config-lvm.py' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 4910 error_code 11 request_code 53 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Traceback (most recent call last): File "/usr/share/system-config-lvm/system-config-lvm.py", line 173, in <module> runFullGUI() File "/usr/share/system-config-lvm/system-config-lvm.py", line 158, in runFullGUI blvm = baselvm(glade_xml, app) File "/usr/share/system-config-lvm/system-config-lvm.py", line 108, in __init__ self.volume_tab_view = Volume_Tab_View(glade_xml, self.lvmm, self.main_win) File "/usr/share/system-config-lvm/Volume_Tab_View.py", line 133, in __init__ self.prepare_tree() File "/usr/share/system-config-lvm/Volume_Tab_View.py", line 215, in prepare_tree self.mirror_sync_progress.initiate() File "/usr/share/system-config-lvm/Volume_Tab_View.py", line 579, in initiate if self.crank(): File "/usr/share/system-config-lvm/Volume_Tab_View.py", line 588, in crank self.forked_command.fork() File "/usr/share/system-config-lvm/execute.py", line 134, in fork os.write(self.fd_write_out, out) OSError: [Errno 32] Relais brisé (pipe) Could this be a xmonad bug ? Bye, -- intrigeri <intrigeri(a)boum.org> | gnupg key @ http://gaffer.boum.org/intrigeri/intrigeri.asc | Every now and then I get a little bit restless | and I dream of something wild.

1 2

darcs patch: Prompt.hs: replace magic numbers with un... (and 2 more)
by gwern0＠gmail.com 22 Dec '08

22 Dec '08

Wed Nov 19 16:25:02 EST 2008 gwern0(a)gmail.com * Prompt.hs: replace magic numbers with understandable names Wed Nov 19 16:25:23 EST 2008 gwern0(a)gmail.com * Prompt.hs: increase font size to 12 from niggardly 10 Wed Nov 19 16:31:22 EST 2008 gwern0(a)gmail.com * Prompt.hs: +greenXPConfig and amberXPConfig

2 1

announce: XMonad.Layout.Monitor
by Roman Cheplyaka 15 Dec '08

15 Dec '08

XMonad.Layout.Monitor is module for managing 'monitor' windows. Monitor windows are like dock windows, but they are placed above other windows. For example, see screenshot[1]. 'Monitor' is layout modifier which shows monitor window above the tiled windows of current layout. Its features are: - works with unmanaged windows ( => it's trivial to get monitor on all workspaces, plus monitor never gets focus) - toggling visibility with a keybinding - it's possible to have several monitors and toggle them independently (using nested modifiers) Due to stacking algorithm of xmonad, it isn't currently possible to show monitor above floating windows. For details, please see the docs. Comments are welcome. 1. http://www.haskell.org/haskellwiki/Image:Xmonad-clock.png -- Roman I. Cheplyaka (aka Feuerbach @ IRC)

4 4

XMonad can't support _NET_ACTIVE_WINDOW" root window property.
by Andy Stewart 30 Nov '08

30 Nov '08

Hi, develop team! I have use XMonad some month. It's great, thanks! But i found XMonad does not support the necessary root window property, namely "_NET_ACTIVE_WINDOW". Because i have a emacs extension for SCIM-Bridge need use this root window property to compute input focus position. And can use command "xprop -root _NET_ACTIVE_WINDOW" to test this problem, will got "_NET_ACTIVE_WINDOW: no such atom on any window." message. But in GNOME, this command will get value of "_NET_ACTIVE_WINDOW". So please add this root window property in XMonad. Thanks! -- Andy.

2 2

Issue 61 in xmonad: XPrompt Ctrl+keys don't work with NumLock
by codesite-noreply＠google.com 30 Nov '08

30 Nov '08

Comment #3 on issue 61 by lit...(a)hethrael.org: XPrompt Ctrl+keys don't work with NumLock http://code.google.com/p/xmonad/issues/detail?id=61 This issue has been fixed and can be closed. -- 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

Floating-layer oddity when raising
by Mike Lundy 29 Nov '08

29 Nov '08

I'm seeing a oddity with floating windows and WindowGo.raise. When I focus a floating window and trigger a cross-workspace raise operation, I get a weird flipping behavior where it switches between the workspace I was on and the workspace I was switching to in an infinite loop. It doesn't happen every time with every floating window- there's some factor there I'm not seeing. If I float an xterm and try to reproduce it, it only happens sometimes (it's bursty, though, and I'm not sure what causes it to happen). gwern@freenode said he reproduced it with mnemosyne, and we both reproduced it with twitux (a twitter client). For me, I can trigger it with twitux 100% of the time. Procedure: 1) Launch twitux 2) Connect (you need a twitter account, unfortunately) 3) Hit Ctrl-N to pop up the "new message" dialog 4) Click into the new message text box in the float (without this, it doesn't break for me) 5) Trigger a cross-workspace raise. Boom. (The easiest way I've found to break the loop once it happens is to to a manual workspace move) Let me know if I can help further.

3 2

Floating Workspace: How Resize Windows
by Dominik Bruhn 29 Nov '08

29 Nov '08

Hy, on a workspace using the "Simple Float" Layout, how can I resize a window? as soon as I use the Mod4+right-mouse-buttom click the doesnt get managed by the "Simple Float" Layout but by the internal floating layout. Anyway: Are there any plans to implement a working floating-support? Using Applications Like Gimp or Inkscape is nearly impossible using xmonad. Greetings -- Dominik Bruhn mailto: dominik(a)dbruhn.de

3 2

Issue 242 in xmonad: inter screen handling doesn't work with xrandr --right-of, works with --left-of
by codesite-noreply＠google.com 28 Nov '08

28 Nov '08

Status: New Owner: ---- New issue 242 by ddbremner: inter screen handling doesn't work with xrandr --right-of, works with --left-of http://code.google.com/p/xmonad/issues/detail?id=242 What steps will reproduce the problem? 1. log into to my thinkpad X61 with external monitor attached 2. xrandr --output VGA --right-of LVDS --mode 1280x1024 3. mod-shift-e in a client on the external screen What is the expected output? What do you see instead? the client should go to the laptop screen instead, it disappears (although it still shows in the kicker list) What version of the product are you using? On what operating system? xmonad 0.8 on debian. I tried with the unstable and experimental versions of the Xserver Please provide any additional information below. If I instead run xrandr --output VGA --left-of LVDS, things work as expected. If I run --right-of _after_ --left-of, it seems to work as well. If this error is due to a module from XMonadContrib, please tag this issue with 'Component-Contrib' below. -- 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 234 in xmonad: broken links in xmonad contrib docs
by codesite-noreply＠google.com 28 Nov '08

28 Nov '08

Comment #5 on issue 234 by roma(a)ro-che.info: broken links in xmonad contrib docs http://code.google.com/p/xmonad/issues/detail?id=234 David has applied my patch which fixes the issue. Now somebody has to rebuild docs for website with darcs haddock. -- 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