Home liberachat/#xmonad: Logs Calendar

Logs on 2021-12-17 (liberachat/#xmonad)

00:06:10 × seschwar quits (~seschwar@user/seschwar) (Quit: :wq)
00:29:53 × curiousgay quits (~curiousga@77-120-141-90.kha.volia.net) (Quit: Leaving)
01:21:18 → obimod joins (~obimod@gateway/vpn/pia/obimod)
01:30:00 × ormaaj quits (~ormaaj@user/ormaaj) (Quit: Reconnecting)
01:30:44 → ormaaj joins (~ormaaj@user/ormaaj)
02:20:34 × steve__ quits (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 268 seconds)
02:50:37 × pl quits (sid98063@id-98063.helmsley.irccloud.com) (Ping timeout: 240 seconds)
02:51:05 → pl joins (sid98063@id-98063.helmsley.irccloud.com)
03:03:27 × banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 256 seconds)
03:09:36 → abhixec joins (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net)
03:11:33 <abhixec> anyone know why some programs(Google chrome, visual studio code,atom) all hang/are unresponsive in xmonad.
03:16:42 <kaizoku> i haven't had that trouble with chrome, though I don't use it very often
03:16:53 <kaizoku> when you say hang, do they display anything prior to freezing?
03:18:58 <abhixec> it loads a screen but every action that I perform on chrome either loads or happens once I move to another window
03:19:35 <abhixec> for example when I do ctl+t to open a new tab it does nothing but when I move to different workspace or a window a new tab appears
03:23:17 × td_ quits (~td@muedsl-82-207-238-051.citykom.de) (Ping timeout: 240 seconds)
03:23:52 → banc joins (banc@gateway/vpn/airvpn/banc)
03:24:18 <kaizoku> hmm, this actually sounds familiar.. I remember running into something like this ages ago, but my old brain isn't remembering the details
03:24:37 <kaizoku> sounds like it's still running but not re-drawing the window
03:25:14 → td_ joins (~td@94.134.91.242)
03:25:36 <abhixec> I remember geekosaur mentioning it could be something to do with the compositor but I don't have one I am just running x+xmonad :)
03:25:50 <abhixec> I also tried picom to see if that helped but still the same
03:26:48 <kaizoku> I have xcompmgr starting in my xinitrc but it's been in there so long idk if it even does anything anymore
03:27:19 <abhixec> kaizoku: ah! let me try running it
03:27:41 <kaizoku> I have it running `xcompmgr -n`
03:27:52 <kaizoku> oh i guess that's the default mode
03:31:22 <abhixec> ok that didn't quite resolve the issue!
03:31:45 <kaizoku> oh it looks like picom is a fork of a fork of xcompmgr actually
03:32:27 <kaizoku> sorry i'm not especially useful here ;)
03:33:09 <kaizoku> i'm woefully understudied on how X actually works
03:33:45 <abhixec> I noticed a weird thing, this seems to happen only when I am plugged to external monitor
03:41:57 → catman joins (~catman@user/catman)
03:43:29 <abhixec> kaizoku: so I think I figured out what the issue was, google chrome has a use hardware acceleration when available option disabling that option somehow seems to have fixed this issue
04:12:54 × catman quits (~catman@user/catman) (Quit: WeeChat 3.4-rc1)
04:38:06 → catman joins (~catman@user/catman)
04:48:38 × abhixec quits (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Quit: Reconnecting)
04:48:53 → abhixec joins (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net)
04:51:13 ormaaj is now known as ormaaj2
05:35:59 × abhixec quits (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Quit: leaving)
06:19:17 × benin quits (~benin@183.82.204.250) (Ping timeout: 240 seconds)
06:31:43 × ebray187 quits (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e) (Quit: Konversation terminated!)
06:33:54 → steve__ joins (~steve@ool-182c2b80.dyn.optonline.net)
06:36:21 → benin joins (~benin@183.82.27.121)
07:24:53 × electr0n quits (~electr0n@about/security/founder/electr0n) (Quit: WeeChat 3.3)
07:31:12 → cfricke joins (~cfricke@user/cfricke)
07:37:02 → dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net)
08:34:44 → gruntsplatter joins (~sogens@pa49-182-100-68.pa.qld.optusnet.com.au)
08:35:29 → gruntsplatter2 joins (~sogens@gateway/vpn/pia/sogens)
08:36:44 × gruntsplatter2 quits (~sogens@gateway/vpn/pia/sogens) (Client Quit)
08:37:07 → gruntsplatter2 joins (~sogens@gateway/vpn/pia/sogens)
08:37:13 × cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.3)
08:39:48 × gruntsplatter quits (~sogens@pa49-182-100-68.pa.qld.optusnet.com.au) (Ping timeout: 268 seconds)
09:00:09 × CorinCWStra[m] quits (~cwstramat@2001:470:69fc:105::1:3671) (Quit: You have been kicked for being idle)
09:17:43 → allbery_b joins (~geekosaur@xmonad/geekosaur)
09:17:43 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
09:17:46 allbery_b is now known as geekosaur
09:31:54 → cfricke joins (~cfricke@user/cfricke)
09:50:17 × mvk quits (~mvk@2607:fea8:5cdd:f000::745c) (Ping timeout: 240 seconds)
09:53:03 × dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3)
09:54:08 → dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net)
10:31:22 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
10:40:51 → geekosaur joins (~geekosaur@xmonad/geekosaur)
11:08:30 <liskin> noex: I've been doing those exercises from your video, and a few more from other videos, and I've seen some improvement, so thanks
11:08:48 <liskin> and I had an in-person appointment today and they recommended some additional exercises
11:09:11 <liskin> also, which I find quite funny, they told me to get a wrist support brace from Amazon :-)
11:10:14 <liskin> (in Czechia they'd send me to a specialized shop with these things in the hospital campus, but here things are different it seems)
11:13:24 <geekosaur> abhixec, I used to have weird stuff like that with hardware acceleration enabled, but haven't seen it in a while
11:39:30 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Quit: Leaving)
11:39:53 → geekosaur joins (~geekosaur@xmonad/geekosaur)
11:45:17 × dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 240 seconds)
13:18:28 <Vermoot> Huh
13:19:00 <Vermoot> News from the "sometimes xmobar shows on top of firefox fullscreen even with ewmhFullscreen and ewmh"
13:19:28 <Vermoot> If that happens, I can "solve it" by opening a new firefox window and closing it. Then when I go fullscreen again, everything is as expected.
13:27:47 → dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net)
14:20:32 × banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 240 seconds)
14:50:14 × ml| quits (~ml|@user/ml/x-5298235) (Quit: WeeChat 3.0.1)
15:01:39 → seschwar joins (~seschwar@user/seschwar)
15:37:28 × Arya[m] quits (~gi-ytmatr@2001:470:69fc:105::d663) (Excess Flood)
15:37:42 → Arya[m] joins (~gi-ytmatr@2001:470:69fc:105::d663)
16:08:55 × dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3)
16:13:40 → ebray187 joins (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e)
16:17:50 <Solid> my bet is on firefox doing something fucky wucky
16:27:31 → dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net)
16:39:11 × Vermoot quits (~vermoot@89-158-106-112.rev.numericable.fr) (Remote host closed the connection)
16:50:08 × cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.3)
16:52:49 → jludwig joins (~justin@user/jludwig)
17:11:13 → ml| joins (~ml|@user/ml/x-5298235)
17:30:30 × dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3)
17:31:59 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 268 seconds)
17:32:15 × ml| quits (~ml|@user/ml/x-5298235) (Quit: WeeChat 3.3)
17:33:44 → werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
17:45:42 × benin quits (~benin@183.82.27.121) (Quit: The Lounge - https://thelounge.chat)
18:07:03 → ml| joins (~ml|@user/ml/x-5298235)
19:09:07 → Vermoot joins (~vermoot@89-158-106-112.rev.numericable.fr)
19:13:08 → electr0n joins (~electr0n@about/security/founder/electr0n)
19:28:30 → abhixec joins (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net)
19:34:44 → abhixec[m] joins (~abhixecma@2001:470:69fc:105::a2a)
19:35:51 <abhixec> geekosaur: even though I kind of managed to fix that issue on google chrome code and other electron based apps still hang/show blank context menus
19:38:00 <geekosaur> if toggling hardware acceleration fixed it in chrome, there's a decent chance it's a driver issue. can't really be an xmonad issue as client rendering is completely between the x server and the client; the window manager only controls window position / sizing, not drawing
19:38:16 ← abhixec[m] parts (~abhixecma@2001:470:69fc:105::a2a) ()
19:38:58 <abhixec> geekosaur: thanks let me see if I dig something on this on archwiki
19:42:48 <geekosaur> (the only desktop component that is involved with drawing is the compositor, which is why my earlier suggestion. plus we've actually seen that one happen)
19:45:27 <abhixec> the strange thing is everything seems to work fine on laptop just when I connect to external monitor I see this issue
19:48:33 <geekosaur> that also suggests the driver, sadly
19:48:43 <geekosaur> because it's about the only thing that can see a difference
19:49:51 <abhixec> *facepalm* nvidia!!!
19:54:54 × abhixec quits (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Quit: rebooting)
19:55:36 → twiclo joins (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c)
19:56:50 <twiclo> Does anyone know of a way to select a workspace when you mouse over it? If you have an empty desktop you have to click it before you can spawn things to i twith dmenu
20:01:01 → abhixec joins (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net)
20:01:02 × twiclo quits (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c) (Ping timeout: 240 seconds)
20:03:28 <FOSSHuman[m]> <twiclo> "Does anyone know of a way to..." <- I use XMobar which doesn't have a feature to do this I dont think
20:04:02 <FOSSHuman[m]> I think some other bars like Taffybar might? be able to do this though
20:04:27 <FOSSHuman[m]> * like Taffybar (might?, * might?) be
20:05:00 <geekosaur> bars generally can't do this (mouseover, not click)
20:05:13 <FOSSHuman[m]> <twiclo> "Does anyone know of a way to..." <- Or you can just spawn something with dmenu and then shift it to the workspace or use a manageHook
20:05:15 <geekosaur> xmonad might be able to do it with a handleEventHook
20:06:16 <geekosaur> with some shortcomings, for example desktop windows are pretty much impossible to handle that way
20:06:36 <kwer[m]> This came up recently in the xmonad subreddit: https://www.reddit.com/r/xmonad/comments/qi1tlm/focus_empty_workspace_on_cursor_hover/
20:07:32 <FOSSHuman[m]> kwer[m]: "Yeah, I also experience this occassionally (not always, seems to depend on the speed of pointer movement). This is definitely not a configuration issue, but a bug in xmonad core."
20:07:35 <FOSSHuman[m]> is what Liskin said
20:08:12 <FOSSHuman[m]> Actually, I was wondering why this was happening too when I had two monitors running
20:11:16 <FOSSHuman[m]> @kwer: thanks for posting that link btw, I rarely check XMonad Reddit
20:11:17 <lambdabot> Unknown command, try @list
20:11:44 <geekosaur> oh, now I see where xmobar came into it. that wouldn't be xmonad core but something about the X server compressing out extra motions it thinks aren't necessary :(
20:12:17 <geekosaur> would need the xmobar to be an InputOnly window to change that, I think?
20:14:59 <kwer[m]> FOSSHuman[m]: It's a shameless plug 😉
20:15:40 <geekosaur> kwer[m], how would you feel about packaging up your little setup and submitting it to -contrib?
20:17:52 <FOSSHuman[m]> I thought X.A.UpdateFocus could fix this behaviour, but according to @geekosaur it is more internal
20:18:09 <FOSSHuman[m]> I guess it was just bcs of the name
20:19:04 <FOSSHuman[m]> It does say
20:19:20 <FOSSHuman[m]> * does say "Updates the focus on mouse move in unfocused windows." so its unrelated anyway I guess
20:20:41 <kwer[m]> geekosaur: Haha yeah, some other people suggested that as well. I'm not sure about the desktop focus because it does listen to all pointer movements. I was considering limiting it but it seems that the Haskell interface to Xlib doesn't report the time for pointer motion events
20:21:57 <kwer[m]> FOSSHuman[m]: Hmm, I guess it only listens to window entry events? Here, the issue is that you're in the root window the whole time
20:33:55 <FOSSHuman[m]> `alt + w/e/r` with X.A.UpdatePointer works pretty decently, it just moves to pointer to the other screen when pressing that keybind. Even though physically moving the mouse to the other screen sometimes doesn't switch XMonad to that workspace that the other screen is using (if no windows are present on the other screen)...
20:36:13 <FOSSHuman[m]> s/that/either/, s/keybind/of them keybinds/
20:37:26 <FOSSHuman[m]> But clicking on the desktop on the other screen does move XMonad to the workspace that the other screen is using
20:38:16 <FOSSHuman[m]> * the desktop when no windows are present on the
20:48:02 → curiousgay joins (~curiousga@77-120-141-90.kha.volia.net)
20:50:23 <kwer[m]> Actually, what you said earlier, FOSS Human , might be better than listening to all pointer motion events. In the end, if the workspace is empty, what's the point of shifting the focus? One could just check where the pointer is whenever a new window is added and move it there. Would that be possible or would it force the wrongly focussed workspace to get rearranged before the window is moved?
20:51:18 <geekosaur> sounds like it'd be difficult or at least annoying if the manageHook shifts the window elsewhere
20:51:45 <geekosaur> obvious answer to that would be the logHook, except changing workspace or window focus would rerun it
20:55:17 → dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net)
20:55:48 <kwer[m]> But couldn't you handle MapRequestEvents in your custom logHook (which I think is run before the default one) and shift the focus if necessary?
20:58:45 <geekosaur> the default is empty, and if the user does chain to it they could do so anywhere
20:59:30 <geekosaur> if you're looking for events that's handleEventHook, but MapRequest would end up being done before the window was managed (and therefore before the manageHook)
21:39:17 × obimod quits (~obimod@gateway/vpn/pia/obimod) (Ping timeout: 240 seconds)
21:39:37 → obimod joins (~obimod@gateway/vpn/pia/obimod)
21:55:37 → mohab joins (~mohab@45.245.18.151)
21:58:30 → banc joins (banc@gateway/vpn/airvpn/banc)
22:46:33 → benin joins (~benin@183.82.27.121)
22:56:22 × mohab quits (~mohab@45.245.18.151) (Quit: WeeChat 3.3)
23:06:42 → twiclo joins (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c)
23:09:29 × dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3)
23:19:04 <kwer[m]> <geekosaur> "if you're looking for events..." <- Indeed, I meant handleEventHook. But so you could shift the focus when a MapRequest comes in before returning All True, which then runs the default handler that actually manages the window, right? Sorry for obsessing about this, it just seems like overkill to trigger on every pointer motion.
23:24:00 <geekosaur> as far as xmonad is concerned focus doesn't exist to be switched before the window is managed. that said, I'm not sure how this helps with pointer motion if the point is to focus a particular screen on hover?
23:25:42 <twiclo> I can't for the life of me figure out how to get desktop information into xmobar. Would someone be willing to show me their config and explain for me how you have that set up?
23:28:05 <kwer[m]> Right, as far as I understand, the issue only exists if the workspace on the second screen is empty; otherwise, as long as the pointer moves into window, that is focussed anyway (at least by default). But if the workspace is empty, it seems like the only artifact that people observe is that new windows open on the wrong workspace. So it would be enough to handle that case. Even though, as I'm typing this, I already realise that for example
23:28:05 <kwer[m]> scratchpads would be another issue and would appear on the wrong screen as well :/
23:29:00 <kwer[m]> But I understand that it might be a lost cause, especially if you say so who knows the whole system a lot better.
23:30:22 <geekosaur> I think if we wanted to do this optimally, then with focusFollowsMouse we'd put InputOnly windows over all unfocused screens and switch monitor focus on CrossingEvent
23:31:39 <geekosaur> although, do you want simply crossing or hover? (I'd be annoyed by simple crossing, but then I don't use focusFollowsMouse anyway)
23:48:24 × ml| quits (~ml|@user/ml/x-5298235) (Quit: WeeChat 3.3)

All times are in UTC on 2021-12-17.