- xmonad - Haskell.org

xmonad.org renewal
by David Lazar 11 Mar '20

11 Mar '20

Hi all, The xmonad.org domain is up for renewal again. I've been managing the domain since 2007, but I am no longer involved with the xmonad/Haskell community. Would someone be interested in taking over the domain? Thanks, David

6 6

Cycle recent non-empty workspaces (seeking PR review)
by ivan 08 Mar '20

08 Mar '20

Hi, I have a pull request in xmonad-contrib that adds two new features to XMonad.Actions.CycleRecentWS and I'm hoping to get it reviewed. The first feature is the ability to cycle through non-empty workspaces, or more generally, the ability to apply a user-provided predicate to the list of workspaces included in the cycle. The second feature is the ability to toggle back and forth between the current and most recent workspace. It's essentially a special case of cycling, but with simpler keyboard behavior -- repeated key presses toggle back and forth regardless of whether a modifier key has been released or not. There's not a whole lot to it, but it was fun to put together. The PR can be found at: https://github.com/xmonad/xmonad-contrib/pull/331 Thanks! Ivan

1 0

master window with fixed pixels layout.
by Eric Gebhart 26 Jan '20

26 Jan '20

1 0

master window with fixed pixels layout.
by Alejandro Garcia 25 Jan '20

25 Jan '20

Hello first of all thank you for xmonad. the seconds I have saved every day by not having o drag and drop windows has given me more time to focus on what matters. get the job done and go home to play with my kids. I would like to know: Is there a window layout with the property that the width and height of the master window can be specified in pixels? my use case Is that I would like to record video casts. But it would be helpful for me if the window size of the master window stays fixed independently of the other windows open in the screen. I have checke FixedColumns. but on it the Width of the column is specified in a rare metric (characters?) plus the height is not fixed. Any recommendation ? Thanks in advance. -- Alejandro García F. (elviejo) Too brief? Here's why! http://emailcharter.org EOM – End Of Message. The whole message is in the subject don't need to open it. NNTR – No Need To Respond. Help cut down on all those “cool” and “thanks” emails. SINGLE SUBJECT. Send one email for one topic, this makes replies easy.. CLEAR CALL TO ACTION: Ask for some specific result very clearly.

2 1

Refresh display, adapting to monitor resolution
by Jean-Baptiste Mestelan 11 Jan '20

11 Jan '20

Hello, Is there a way to have XMonad adapt the display to the resolution of the plugged monitor(s)? My problem is: at home, I have the laptop attached to one monitor. I suspend the session (systemctl hibernate), and resume it at work where I use a higher-resolution monitor. The display remains as it was set when starting the X session. The only way I have found to have the new monitor settings detected is to restart the X session (slim restart), which obviously kills user programs. So the question is: is there a command I can run to have the display adapt to the capabilities of the current monitor? Thanks for attention.

2 2

Is there a better way to write new layout? (Also modified Tall layout inside)
by Dusan Popovic 06 Jan '20

06 Jan '20

