Home liberachat/#xmonad: Logs Calendar

Logs on 2022-03-29 (liberachat/#xmonad)

00:05:46 → anastasiaromanof joins (~anastasia@2001:470:69fc:105::1:e7e4)
00:13:20 × ElKowar quits (~ElKowar@srv-fin.xware-gmbh.de) (Quit: Ping timeout (120 seconds))
00:13:38 → ElKowar joins (~ElKowar@srv-fin.xware-gmbh.de)
00:29:13 × steve_ quits (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 246 seconds)
01:08:03 × Rockj quits (~rockj@chromie.geekrevolution.net) (Ping timeout: 250 seconds)
01:10:39 → Rockj joins (~rockj@chromie.geekrevolution.net)
01:25:15 × twiclo quits (~twiclo@vpn.utahbroadband.com) (Quit: WeeChat 3.4)
01:48:18 → srk- joins (~sorki@user/srk)
01:49:39 × srk quits (~sorki@user/srk) (Ping timeout: 250 seconds)
01:51:02 srk- is now known as srk
02:03:50 × banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 272 seconds)
02:22:45 → banc joins (banc@gateway/vpn/airvpn/banc)
02:43:37 × terrorjack quits (~terrorjac@2a01:4f8:1c1e:509a::1) (Quit: The Lounge - https://thelounge.chat)
02:46:04 → terrorjack joins (~terrorjac@2a01:4f8:1c1e:509a::1)
02:58:47 → rekahsoft joins (~rekahsoft@cpe001b21a2fd89-cm64777ddc63a0.cpe.net.cable.rogers.com)
03:38:55 × benin quits (~benin@183.82.24.110) (Ping timeout: 246 seconds)
04:06:36 × mvk quits (~mvk@2607:fea8:5cc3:7e00::7980) (Ping timeout: 245 seconds)
04:22:13 → benin joins (~benin@183.82.24.110)
04:23:46 → benin5 joins (~benin@183.82.24.110)
04:26:53 × benin quits (~benin@183.82.24.110) (Ping timeout: 260 seconds)
04:26:53 benin5 is now known as benin
04:41:59 × Czernobog quits (~Czernobog@user/czernobog) (Quit: ZNC 1.8.2 - https://znc.in)
04:43:50 → Czernobog joins (~Czernobog@user/czernobog)
04:45:35 × rekahsoft quits (~rekahsoft@cpe001b21a2fd89-cm64777ddc63a0.cpe.net.cable.rogers.com) (Ping timeout: 260 seconds)
05:31:17 → JaredMohammed[m7 joins (~jarednitr@2001:470:69fc:105::1:e808)
05:57:32 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Ping timeout: 272 seconds)
06:28:08 <Solid> tdammers: shot in the dark because this often helps; do you have ewmh support enabled?
06:40:04 <tdammers> I tried with and without, same result
07:35:44 <abastro[m]> I'd ask again, default behavior of https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Hooks-EwmhDesktops.html#v:setEwmhActivateHook stops working after mod+q restart. Do any of you know why?
07:36:25 <abastro[m]> For a possible clue, I am using `launch` instead of `xmonad`, and calls `xmonad --recompile && xmonad --restart` on mod+q.
07:37:52 → cfricke joins (~cfricke@user/cfricke)
07:43:32 <Solid> can you give a reproducible example? preferrably as an issue
07:46:04 <Solid> also, you almost definitely don't want to use launch
07:54:28 ← anastasiaromanof parts (~anastasia@2001:470:69fc:105::1:e7e4) ()
08:03:10 <abastro[m]> I use cabal to build my own executable
08:03:42 <abastro[m]> Hmm, how would I preferably produce a reproducible example? The way I'd make a proper issue?
08:53:43 <Solid[m]> The `xmonad` function definitely works with stack, cabal, build files, basically everything you can imagine
08:53:57 <Solid[m]> * stack, cabal, `build, * build` files,
08:54:50 <Solid[m]> See e.g. INSTALL.md for examples of stack/cabal configs and even build scripts
08:55:33 <Solid[m]> So, tbh, I'd first stop using `launch` and see if that fixes the problem
08:56:42 <abastro[m]> Hmm, I see. I wanted to have less bloat, but I guess I have no way out.
08:57:17 <abastro[m]> Would `recompile` and `restart` work just as good?
09:00:06 × narendranath344[ quits (~narendran@2001:470:69fc:105::1:62ba) (Quit: You have been kicked for being idle)
09:00:14 × liskin[m] quits (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle)
09:01:30 <abastro[m]> No, it still doesn't work if I use `xmonad`.
09:01:50 <abastro[m]> For reference, I am calling `restart`. Would that be a problem?
09:13:36 → mc47 joins (~mc47@xmonad/TheMC47)
09:14:38 → harlchen[m] joins (~harlchent@2001:470:69fc:105::1:3b28)
09:26:15 → dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net)
09:36:35 <mc47> abastro[m] please provide a reproducible example :) it's hard to follow what's happening
09:36:48 → liskin[m] joins (~liskinmat@2001:470:69fc:105::768)
09:38:06 → widelec-BB joins (~widelec@cpe-109-207-144-181.docsis.tczew.net.pl)
09:43:23 ← widelec-BB parts (~widelec@cpe-109-207-144-181.docsis.tczew.net.pl) ( )
10:38:50 <Ether[m]> Does anyone for Godsake know how to use monocle layout with this module; https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Layout-WindowNavigation.html
10:39:15 <Ether[m]> This lacks a lot of documentation :(
10:39:41 <Ether[m]> Does anyone use it? If so how do you move around in monocle?
10:50:18 × benin quits (~benin@183.82.24.110) (Quit: The Lounge - https://thelounge.chat)
10:53:49 <fizzie> I use https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Actions-Navigation2D.html which would seem to offer similar primitives, but I only use the BinarySpacePartition where it works the way you'd expect. Would any "2D" navigation scheme work for monocle/full really?
11:01:14 × redgloboli quits (~redglobol@user/redgloboli) (Quit: ...enter the matrix...)
11:03:07 → redgloboli joins (~redglobol@user/redgloboli)
11:12:22 × redgloboli quits (~redglobol@user/redgloboli) (Quit: ...enter the matrix...)
11:13:04 → redgloboli joins (~redglobol@user/redgloboli)
11:30:12 → benin joins (~benin@183.82.24.110)
11:31:15 × benin quits (~benin@183.82.24.110) (Client Quit)
11:33:10 ← JaredMohammed[m7 parts (~jarednitr@2001:470:69fc:105::1:e808) ()
11:36:36 <Ether[m]> <fizzie> "I use https://hackage.haskell...." <- Will it work?
11:42:29 → benin joins (~benin@183.82.24.110)
11:49:02 × benin quits (~benin@183.82.24.110) (Ping timeout: 272 seconds)
11:49:24 <fizzie> I don't know (like I said, I only use BSP), but I would expect not. The whole concept is about how to navigate among *visible* windows. If your layout just shows one full-screen window, I don't think any of those strategies on finding which window's "left" (/right/up/down) of the current one would do anything.
11:49:34 <fizzie> For the once-in-a-blue-moon situation when I actually have >1 window in a Full layout, I just use the default mod-j/k bindings that move focus in the stack order.
11:49:56 → benin joins (~benin@183.82.24.110)
12:03:15 <Solid[m]> yeah I don't see the advantages of 2D navigation in a layout that... has no 2-dimensional structure
12:21:09 → geekosaur joins (~geekosaur@xmonad/geekosaur)
13:42:24 <Ether[m]> Is it possible to stop new window from getting the focus?
13:43:33 <Ether[m]> When I spawn a terminal and then another the new instance gets focus. This is good but makes it important for navigation2d to know which window is in the left.
13:44:11 <Ether[m]> Also documentation should have mentioned that. I had to dig into 100 of configs to figure it out.
13:44:27 <geekosaur> https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Hooks-InsertPosition.html
13:44:38 <Ether[m]> s/important/impossible/
13:45:09 <Ether[m]> Cool!
13:45:24 <Ether[m]> How do I tell it to not focus on the new window?
13:48:14 <Ether[m]> It shows the default behavior only.
13:49:04 <Ether[m]> Master is default
13:49:10 <Ether[m]> End
13:49:11 <geekosaur> add `<+> insertPosition Above Older`, I think. the two behaviors are separate, so it may be `insertPosition Below Newer` instead
13:49:12 <Ether[m]> Below
13:50:02 <Ether[m]> Will try both
13:51:38 <geekosaur> sorry, I haven't used it so I don't know exactly howit behaves :)
13:55:06 <abastro[m]> Does calling `restart` cause some problem?
13:57:38 <geekosaur> it shouldn't
13:58:00 <geekosaur> it's just synchronous, so it can cause noticeable delays
13:59:07 <geekosaur> well, that part doesn't, but the full sequence is `xmonad --recompile && xmonad --restart` and te compile can take a while, and the restart *must* wait for the compile to finish successfully
13:59:30 <geekosaur> so we do it the shell way rather than locking up the whole wm during the compile part
14:05:00 <abastro[m]> Hm, wait I was not specifying enough
14:05:21 <abastro[m]> What I wanted to say was, my programs won't gain focus after it alerts
14:05:32 <abastro[m]> After calling `restart` function.
14:07:40 <Ether[m]> manage Hook = insert Position Below Newer <+> myManageHook
14:08:01 <Ether[m]> Works! But navigation2d doesn't change behavior!
14:13:45 <Ether[m]> geekosaur how do I implement the directional focus shown in; https://youtu.be/70IxjLEmomg
14:14:10 <Ether[m]> I got the dotfiles to work. How do I port it?
14:15:39 <geekosaur> I don'tknow, I'm not really familiar with navigation2D
14:34:51 <Ether[m]> Any suggestions?
14:35:27 <Ether[m]> https://github.com/altercation/dotfiles-tilingwm
14:35:33 <Ether[m]> He has a github
15:14:51 → twiclo joins (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c)
15:15:11 <twiclo> Does anyone know of a fix for dmenu showing up on the last screen if you're launching it on a new desktop that doesn't have anything on it yet?
15:20:33 × dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.4.1)
15:31:27 × cfricke quits (~cfricke@user/cfricke) (Ping timeout: 260 seconds)
15:44:38 × gdd quits (~gdd@129.199.146.230) (Ping timeout: 272 seconds)
15:46:29 → gdd joins (~gdd@129.199.146.230)
15:49:02 × benin quits (~benin@183.82.24.110) (Quit: The Lounge - https://thelounge.chat)
16:00:09 × liskin[m] quits (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle)
16:04:42 × twiclo quits (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c) (Ping timeout: 260 seconds)
16:05:13 → twiclo joins (~twiclo@2604:7b80:2000:1069:cde9:e3cf:754c:100d)
16:13:27 <Ether[m]> <twiclo> "Does anyone know of a fix for..." <- What do you mean by last screen?
16:13:38 <Ether[m]> Are you on a multi monitor setup?
16:14:24 <Ether[m]> You could use rofi, which can be easily configured to change this behavior.
16:19:03 × gdd quits (~gdd@129.199.146.230) (Ping timeout: 260 seconds)
16:19:11 <twiclo> Yeah this is a multi monitor set up. If I move to a new monitor that has nothing on it then dmenu appears on the last monitor I was on
16:19:24 → liskin[m] joins (~liskinmat@2001:470:69fc:105::768)
16:20:51 → gdd joins (~gdd@129.199.146.230)
16:23:43 × twiclo quits (~twiclo@2604:7b80:2000:1069:cde9:e3cf:754c:100d) (Ping timeout: 260 seconds)
16:24:41 → twiclo joins (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c)
16:31:06 <geekosaur> that is normal
16:31:31 <geekosaur> you have to not merely move a mouse to a monitor but focus it; that's what the (default) mod-w/e/r bindings are for
16:31:41 <liskin> Solid[m], mc47[m], geekosaur: https://blog.opencollective.com/google-season-of-docs-2022/ - is this of interest or do we think we have good enough docs already? :-)
16:32:08 <geekosaur> I think we can always use better docs, and I've been sitting on that emailfrom them
16:32:24 <liskin> oh crap applications are closed already :-/
16:32:49 <geekosaur> you might have noticed I tend to add issues for doc things I notice as I go along, then catch up on them later
16:32:50 <liskin> the blog post was published 4 days before the deadline, and applications had been open since feb 23
16:32:57 <liskin> never mind then :-/
16:33:01 <twiclo> geekosaur: Right, so on my left monitor I select my far right (mod+r) which has nothing on it. Then I launch dmenu and it shows on my center monitor
16:33:05 <geekosaur> wow, then they also sent the email late
16:33:12 <geekosaur> odd
16:33:33 <geekosaur> that may be something dmenu is doing, then
16:33:41 <twiclo> This didn't happen on i3
16:34:08 <twiclo> I would just think that since there's nothing to actually select on the monitor that it's not "selected" according to dmenu
16:52:02 <geekosaur> how is dmenu being run to display windows? dmenu_run shows programs; dmenu by itself takes a list of menu items on its stdin and doesn't know about windows
16:52:44 <geekosaur> (I installed dmenu locally and so far can't reproduce your issue)
16:53:45 <geekosaur> huh. just repro-d it
16:59:27 <geekosaur> what's interesting is I used XMonad.Prompt.Shell to run it and that showed upon the correct monitor
16:59:57 <geekosaur> also dmenu doesn't go through the window manager so we shouldn't have any control over where it shows up
17:02:32 <geekosaur> _NET_CURRENT_DESKTOP is correct
17:03:11 <twiclo> Okay so you're saying if I run it through Shell I should be fine? Odd but it works
17:03:50 <geekosaur> no, that's how I'm reproducing it, not using a keybind. and the Shell prompt shows up in the right place but dmenu doesn't
17:04:21 <twiclo> Weird
17:07:28 <geekosaur> I'm running out of time to look into this, I'm about to be kicked out of my apt. for a few hours (bedbug spraying, again)
18:06:24 <twiclo> Geekosaur I'll submit an issue. Thanks for looking into it
18:08:40 <fizzie> I've noticed that too. And that moving the mouse to the "empty" monitor makes the prompt appear on that.
18:08:59 <fizzie> Never been sufficiently irritated by it to follow up on why, just been thinking "oh, I guess that's how it works".
18:10:47 <fizzie> (My mod-{w,e,r} bindings have an extra quirk that if you try to "switch" to the already focused screen, it moves the mouse pointer to the center of that screen, so "recovery" from dmenu popping up on the wrong monitor can be accomplished without leaving the keyboard: cancel the menu, re-switch to the screen to bring the pointer along, and re-trigger the menu.)
18:10:47 <twiclo> https://github.com/xmonad/xmonad/issues/384
18:30:50 → carloratm joins (carloratm@tilde.club)
18:30:58 <carloratm> Hi all, novice question here
18:31:42 <carloratm> I would like to achieve this flow, I was wondering if that is doable in xmonad:
18:33:15 <carloratm> 1. if I open any window in any workspace and it is the only one, that goes fullscreen. 2. If I open a second window in the same workspace, another layout activates (tall, for example)
18:40:30 <Solid> doesn't pretty much every layout behave like full when there's only a single window?
18:46:28 <carloratm> fullscreen, covering the bar and with no borders (like F11 sullscreen)
18:54:23 <fizzie> The "no borders" part of that should just be a matter of using XMonad.Layout.NoBorders's `smartBorders` modifier. (Or `lessBorders` with a suitable ambiguity configuration, if you have more than one monitor and still want that to happen; the default is not to, to indicate which one has focus.)
18:54:42 <fizzie> (The part about covering the bar sounds trickier.)
18:59:26 <Solid> I mean, you could make a layout that just asigns a window the whole screen rectangle
18:59:32 <Solid> and not have avoidStruts on that one
18:59:57 <Solid> AFAIR there are some contrib modules that let you decide which layout to use depending on the number of windows
19:00:25 <carloratm> ah that is interesting
19:00:32 <fizzie> I've got a non-`avoidStruts` Full on my list, and yeah, that does ring some sort of a bell.
19:00:57 <fizzie> XMonad.Layout.IfMax?
19:01:06 <fizzie> "Provides IfMax layout, which will run one layout if there are maximum N windows on workspace, and another layout, when number of windows is greater than N."
19:01:17 <Solid> ah, sounds like it
19:02:04 <carloratm> thank you!
19:02:23 <fizzie> So... `IfMax 1 (noBorders Full) (avoidStruts SomethingElse)` or something.
20:09:40 → steve_ joins (~steve@ool-182c2b80.dyn.optonline.net)
20:23:38 <geekosaur> sounds right to me. (I thought of IfMax immediately on reading that.of course it's an hour later…)
21:05:43 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Quit: Leaving)
21:06:53 → geekosaur joins (~geekosaur@xmonad/geekosaur)
21:24:21 <abastro[m]> twiclo: twiclo
21:24:54 <abastro[m]> Sorry for accidental ping.
21:42:19 × mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection)
21:52:12 × twiclo quits (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c) (Ping timeout: 260 seconds)
23:08:12 → Steven_M joins (~Steven_M@user/steven-m/x-0972586)
23:37:55 → mvk joins (~mvk@2607:fea8:5cc3:7e00::7980)

All times are in UTC on 2022-03-29.