- xmonad - Haskell.org

Issue 171 in xmonad: focus switching problems with xxkb
by codesite-noreply＠google.com 11 Apr '08

11 Apr '08

Issue 171: focus switching problems with xxkb http://code.google.com/p/xmonad/issues/detail?id=171 Comment #7 by veselov: I'm not sure what you mean by 'switching troubles', but my xxkb is working good in xmonad. Example steps: 1. Run xxkb. 2. Spawn two terminal windows. 3. Switch to russian keyboard layout in first terminal window. 4. Move to another terminal window. Set keyboard layout to 'us'. 5. Back to first window - layout is preserved for this window (still 'ru'). 6. Move to second window - layout is preserved for this window (still 'us'). That's exactly that behaviour I'm expecting from xxkb. -- 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: Provide options to Tabbed layout to have tabs always v...
by ivan.miljenovic＠gmail.com 10 Apr '08

10 Apr '08

Thu Apr 10 21:59:02 EST 2008 Ivan.Miljenovic(a)gmail.com * Provide options to Tabbed layout to have tabs always visible. By default, the tabbar in XMonad.Layout.Tabbed is only shown when more than one window is open. This dodgy hack provides options to have it always be shown.

2 1

Patch: fix focus when user is moving the mouse
by Klaus Weidner 10 Apr '08

10 Apr '08

Hello, the attached patch fixes an issue that had been bugging me - in focus-follows-mouse mode, the input focus sometimes lagged behind the mouse pointer, and as a result I was closing or typing into the wrong window. Let me know in case there's a better way to approach this, I'm still new to haskell and xmonad. I'll send a related patch to the UpdatePointer contrib module separately. -Klaus Remember if focus changes were caused by mouse actions or by key commands. If the user used the mouse to change window focus (moving into or clicking on a window), this should be handled differently than focus changes due to keyboard commands. Specifically, it's inappropriate to discard window enter/leave events while the mouse is moving. This fixes the bug where a fast mouse motion across multiple windows resulted in the wrong window keeping focus. It's also helpful information for contrib modules such as UpdatePointer - it's supposed to move the mouse pointer only in response to keyboard actions, not if the user was moving the mouse.

4 8

xmobar new plugins and features
by Ivan Veselov 10 Apr '08

10 Apr '08

Hi all! I've implemented a couple of new mail plugins for XMobar and added config commenting possibility. 1. GMail plugin. Uses GMail's Atom feed to retrieve data about new messages. Data is taken from: https://mail.google.com/mail/feed/atom Plugin uses 'curl' with SSL support, username and password should be given in .xmobarrc. Then data is parsed using simple custom Parsec-based Atom parser (which is not a general Atom parser, it's written only for parsing GMail Atom format and to not increase dependencies list of xmobar). Usage example: Add , Run GMail "veselov" "secret_password" 1200 to 'commands' part of the config (.xmobarrc) and GMail: <fc=red>%gmail%</fc> to the template. 2. POP3 mail plugin. Uses 'network' package to talk with POP3 server using sockets. Handle errors intelligently (displays 'Login failed', 'Connection failed' and 'N/A' according to real reason of the failure). Usage example: Add the following to 'commands' part of config to add checking two POP3 servers: , Run POP3 "pop3.yandex.ru" 110 "veselov" "pwd1" "yandex" 6000 , Run POP3 "eth0.net.ua" 110 "sphynx" "pwd2" "eth0mail" 5000 Format is: Run POP3 <server_name> <server_port> <login> <password> <name_of_this_pop3_entry_in_template> <refresh_rate> And then add: Yandex: %yandex% | Eth0mail: %eth0mail% to your template. 3. Possibility of commenting lines of the config with '--' at the beginning of line (or even after some whitespace). These patches aren't accepted yet by Andrea Rossato in spite of the fact that they were adopted a bit by himself, because they do increase number of dependencies of xmobar ('network' for POP3 and 'time' for GMail). But I find them really useful, so announcing here. You can pull the patches from: http://histoma.com/repos/xmobar This repository currently includes all the patches from original xmobar repo + my mail and comment patches. And I update it from xmobar repo regularly. Enjoy! Feedback is appreciated. WBR, Ivan N. Veselov aka sphynx.

