- xmonad - Haskell.org

Issue 37 in xmonad: window gets focus temporarily on window change?
by codesite-noreply＠google.com 08 Aug '07

08 Aug '07

Issue 37: window gets focus temporarily on window change? http://code.google.com/p/xmonad/issues/detail?id=37 Comment #3 by tim.thelion: I think this might be a bug in urxvt, it's not always the 4th window, it seems to be a different numbered window each time the number of windows upwards from the old effected window, changes. I'm using tall, and I don't have any options set that could possibly make my xmonad configuration weird. I'll try installing xmonad on another comp and seeing how it fares... -- 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 39 in xmonad: Printing to file from Thunderbird puts critical part of window off-screen
by codesite-noreply＠google.com 07 Aug '07

07 Aug '07

Issue 39: Printing to file from Thunderbird puts critical part of window off-screen http://code.google.com/p/xmonad/issues/detail?id=39 New issue report by mvanier42: What steps will reproduce the problem? 1. Fire up Thunderbird (1.5) 2. Try to print a mail message to a file What is the expected output? What do you see instead? The file selector dialog window comes up at the upper-left corner of the screen, with the one-line text-entry widget in which you type the desired filename completely off-screen (or, in rare cases, almost completely offscreen). What version of the product are you using? On what operating system? Darcs head xmonad compiled with GHC 6.6.1 (itself compiled from scratch) on Debian Linux unstable. Please provide any additional information below. This problem comes up in both full mode and tabbed mode. I think the window in question should be a floating window, but it doesn't seem to be (I can't move it with the mouse), so maybe when there is more consistent floating window support this will go away. If this error is due to a module from XMonadContrib, please tag this issue with 'Component-Contrib' below. 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

Dmenu utility
by Tim hobbs 07 Aug '07

07 Aug '07

Hello, I know a lot of people use dmenu with xmonad, so I want to share a one line shell script that I wrote for it which makes it significantly more powerfull. This shell script takes a path argument, and pipes the odd numbered lines to dmenu, it then runs the even numbered line that comes after the odd numbered line selected. This allows verbose shell commands to have nice looking names(a line pair might look like): haskell-lib-docs urxvt -e "w3m /home/timothy/s/doc/other/haskell/libraries/index.html" It also allows for doing submenu's easilly as you can have a line pair like: Documentation dmenu-verbose /home/timothy/etc/docs Attached are the files dmenu-verbose(the shell script) and programs(my main dmenu file) and docs(a submenu). Installisation is easy, 1) Download dmenu-verbose. 2) Go to the directory to which you downloaded it and type: chmod 755 dmenu-verbose #makes it executable sudo cp dmenu-verbose /bin/ #puts it in your path 3) Modify your dmenu file to have each command listed twice, with the first line of each pair being easy to read rather than needing to be a shell command. 4) Change the line in your Config.hs; , ((modMask, xK_p ), spawn "exe=`dmenu_path | dmenu` && eval \"exec $exe\"") -- @@ Launch dmenu to , ((modMask .|. shiftMask, xK_r ), spawn "dmenu-verbose /home/timothy/etc/programs") remembering to make that be the path to YOUR dmenu file. 5) Rebuild and restart xmonad. -- - Tim tim.thelion(a)gmail.com

1 0

minor code comment
by Michael Vanier 07 Aug '07

07 Aug '07

In StackSet.hs, the "Eq a" qualification in index :: Eq a => StackSet i a s sd -> [a] index = with [] integrate is superfluous. Is there any good reason to keep it? Mike

3 2

dragging in X instead of IO
by David Roundy 07 Aug '07

07 Aug '07

