- xmonad - Haskell.org

Issue 205 in xmonad: I would like wiggling mouse to select window its over.
by codesite-noreply＠google.com 07 Sep '08

07 Sep '08

Issue 205: I would like wiggling mouse to select window its over. http://code.google.com/p/xmonad/issues/detail?id=205 Comment #1 by daniel.wagner: You could click on the window. This transfers focus, and if your preferred solution would already have your hand on the mouse, then this is a pretty straightforward solution. -- 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

xmonad 0.8 release candidate
by Spencer Janssen 06 Sep '08

06 Sep '08

The xmonad team has finally been `seq`ed into making a new release, and there are a few things you can do to help: - test these release candidate tarballs http://xmonad.org/xmonad-0.7.20080820.tar.gz http://xmonad.org/xmonad-contrib-0.7.20080820.tar.gz - let us know about any critical issues that should be fixed before the release - check the documentation of your favorite modules, and submit bugs or patches for any missing docs - contributors please only push bugfixes and documentation updates until 0.8 is released - help us update the wiki documentation (the KDE and GNOME guides should be updated to use XMonad.Config.*, for example) - check the brief change list below, and tell me what I've missed. These changes will be mentioned in the release announcement, so we're looking for new functionality, important bug fixes, and compatibility notices See you on the other side of 0.8, The xmonad team core: gaps removed floats always use current screen setlocale/make title locale aware performance hack, reduced window redraws made (|||) associative contrib: Perworkspace: selectively apply layout modifiers to workspaces ManageDocks: ability to toggle gaps on each side of the screen separately HintedGride layout XMonad.Layout.Gaps: a layout modifier for manual gaps locale awareness for window titles, UTF-8 support ManageHelpers: some support for _NET_WM_STATE_FULLSCREEN XMonad.Config.{Desktop, Gnome, Kde, Xfce} XMonad.Hooks.DynamicLog: xmobar function for starting xmobar WindowNavigation improvements PlainConfig? remove ScratchWorkspace (no longer maintained) XMonad.Hooks.FadeInactive: works with xcompmgr to fade inactive windows new Scratchpad

15 45

Issue 214 in xmonad: mouse shift with java
by codesite-noreply＠google.com 05 Sep '08

05 Sep '08

Issue 214: mouse shift with java http://code.google.com/p/xmonad/issues/detail?id=214 Comment #1 by Braden.Shepherdson: This sounds to me like a badly-coded Java app that is using absolute coordinates and just leaving space for where it assumes a title bar to be. -- 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 214 in xmonad: mouse shift with java
by codesite-noreply＠google.com 05 Sep '08

05 Sep '08

Issue 214: mouse shift with java http://code.google.com/p/xmonad/issues/detail?id=214 New issue report by girodt: > What steps will reproduce the problem? 1. launch greenfoot (http://www.greenfoot.org/download/) 2. try out the drop-down and the contextual menus for the dropdown menus, the mouse influence is heavily shifted from the actual mouse position. for the contextual menus, the whole menu is shifted away from where it should appear, in concordance with mouse influence. I tried to run the program in fluxbox to give it a try, and everything seems to be in place. It looks like this vertical shift is linked to the height of the (non-existing) status-bar of the window. I'm really outside of my area here, but I'm wondering if Java/SWING is making a call to the WM to gather informations that will allow it to calculate the mouse coordinates relative to the window's space. > What version of the product are you using? On what operating system? xmonad-0.7 + xmonad-contrib-0.7 on archlinux 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

Re: [xmonad] many dzen instances
by Jesús Guerrero 05 Sep '08

05 Sep '08

On Thu, 04 Sep 2008 21:01:09 +0200 Robert Manea <rob.manea(a)googlemail.com> wrote: > I suppose you are using 'avoidStruts' to let xmonad know about the > correct values for the dzen instances. Yup. > > If so, then your issue are actually 2 issues: > > 1. Dzen sets some properties that tell xmonad to set apart some > screenspace for it. > Xmonad seems to be fine with the dzen on top, the one at the very > bottom should > work just as well, without any further config, though. > > 2. The second issue is the way how dzen decides to set those properties. > It does this > by inspecting wether it touches either the top or bottom edge of the > screen, and only sets > strut information if this is actually the case. > > This means a dzen that does not touch one of the screen borders will > never be recognized > by xmonad and get extra space. > > I'm not sure if the latest xmonad release still contains code to > manually set a gap, but this for sure > would be the easiest way to solve your issue in a simple way. I understand. I also thought of that solution, and I think the code is still there, but I haven't even tried, since that would be only a temporal workaround if the code is going to be deprecated soon. However, there were some other concerns. I thikn that conky was leaking memory or something. That and a few other annoyances made me switch. I now use a couple of gkrellms on the right side of one of my monitors to monitor a couple of boxes, and all is fine. I keep one dzen on the top for my windows, layouts and workspaces. So, after all I found a suitable solution for me. Thanks for the response. -- Jesús Guerrero <i92guboj(a)terra.es>