1 0

Patch: UpdatePointer: Don't move the pointer if the user is moving the mouse.
by Klaus Weidner 10 Apr '08

10 Apr '08

This patch depends on the following xmonad core patch: Remember if focus changes were caused by mouse actions or by key commands If the user was moving the mouse, it's not appropriate to move the pointer around in resonse to focus changes. Do that only in response to keyboard commands.

2 2

KDE page updated
by Yitzchak Gale 10 Apr '08

10 Apr '08

With lots of help from everyone at #xmonad, and especially sjanssen, I am happy to announce that the wiki page for using Xmonad with KDE http://haskell.org/haskellwiki/Xmonad/Using_xmonad_in_KDE has been updated. Using these instructions, it should be easy for most users of KDE 3.5 to get going with Xmonad in ten minutes or less. (Well, it does require being able to recognize a file path and to create a text file.) If you have KDE, please check it out. Any additions and improvements would be highly appreciated. See below for some remaining issues. To the maintainer of the Xmonad front page: Near the top of the page, the word "Gnome" is linked but "KDE" is not. If you agree that the KDE page is now in good enough shape, please link also to the KDE page. Here are some Xmonad/KDE issues that are still open. If you can make any progress, please do. o The configuration really needs to rebind mod-shift-q to end the KDE session, but I don't know what command to spawn for this. o I still have KDE 3.5, and I don't plan to muck around with 4.0 until it gets into Debian testing. If you have 4.0, please test out this configuration and report your findings. Thanks, Yitz

2 1

Issue 175 in xmonad: Click on unfocused window eaten
by codesite-noreply＠google.com 09 Apr '08

09 Apr '08

Issue 175: Click on unfocused window eaten http://code.google.com/p/xmonad/issues/detail?id=175 New issue report by vorner: If I click on an unfocused window, it gets focused, but the click is eaten by xmonad. It would be nice to have a way to configure it in a way the click would go to the window too (both focus & click sent to the app). I'm using xmonad 0.7 Thank you 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 174 in xmonad: Unified documentation for using xmonad with a desktop environment
by codesite-noreply＠google.com 09 Apr '08

09 Apr '08

Issue 174: Unified documentation for using xmonad with a desktop environment http://code.google.com/p/xmonad/issues/detail?id=174 New issue report by SpencerJanssen: We have various Gnome, KDE, and Xfce guides scattered across xmonad.org, the wiki, and various blogs. We ought to create one guide that demonstrates the xmonad settings (ManageDocks, AvoidStruts, and EwmhDesktops, essentially) that will work for all of these desktops. Issue attributes: Status: Accepted Owner: ---- Labels: Type-Defect Priority-Medium Documentation -- 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 173 in xmonad: Feature request: Extension for 'always on visible desktop' windows
by codesite-noreply＠google.com 09 Apr '08

09 Apr '08

Issue 173: Feature request: Extension for 'always on visible desktop' windows http://code.google.com/p/xmonad/issues/detail?id=173 Comment #3 by r...@ro-che.info: Patch is applied. Issue attribute updates: Status: Fixed -- 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 173 in xmonad: Feature request: Extension for 'always on visible desktop' windows
by codesite-noreply＠google.com 09 Apr '08

09 Apr '08

Issue 173: Feature request: Extension for 'always on visible desktop' windows http://code.google.com/p/xmonad/issues/detail?id=173 Comment #2 by veselov: Yeah, I've patched CopyWindow by adding 'copyToAll' and 'removeAllOtherCopies' functions to implement this functionality. So one can bind 'windows copyToAll' to hotkey now, which will make a focused window always visible and 'removeAllOtherCopies' will restore its state (visible only on current workspace). Patch is attached. Attachments: copyToAll.dpatch 8.6 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