Hi all, I've done a bit of xmonad hacking at home recently (where I no longer have an internet connection), and thought I'd mention what I've done, and see what other developers think. Basically, I've been hacking on the dragging code, which seems pretty ugly to me. I added a "dragging" datum of type Maybe (Position -> Position -> X (), X ()) which is usually Nothing, but if we're in the process of dragging something, the first is a callback function for motion events, and the second is a callback for the button release event (which is assumed to terminate the dragging). The result is that moving and resizing windows doesn't interrupt xmonad's regular event loop, and means (among other things) that tabs get redrawn while moving float windows (for instance if the float window gets moved over the tab like an eraser). This is a bugfix, but not of a very relevant bug. The real motivation is to allow dragging interactions as a first-class UI citizen. In particular, I would like to have a draggable version of TwoPane, which would send special resize Messages as the user drags the border between the two panes. This will be particularly helpful with Combo layouts, since I haven't found a useful way to make the keyboard bindings for resizing panes work with Combo (no useful way to tell which Layout you're talking to). But it's also nice for just a vanilla TwoPane (except I'm making a new Layout, of course, so you happy TwoPane users won't be bothered), since the mouse has considerably higher bandwidth than the keyboard (i.e. there isn't the tradeoff between a high delta so you can quickly resize and a low delta so you can accurately resize). It'd also be handy for things like a XMonadContrib floating layout with title bars on the windows (which would hopefully eventually be a candidate for replacing the default float layout via Config modification). Anyhow, since this is a change in a pretty core bit of xmonad, I thought I should mention it, even though I can't yet send in patches. Suggestions will be welcome (or someone who wants to reimplement this themselves... since I won't be able to read any suggestions at home...). I'll be back into the world of home internet connectivity after I move in a couple of weeks, so that's when you can expect to get patches (I could bring my laptop into work, but I'm really busy just now...). -- David Roundy Department of Physics Oregon State University

3 2

darcs patch: Extras.hsc: added xSetSelectionOwner, xGetSelectionOwn...
by Andrea Rossato 07 Aug '07

07 Aug '07

Hi, with this patch the we can write applications with cut and paste capabilities. Spencer: if you don't like the formatting, or where the functions have been located I can edit and resend. Let me know, please. Cheers, Andrea Mon Aug 6 11:33:29 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * Extras.hsc: added xSetSelectionOwner, xGetSelectionOwner, xConvertSelection With this patch it is possible to use Selections from the Haskell side. We can thus implement cut and paste operations.

2 3

Issue 37 in xmonad: window gets focus temporarily on window change?
by codesite-noreply＠google.com 06 Aug '07

06 Aug '07

Issue 37: window gets focus temporarily on window change? http://code.google.com/p/xmonad/issues/detail?id=37 Comment #2 by dons00: Can't reproduce. Closing. 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

Question about window ordering
by Michael Vanier 06 Aug '07

06 Aug '07

I just installed the Tabbed extension, and it's great (thanks, David!). Now I can probably ditch ion for good. However, the tabs revealed to me something I hadn't noticed before: that a new window gets placed to the left of the currently selected window. Is there any way to make the new window come up to the right of the currently selected window, which I find more intuitive? Thanks, Mike

4 11

Issue 11 in xmonad: ui idea: user-specified filters to 'manage'
by codesite-noreply＠google.com 06 Aug '07

06 Aug '07

Issue 11: ui idea: user-specified filters to 'manage' http://code.google.com/p/xmonad/issues/detail?id=11 Comment #3 by dons00: Interaction with task bars are so on is more complex than we thought. Bumping back to 0.4 Issue attribute updates: Labels: -Milestone-Release0.3 Milestone-Release0.4 -- 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 4 in xmonad: Separate focus for tiled and floating layers
by codesite-noreply＠google.com 06 Aug '07

06 Aug '07

Issue 4: Separate focus for tiled and floating layers http://code.google.com/p/xmonad/issues/detail?id=4 Comment #6 by dons00: The floating layer is done, so I'm refining this ticket to just the 2 cursor issue. The stack changes required are bigger than i'd anticipated. In favour of stability, I'm bumping this back a revision. The remaining issue with the floating layer is well understood, and only appears in fullscreen mode: we can live with that as a `feature' for now. Issue attribute updates: Summary: Separate focus for tiled and floating layers Labels: -Type-Enhancement -Milestone-Release0.3 Type-Defect Milestone-Release0.4 -- 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