Hi, With being near impossible to get any non 16:9 monitor, and using big monitor (27" or bigger), any single terminal/editor takes entire screen when using Tall layout. This makes all the text aligned at the left edge of the monitor, which forces me to either sit facing the left half of the monitor or stretch my neck 90+% of time. I decided to modify Tall layout, so that with single window open it doesn't take all the space, while with more than one window open it behaves exactly as Tall already does. I am really beginner in haskell but I can do basic stuff, so I chopped built in Tall layout, modified it a bit, added to xmonad.hs. While it works well I am convinced there must be more elegant way to do the same, so I am curious how to do it better. Steps I took to make it work: 1. Chop LANGUAGE directive from xmonad-git/src/XMonad/Layout.hs and add to my xmonad.hs at the top. I would love to avoid having FlexibleInstances in my xmonad.hs. {-# LANGUAGE FlexibleInstances, MultiParamTypeClasses, PatternGuards, TypeSynonymInstances, DeriveDataTypeable #-} 2. Chop and modify Tall layout, add it to xmonad.sh, most important part being 'tile54 f (Rectangle sx sy sw sh) nmaster 1' function that matches when there is only one window. import Control.Arrow ((***), second) import Control.Monad import Graphics.X11 (Rectangle(..)) data Tall54 a = Tall54 { tallNMaster :: !Int -- ^ The default number of windows in the master pane (default: 1) , tallRatioIncrement :: !Rational -- ^ Percent of screen to increment by when resizing panes (default: 3/100) , tallRatio :: !Rational -- ^ Default proportion of screen occupied by master pane (default: 1/2) } deriving (Show, Read) instance LayoutClass Tall54 a where pureLayout (Tall54 nmaster _ frac) r s = zip ws rs where ws = W.integrate s rs = tile54 frac r nmaster (length ws) pureMessage (Tall54 nmaster delta frac) m = msum [fmap resize (fromMessage m) ,fmap incmastern (fromMessage m)] where resize Shrink = Tall54 nmaster delta (max 0 $ frac-delta) resize Expand = Tall54 nmaster delta (min 1 $ frac+delta) incmastern (IncMasterN d) = Tall54 (max 0 (nmaster+d)) delta frac description _ = "Tall54" tile54 :: Rational -- ^ @frac@, what proportion of the screen to devote to the master area -> Rectangle -- ^ @r@, the rectangle representing the screen -> Int -- ^ @nmaster@, the number of windows in the master pane -> Int -- ^ @n@, the total number of windows to tile -> [Rectangle] tile54 f (Rectangle sx sy sw sh) nmaster 1 = [Rectangle sx1 sy sw1 sh] where sx1 = sx + sm1 sm1 = fromIntegral (sw - sw1) `div` 2 sw1 = 5 * fromIntegral (sh `div` 4) tile54 f r nmaster n = if n <= nmaster || nmaster == 0 then splitVertically n r else splitVertically nmaster r1 ++ splitVertically (n-nmaster) r2 -- two columns where (r1,r2) = splitHorizontallyBy f r 3. Add new layout in the list, keeping standard Tall as second one. In rare cases when I want single window taking entire screen I can switch to Tall. As a result, when I open single terminal or editor window it is centered, simulating old 5:4 monitors. More than one window and it is standard Tall layout. I have attached my xmonad.hs if somebody wants to try. So finally questions: 1. Anybody needs this apart from me? How do you cope with 'teaminal/editor being too far to the left'? 2. Is there a better way to write this layout (in xmonad.hs) without butchering parts of code from Layout.hs? Since I am learning haskell I believe any pointers would be very useful. Cheers, Dusan

2 1

Universal argument a lá Emacs for Xmonad
by Ruben Astudillo 23 Nov '19

23 Nov '19

Dear all On Emacs you can pass certain functions an interactive argument via the C-u chord. For example you can press C-u 5 C-n to move 5 lines down the buffer. Sometimes I've wanted this functionality on XMonad, for example to be able to do stuff like `C-u 3 modm-m` to move to the third window counted from the main window if it exists. I wonder if somebody know if that's implemented as a module. -- -- Ruben -- PGP: 4EE9 28F7 932E F4AD

3 3

spawnOn in startupHook only works for one Nemo window, not the other
by Adam Sjøgren 02 Nov '19

02 Nov '19

Hi, I'm using spawnOn in my startupHook to open various programs on various virtual desktops when logging in - it's quite nice to have that happen automatically. I start two instances of the Nautilus (file manager) fork Nemo: spawnOn "7" "nemo ~/video/" spawnOn "7" "nemo ~/video/tablet/" But only one of them ends up on desktop 7. The one other is placed on the current desktop. I have tried adding a "sleep 2;" to one of them, to see if it was some timing thing, but the same thing happens. I have also tried to combine them, and have one line starting "nemo ~/video/" nemo ~/video/tablet/", same thing. Oh, and as I am typing this, I realize that the second invocation probably doesn't start a lasting separate process, but messages the first to open a new window, and that original process then opens it, might be why spawnOn seems to "not work". Maybe I should just use manageSpawn to have all Nemo windows end up on desktop 7. I guess I have rubber ducked myself into the answer, but any comments are welcome regardless. Best wishes, Adam -- "Please don't "meh" the panopticon. You are Adam Sjøgren not making things better by doing that." asjo(a)koldfront.dk

2 1

Polybar covering on top of windows
by Thomas Järvstrand 03 Sep '19

03 Sep '19

Hi! I've been using xmonad for a while now but since switching to Polybar I can't get windows to hide the bar when toggling struts. I'm on xmonad 0.13 and here's my configuration: https://github.com/tjarvstrand/.cfg/blob/master/.xmonad/xmonad.hs Would really appreciate some advice! Thanks Thomas

1 1

CopyQ clipboard manager: misbehaving window?
by Jean-Baptiste Mestelan 21 Jul '19

21 Jul '19

Hello, I have been struggling to integrate the CopyQ clipboard manager into my configuration, because its main window cannot be closed: killing the window has no effect, and in the context of a scratchpad, the toggle does not work (the window appears but does not disappear). Minimizing the window does work; but then, it can only be maximized from the same workspace, which is not ideal for this use case. I have come up with a so-so solution: summon the window from a named scratchpad, and get rid of it by sending it to a NSP workspace: *("M-a", shiftTo Next (WSIs nsp))* *...* *where nsp = return $ ("NSP" ==) . W.tag* But it is cumbersome to have to manipulate two distinct keybindings (plus the latter might send an innocent window into a void). Is there an obvious solution that I am missing? PS: to be clear, I am only speaking about the window displayed by the CopyQ command `*copyq toggle*` (or `*copyq show*`). The smaller floating window displayed by the CopyQ command `*copyq menu*` does not have this issue; but is is also limited in functionalities and history length. PPS: I guess an improvement would be to integrate the above `*shiftTo*` function into a custom kill function, which would have two cases, depending of the name of the window. I do not know how to write this however, and would appreciate any pointers or suggestions. Thank you for attention.

2 6