Home liberachat/#xmonad: Logs Calendar

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

00:03:56 alternateved joins (~alternate@185.244.214.249)
00:04:04 × alternateved quits (~alternate@185.244.214.249) (Remote host closed the connection)
00:07:18 × chomwitt quits (~chomwitt@2a02:587:dc17:ef00:9439:71c2:4609:e889) (Ping timeout: 264 seconds)
02:03:04 × banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 248 seconds)
02:07:21 steve__ joins (~steve@ool-182c2b80.dyn.optonline.net)
02:24:44 banc joins (banc@gateway/vpn/airvpn/banc)
02:38:30 × td_ quits (~td@muedsl-82-207-238-179.citykom.de) (Ping timeout: 264 seconds)
02:39:53 td_ joins (~td@muedsl-82-207-238-139.citykom.de)
02:49:36 sogens joins (~sogens@gateway/vpn/pia/sogens)
03:06:03 × sogens quits (~sogens@gateway/vpn/pia/sogens) (Quit: WeeChat 3.5)
03:06:15 sogens joins (~sogens@gateway/vpn/pia/sogens)
04:15:24 × sogens quits (~sogens@gateway/vpn/pia/sogens) (Ping timeout: 246 seconds)
04:17:30 sogens joins (~sogens@gateway/vpn/pia/sogens)
06:03:54 × sogens quits (~sogens@gateway/vpn/pia/sogens) (Ping timeout: 246 seconds)
06:16:11 sogens joins (~sogens@gateway/vpn/pia/sogens)
06:48:47 × steve__ quits (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 256 seconds)
06:56:54 × sogens quits (~sogens@gateway/vpn/pia/sogens) (Quit: WeeChat 3.5)
06:57:48 sogens joins (~sogens@gateway/vpn/pia/sogens)
07:58:45 × sogens quits (~sogens@gateway/vpn/pia/sogens) (Ping timeout: 276 seconds)
08:10:39 sogens joins (~sogens@211.30.154.12)
08:35:31 alternateved joins (~alternate@5.253.206.52)
08:35:40 × sogens quits (~sogens@211.30.154.12) (Quit: WeeChat 3.5)
08:46:03 mc47 joins (~mc47@xmonad/TheMC47)
08:48:30 jao joins (~jao@92.233.85.247)
09:11:58 × jao quits (~jao@92.233.85.247) (Ping timeout: 240 seconds)
09:30:32 chomwitt joins (~chomwitt@2a02:587:dc17:ef00:fd52:a6f3:ef09:f22e)
09:44:14 × MrElendig quits (~Urist@archlinux/op/MrElendig) (Quit: Invading russia)
09:45:19 MrElendig joins (~Urist@archlinux/op/MrElendig)
09:45:21 sogens joins (~sogens@211.30.154.12)
09:48:01 × sogens quits (~sogens@211.30.154.12) (Client Quit)
09:48:24 sogens joins (~sogens@211.30.154.12)
10:23:53 × alternateved quits (~alternate@5.253.206.52) (Remote host closed the connection)
12:01:52 × sagax quits (~sagax_nb@user/sagax) (Remote host closed the connection)
12:37:25 jao joins (~jao@92.40.194.204.threembb.co.uk)
12:47:10 sagax joins (~sagax_nb@user/sagax)
13:08:06 eq_w joins (~eqw@31.134.178.99)
13:14:24 alternateved joins (~alternate@82.180.151.10)
13:14:24 × alternateved quits (~alternate@82.180.151.10) (Read error: Connection reset by peer)
13:16:09 × jao quits (~jao@92.40.194.204.threembb.co.uk) (Ping timeout: 246 seconds)
13:17:06 × sagax quits (~sagax_nb@user/sagax) (Remote host closed the connection)
13:32:32 sagax joins (~sagax_nb@213.138.71.146)
13:32:32 × sagax quits (~sagax_nb@213.138.71.146) (Changing host)
13:32:32 sagax joins (~sagax_nb@user/sagax)
13:45:14 alternateved joins (~alternate@185.244.214.243)
13:49:18 × alternateved quits (~alternate@185.244.214.243) (Remote host closed the connection)
14:56:04 geekosaur is finally poking at the color mess
14:56:41 <geekosaur> I will be surprised if just making it allocate colormap cells correctly fixes it, but it still is a prerequisite
14:59:02 geekosaur does wonder how alpha even works, since XColor doesn't have a field for it
14:59:28 <geekosaur> which may mean what the code was doing was acceptable because it's the only way to do it…
15:30:59 <liskin> I've only briefly read some comments about it but I vaguely remember that it only happened with certain visuals - so one way we could proceed is using the simple code we had for cases where it does work, and then just giving up and doing something degraded (but not crashing) for the complicated cases
15:31:24 <liskin> Might be a temporary measure if making it work perfectly in all cases is complicated
15:33:00 × sogens quits (~sogens@211.30.154.12) (Ping timeout: 246 seconds)
15:33:43 <geekosaur> no, I have code which compiles (but testing comes next, haven't restarted my xmonad yet). as written it only handles DirectColor, but we were already pretty much there
15:34:24 <geekosaur> needs some more work if I want to have it fall back properly for PseudoColor, I think
15:35:02 sogens joins (~sogens@gateway/vpn/pia/sogens)
15:35:14 <geekosaur> might install vnc and use a loopback session to see just how messed up it is there (although as I noted on the ticket, it seems like vnc might be doing DirectColor or at least TrueColor these days)
15:36:39 <geekosaur> the main difference in this change is that the colormap entry is allocated for the pixel with the alpha value included, instead of stomping the result of allocating a normal colormap entry
15:36:59 <geekosaur> basically swapping allocNamedColor for lookupColor and then doing allocColor afterward
15:53:15 alternateved joins (~alternate@82.180.151.130)
15:53:23 × alternateved quits (~alternate@82.180.151.130) (Remote host closed the connection)
15:59:03 alternateved joins (~alternate@82.180.151.171)
15:59:45 × sogens quits (~sogens@gateway/vpn/pia/sogens) (Ping timeout: 276 seconds)
16:23:25 × alternateved quits (~alternate@82.180.151.171) (Remote host closed the connection)
16:27:26 alternateved joins (~alternate@82.180.151.102)
16:30:00 × alternateved quits (~alternate@82.180.151.102) (Remote host closed the connection)
16:37:35 kxjax joins (~user@206.62.170.243)
16:38:32 <kxjax> hello, I want to use the keys F 1-9 in xmonad to configure a keyboard shortcut but I don't know how you can help me
16:44:58 <geekosaur> how are you configuring keys now? (are you using a keys function, or additionalKeysP?)
16:45:04 <geekosaur> @where paste
16:45:04 <lambdabot> Help us help you: please paste full code, input and/or output at e.g. https://paste.tomsmeding.com
16:46:14 <geekosaur> liskin, interestingly, an xmonad with my changes just plain hangs. I couldn't attach it in gdb for some reason so now I need to dig more
16:49:08 <kxjax> geekosaur I have my keyboard shortcuts configured like this https://pastebin.com/4HBD5HPi
16:49:18 <geekosaur> oh, I see they cam eup with new security options
16:51:52 <geekosaur> kxjax, you should be able to use sequences like "M-<F1>"
16:56:22 alternateved joins (~alternate@82.180.151.27)
16:58:15 × alternateved quits (~alternate@82.180.151.27) (Remote host closed the connection)
17:17:02 <kxjax> Thank you geekosaur it worked for me
17:17:11 × kxjax quits (~user@206.62.170.243) (Quit: ERC 5.4 (IRC client for GNU Emacs 28.1))
18:00:12 <liskin> https://gitlab.freedesktop.org/wayland/wayland/-/issues/233 :-/
18:01:44 <liskin> reading any discussion involving gnome people always makes me sad
18:32:13 rtypo_bot joins (~rtypo_bot@user/rtypo-bot/x-3951806)
18:32:23 rtypo_bot parts (~rtypo_bot@user/rtypo-bot/x-3951806) ()
18:52:39 <scotabroad[m]> I know I have seen people configure awesome wm and fvwm to get vertical window decorations. Is this possible in Xmonad?
18:53:52 <geekosaur> there's nothing "out of the box" for it, but Decoration should be able to handle it
19:00:12 <scotabroad[m]> Okay, I know have seen the window decorations in xmonad-contrib, so it seems with enough coding I should be able to get vertical window decorations?
19:03:54 × noex_ quits (~null@2600:8804:14e0:104:8939:cf0c:32e2:8889) (Quit: :q!)
19:04:06 <geekosaur> it should be possible to start with something like https://github.com/xmonad/xmonad-contrib/blob/master/XMonad/Layout/ImageButtonDecoration.hs and redesign it to put the decoration on the lleft instead of the top
19:04:58 <geekosaur> (note that the "image buttons" are kind of a hack, they're bi9tmaps encoded as nested lists of Bool)
19:05:04 <geekosaur> *bitmaps
19:06:27 <geekosaur> drawing vertical text might be a bit of a challenge, I guess, not sure how much help Decoration would give you with it
19:08:12 noex joins (~null@user/noex)
19:22:23 <scotabroad[m]> Thanks! I'll look more into this
19:48:47 <geekosaur> well, that was loads of cute. whatever is going on, it wedged gdb too
19:49:01 <geekosaur> and it's not blocked in FFI like I expected to find
19:49:40 <geekosaur> no errors logged, just the RTS blocked waiting on filehandles
20:04:55 <geekosaur> and whatever's happening, it happens before the state file is read or removed, because it's retaining my state when I restart it manually
20:14:24 <geekosaur> which makes it initColor
20:16:49 alternateved joins (~alternate@82.180.151.30)
20:17:54 <geekosaur> oops
20:18:39 <geekosaur> need to read more closely; I have a tricky self-reference *blush*
20:18:46 Guest28 joins (~Guest28@91EC764E.dsl.pool.telekom.hu)
20:18:58 × Guest28 quits (~Guest28@91EC764E.dsl.pool.telekom.hu) (Client Quit)
20:22:20 × mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection)
20:24:13 Ocelot joins (~ocelot@50-78-208-189-static.hfc.comcastbusiness.net)
20:36:12 × Ocelot quits (~ocelot@50-78-208-189-static.hfc.comcastbusiness.net) (Remote host closed the connection)
20:45:50 <geekosaur> [03 14:59:28] <geekosaur> which may mean what the code was doing was acceptable because it's the only way to do it…
20:45:57 <geekosaur> sometimes I hate being right…
20:57:14 geekosaur wipes his work, aside from the re-revert
21:38:39 steve__ joins (~steve@ool-182c2b80.dyn.optonline.net)
21:44:48 hexo joins (~hexo@user/hexo)
21:45:09 sogens joins (~sogens@gateway/vpn/pia/sogens)
21:56:14 <liskin> So is there a way to degrade gracefully or do we really need to pick between transparent and navigation?
21:59:04 <geekosaur> I said "for now"
21:59:17 <geekosaur> since we get complaints about one if we go for the other
21:59:56 <geekosaur> still ewant to debug what's wrong, just … it gets harder if you have to break the rules for transparency (or lack of) to work at all
22:03:04 <geekosaur> guess the next step is to look more closely at what WN is doing, although my previous looks at it just showed it doing the same thing the core does
22:03:13 <geekosaur> and even calling the core functions for it
22:14:24 × alternateved quits (~alternate@82.180.151.30) (Remote host closed the connection)
22:23:13 <geekosaur> hrm
22:23:37 geekosaur wonders what `pixelToString` does when handed a pixel with alpha
22:38:07 × chomwitt quits (~chomwitt@2a02:587:dc17:ef00:fd52:a6f3:ef09:f22e) (Ping timeout: 260 seconds)
22:54:18 ChatSlayer[m] is now known as ChaoticMist[m]
23:02:55 jao joins (~jao@guest2.nyenrode.nl)
23:15:29 <geekosaur> got half of it. if the pixel value handed to pixelToString has an alpha, it returns #000000
23:15:42 × sogens quits (~sogens@gateway/vpn/pia/sogens) (Ping timeout: 264 seconds)
23:16:39 <geekosaur> but there's still that weird BadValue and it's happening somewhere other than painting the border apparently
23:17:37 sogens joins (~sogens@211.30.154.12)
23:17:59 <geekosaur> (and in my case it only happens with the normal border color; the focused border color seems fine)
23:28:20 henninb joins (~henninb@63-231-187-148.mpls.qwest.net)
23:31:37 × henninb quits (~henninb@63-231-187-148.mpls.qwest.net) (Client Quit)
23:31:56 henninb joins (~henninb@63-231-187-148.mpls.qwest.net)
23:32:04 × henninb quits (~henninb@63-231-187-148.mpls.qwest.net) (Client Quit)
23:46:49 <geekosaur> bingo! `averagePixels` also does the wrong thing when the pixels have alpha. I now have working WindowNavigation
23:51:00 Ocelot joins (~ocelot@50-78-208-189-static.hfc.comcastbusiness.net)

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