1 0

Issue 210 in xmonad: xmonad.hs not accepted, xmonad.errors empty
by codesite-noreply＠google.com 04 Sep '08

04 Sep '08

Issue 210: xmonad.hs not accepted, xmonad.errors empty http://code.google.com/p/xmonad/issues/detail?id=210 Comment #4 by m...(a)twifkak.com: Nope, you've now got a working xmonad. Per `man xmonad`, alt-shift-enter will bring up an xterm (unless your xmonad.hs changed that). Feel free to ask for help on the mailing list or the IRC channel, but I'm closing this bug. 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 210 in xmonad: xmonad.hs not accepted, xmonad.errors empty
by codesite-noreply＠google.com 04 Sep '08

04 Sep '08

Issue 210: xmonad.hs not accepted, xmonad.errors empty http://code.google.com/p/xmonad/issues/detail?id=210 Comment #3 by h.stenstrom: After some more testing, I think this is a packaging problem, at least partly. I installed the package libghc6-xmonad-dev, and a bunch of dependent packages. Now the desktop was blank after login, with the default Ubuntu color. No window which fills the whole screen. No error logged in .xsession-errors. On the other hand, I now have new files in ~/.xmonad: xmonad-i386-linux xmonad.hi xmonad.o in addition to the files xmonad.errors (still empty) xmonad.hs. My screen blank, and I can't bring up any menus using the mouse buttons. Do I have to write something to a file to have at least some functionality? -- 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 210 in xmonad: xmonad.hs not accepted, xmonad.errors empty
by codesite-noreply＠google.com 04 Sep '08

04 Sep '08

Issue 210: xmonad.hs not accepted, xmonad.errors empty http://code.google.com/p/xmonad/issues/detail?id=210 Comment #2 by h.stenstrom: This is my exact .xsession errors: /etc/gdm/Xsession: Beginning session setup... Setting IM through im-switch for locale=en_US. Start IM through /etc/X11/xinit/xinput.d/all_ALL linked to /etc/X11/xinit/xinput.d/default. /localhome/helge/.xmonad/xmonad-i386-linux: executeFile: does not exist (No such file or directory) I see no clue here... But the window that covers the whole screen says: Error detected while loading xmonad configuration file:/localhome/helge/.xmonad/xmonad.hs xmonad.hs:14:17: Could not find module `XMonad.StackSet': it is not a module in the current program, or in any known package. Please check the file for errors. I'll attach the xmonad.hs file. It is from the xmonad package of Ubuntu, except for a comment on the first line. Attachments: xmonad.hs 9.4 KB -- 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 210 in xmonad: xmonad.hs not accepted, xmonad.errors empty
by codesite-noreply＠google.com 04 Sep '08

04 Sep '08

Issue 210: xmonad.hs not accepted, xmonad.errors empty http://code.google.com/p/xmonad/issues/detail?id=210 Comment #1 by m...(a)twifkak.com: Heh, I could've sworn I responded to this. Yeah, you'll see I spawned #211, which looks like it is leading to some of confusion. The aforementioned file comes into existence through compilation of xmonad.hs. I'm guessing either compilation failed, or there is a permissions error. Please check the previous lines in your .xsession-errors for clues. -- 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 213 in xmonad: UrgencyHook fails under stress-testing
by codesite-noreply＠google.com 03 Sep '08

03 Sep '08

Issue 213: UrgencyHook fails under stress-testing http://code.google.com/p/xmonad/issues/detail?id=213 New issue report by m...(a)twifkak.com: 1. Save your work. 2. Write a shell script, stress.sh, with the line: while true; do echo -ne '\a'; done 3. Run it in an urxvt with urgentOnBell: true. 4. Move over to a ptty (as your X is now hosed), run top, and notice that xmonad's RES is at several hundred megs, and it's CPU usage is consistently above 50%. 5. killall -9 stress.sh 6. Notice that xmonad is still a resource hog. 7. Curse your curiosity for bringing your work to a halt. (I haven't tested this on another WM; perhaps this problem is global.) I'm looking for suggestions, here. Fixing this completely would require a change to core, I believe. OTOH, this at least points out a space leak in UrgencyHook. Issue attributes: Status: Accepted Owner: m...(a)twifkak.com Labels: Type-Defect Priority-Medium Component-Core Component-Contrib Performance -- 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