March 2023 - xmonad - Haskell.org

MultiToggle with WorkspaceCursors
by ivan 26 Mar '23

26 Mar '23

Hi, I'm trying to get MultiToggle and WorkspaceCursors to play nicely with each other. Ordinarily, MultiToggle lets you apply a layout transformation to the current workspace without affecting the layouts of other workspaces. E.g. if I toggle workspace 1 to Full layout, it won't impact the layouts being used on workspaces 2, 3, etc. I've started using WorkspaceCursors (XMonad.Actions.WorkspaceCursors) to manage independent groups of workspaces, and noticed that if I use it's functions (e.g. modifyLayer) to navigate between workspaces, layout toggle states seem to bleed across workspaces rather than remaining independent per workspace. For example, starting on workspace 1 with my regular Tall layout, I navigate to workspace 2 and toggle it to Full layout. Then I go back to workspace 1 and see that it, too, has been toggled to Full layout. I can't figure out exactly what's causing this, or how to fix it so that workspace layouts toggle independently. I'm hoping someone here sees what I'm missing. I put together a minimal config to reproduce the problem: https://github.com/ivanbrennan/xmonad-testing/commit/2e9541b0937eee31ae7f30… The config provides two groups (A and B) of nine workspaces. group A: 1A 2A 3A 4A 5A 6A 7A 8A 9A group B: 1B 2B 3B 4B 5B 6B 7B 8B 9B Its layoutHook consists of: myLayoutHook = workspaceCursors cursors . avoidStruts . mkToggle1 FULL $ Tall 1 (3/100) (1/2) Keys super+1 .. super+9 use WorkspaceCursors functions to switch between workspaces within the currently active group. Keys super+ctrl+1 .. super+ctrl+2 use WorkspaceCursors functions to switch between groups A and B. Additionally, keys super+meta+1 .. super+meta+9 use traditional StackSet functions to switch between workspaces 1A .. 9A. I added these for comparison, showing that MultiToggle state is recognized per-workspace when using this form of navigation. I can't figure out the root cause. I suspect the most relevant pieces of code from WorkspaceCursors and MultiToggle are the following: https://github.com/xmonad/xmonad-contrib/blob/e60805bd45ca2feb9ef3335d023da… https://github.com/xmonad/xmonad-contrib/blob/e60805bd45ca2feb9ef3335d023da… Does anyone know what I might be missing, or how I could debug further to get to the root of the problem? Thanks! Ivan

3 6

XM.A.UpdatePointer interferes with XM.A.TiledWindowDragging?
by Ramon Diaz-Uriarte 24 Mar '23

24 Mar '23

Dear All, When I use XMonad.Actions.UpdatePointer, window dragging no longer works. If I do not use XM.A.UpdatePointer, window dragging works. Details: These are (what I think are) the relevant pieces from my xmonad.hs: (...) import XMonad.Actions.UpdatePointer import XMonad.Actions.TiledWindowDragging import XMonad.Layout.DraggingVisualizer (...) myConfig myWorkspaces = def { (...) , logHook = refocusLastLogHook <+> logHook def >> updatePointer (0.5, 0.5) (0.1, 0.1) } `additionalKeysP` myKeys2 `additionalMouseBindings` [((mod4Mask, 2), dragWindow)] --drag with mod + center button With the above, window dragging no longer works. However, if I comment out ">> updatePointer (0.5, 0.5) (0.1, 0.1)" window dragging works again. Am I doing something wrong? I've searched, and have not seen this mentioned (TiledWindowDragging is mentioned in relation to UpdatePointer here: https://github.com/xmonad/xmonad-contrib/issues/566#issuecomment-869240906, but it seemed a different issue) I am using xmonad and xmonad-contrib, both from master branches, updated as of today (2023-03-24): latest commits are 386d4e and e60805b for xmonad and xmonad-contrib, respectively. Best, -- Ramon Diaz-Uriarte Department of Biochemistry, Lab B-31 Facultad de Medicina Universidad Autónoma de Madrid Arzobispo Morcillo, 4 28029 Madrid Spain Phone: +34-91-497-2412 Email: rdiaz02(a)gmail.com r.diaz(a)uam.es ramon.diaz(a)iib.uam.es https://ligarto.org/rdiaz

3 3

Re: [xmonad] xmobar dynamic spacing
by Eyal Erez 24 Mar '23

24 Mar '23

Spam detection software, running on the system "mail.haskell.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Any advice would be greatly appreciated. Also, are there any recommended alternatives to xmobar? On Mon, Mar 13, 2023 at 7:40â¯PM Eyal Erez wrote: > Hi, > > I hope that this is the right place to ask. If not, please let me know. > > I use xmonad with xmobar and trayer. Trayer is set in the upper right > corner, and xmobar fills the remainder of the top of the screen. I have > several right-aligned widgets, including date/time, CPU, memory, network, > etc., and two left-aligned widgets, which are the active workspace name and > the name of the active window. Currently, I set the name of the active > window to "shorten 200" in my xmonad.hs file. However, I use several > monitors with varying screen sizes, so it is challenging to set an > absolute value. When the screen is narrow, and the window title is long, it > pushes some widgets out of the right side of xmobar. I would like the > window title to take up as much space as possible but leave the other > right-aligned widgets where they are. Is there any way to do that? > > Short window title > [image: image.png] > > Long window title > [image: image.png] > > -- > There are 10 types of people, those who know binary and those who don't. > > [...] Content analysis details: (5.1 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (oneself[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.4 HTML_IMAGE_ONLY_28 BODY: HTML: images with 2400-2800 bytes of words 0.0 HTML_MESSAGE BODY: HTML included in message 1.0 HTML_FONT_FACE_BAD BODY: HTML font face is not a word 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 1.9 FREEMAIL_REPLY From and body contain different freemails The original message was not completely plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor.

3 2

Resize NamedScratchpad with respect to screen size
by Alexander Iliev 14 Mar '23

14 Mar '23

Hi all, I have several NamedScratchpads defined in my XMonad configuration, and so far I've been using a manage hook like: customFloating $ W.RationalRect (1/2) (1/8) (1/2) (3/4) This made sense while I had monitors with similar resolution. I recently got a new monitor and now my two monitors have vastly different resolutions - one is 1920x1080, the other one is 3840x1600. So here's my issue - the RationalRect above doesn't make sense for both monitors. It still works fine on the smaller one, on the larger however it results in ridiculously a wide window. My question is - can I resize the scratchpad window I'm pulling into the current workspace with respect to the size of the screen that this workspace is displayed on? Thank you! Kind regards, -- alexander iliev

3 4

xmobar dynamic spacing
by Eyal Erez 13 Mar '23

13 Mar '23

Hi, I hope that this is the right place to ask. If not, please let me know. I use xmonad with xmobar and trayer. Trayer is set in the upper right corner, and xmobar fills the remainder of the top of the screen. I have several right-aligned widgets, including date/time, CPU, memory, network, etc., and two left-aligned widgets, which are the active workspace name and the name of the active window. Currently, I set the name of the active window to "shorten 200" in my xmonad.hs file. However, I use several monitors with varying screen sizes, so it is challenging to set an absolute value. When the screen is narrow, and the window title is long, it pushes some widgets out of the right side of xmobar. I would like the window title to take up as much space as possible but leave the other right-aligned widgets where they are. Is there any way to do that? Short window title [image: image.png] Long window title [image: image.png] -- There are 10 types of people, those who know binary and those who don't.

1 0