Logs on 2023-03-30 (liberachat/#xmonad)
| 02:10:59 | × | [Leary] quits (~Leary]@user/Leary/x-0910699) (Ping timeout: 264 seconds) |
| 02:28:33 | × | td_ quits (~td@i53870923.versanet.de) (Ping timeout: 255 seconds) |
| 02:30:26 | → | td_ joins (~td@i53870922.versanet.de) |
| 04:01:59 | × | m5zs7k quits (aquares@web10.mydevil.net) (Ping timeout: 250 seconds) |
| 04:03:54 | → | m5zs7k joins (aquares@web10.mydevil.net) |
| 05:21:25 | × | stellacy quits (~stellacy@gateway/tor-sasl/stellacy) (Remote host closed the connection) |
| 05:28:25 | → | chomwitt joins (~chomwitt@2a02:587:7a0f:e00:1ac0:4dff:fedb:a3f1) |
| 06:39:13 | → | mncheck joins (~mncheck@193.224.205.254) |
| 08:22:55 | → | [Leary] joins (~Leary]@user/Leary/x-0910699) |
| 08:26:14 | → | stellacy joins (~stellacy@gateway/tor-sasl/stellacy) |
| 08:27:21 | × | stellacy quits (~stellacy@gateway/tor-sasl/stellacy) (Remote host closed the connection) |
| 08:28:20 | → | stellacy joins (~stellacy@gateway/tor-sasl/stellacy) |
| 08:29:08 | × | ft quits (~ft@p4fc2a88b.dip0.t-ipconnect.de) (Quit: leaving) |
| 08:54:25 | × | mncheck quits (~mncheck@193.224.205.254) (Read error: Connection reset by peer) |
| 09:24:19 | → | tridactyl joins (~tridactyl@user/tridactyl) |
| 09:25:25 | <tridactyl> | hello, is there a developer online? i was wondering why xmonad uses xlib instead of xcb |
| 09:25:39 | → | liskin[m] joins (~liskinmat@2001:470:69fc:105::768) |
| 09:26:08 | <tridactyl> | was it easier to use xlib for the creation of xmonad or some other reason? |
| 09:29:01 | <liskin> | tridactyl: I guess there may not have been Haskell xcb bindings back in 2007, but X11 bindings were shipped with compiler |
| 09:29:48 | <liskin> | X11 haskell lib was split into a separate project at some point, that may have actually happened before 2007, but there probably still was an "official" vibe to it :-) |
| 09:31:32 | <liskin> | oh, git history looks like the split happened because xmonad devs needed to make a lot of changes to it |
| 09:38:03 | <tridactyl> | really, I hadn't thought of that |
| 09:39:20 | <tridactyl> | but can you tell me if the developers have done any kind of comparative test? i see in many places on the internet that xcb is faster than Xlib |
| 09:45:44 | <liskin> | I wouldn't know :-( |
| 09:45:49 | <liskin> | geekosaur is the historian here :-) |
| 09:46:02 | <Solid> | I doubt that this really matters; your window manager is not doing any kind of computationally intensive task |
| 09:48:23 | <tridactyl> | liskin no problem, thanks for answering |
| 09:52:11 | × | chomwitt quits (~chomwitt@2a02:587:7a0f:e00:1ac0:4dff:fedb:a3f1) (Ping timeout: 248 seconds) |
| 09:52:14 | <tridactyl> | Solid I'm not complaining, I just really wanted to know if there was a bigger reason or just historical reasons |
| 09:53:03 | <Solid> | historical artifacts, in that case :) and XMonad's wrapper around Xlib is way too thin for us to switch to xcb, really |
| 09:55:02 | <tridactyl> | that's right |
| 09:55:27 | <tridactyl> | thanks for explaining |
| 09:56:34 | <tridactyl> | well, I'm still learning how to use IRC |
| 09:56:43 | <tridactyl> | I don't know if I managed to mention you in my message, but I think it was worth a try |
| 09:58:25 | <tridactyl> | in addition, I am trying to converse more in English |
| 09:58:33 | <tridactyl> | so I'm sorry if there was some mistake in my messages, I'm trying to be less dependent on translation services |
| 09:59:12 | <tridactyl> | :-) |
| 10:12:33 | → | derpyxdhs joins (~derpyxdhs@user/derpyxdhs) |
| 10:22:46 | × | tridactyl quits (~tridactyl@user/tridactyl) (Quit: Konversation terminated!) |
| 10:51:53 | → | chomwitt joins (~chomwitt@ppp-94-69-24-223.home.otenet.gr) |
| 10:57:43 | × | derpyxdhs quits (~derpyxdhs@user/derpyxdhs) (Ping timeout: 260 seconds) |
| 11:23:56 | <geekosaur> | I see they left, but the best answer you'll get is that sjanssen chose X11 probably because dwm was using it at the time |
| 11:24:39 | <geekosaur> | there was an early ticket about considering a move to xcb but even by that point it would have broken pretty much everything so it was dropped |
| 11:29:13 | <geekosaur> | as to performance, by the time you'd notice the difference you'll have long since been bitten by the linked lists in the StackSet |
| 13:22:03 | → | mncheck joins (~mncheck@193.224.205.254) |
| 14:18:02 | → | todi joins (~snuckls@p5dca57c0.dip0.t-ipconnect.de) |
| 14:29:00 | <todi> | schreibt hir keiner |
| 14:29:43 | <todi> | schreibt ihr deutsch oder englisch |
| 14:30:20 | <vrs> | english mostly |
| 14:33:40 | <todi> | ok |
| 14:33:58 | <todi> | i can not so good english |
| 14:34:18 | <todi> | a little byt |
| 14:36:10 | <geekosaur> | I think I can understand broken English better than I can German, sorry |
| 14:37:25 | <todi> | chandel ??? |
| 14:38:23 | <todi> | and server |
| 14:38:35 | <todi> | to talk german |
| 14:39:51 | <geekosaur> | hm, I was hoping there was a #haskell-de to go with the other l10n channels but it appears not 😞 |
| 14:40:39 | <geekosaur> | (actually that surprises me) |
| 14:47:11 | <geekosaur> | mm, looks like matrix has #haskell.de:matrix.org, use https://element.io/download since they insist on being a web app instead of simple web page |
| 14:48:51 | <geekosaur> | (or install Nheko via flatpak, but you probably don't want that for some quick questions) |
| 15:23:52 | × | werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 276 seconds) |
| 16:00:04 | × | sparksdrinker[m] quits (~sparksdri@2001:470:69fc:105::3:1939) (Quit: You have been kicked for being idle) |
| 16:03:54 | → | werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 16:26:26 | → | malook joins (~Thunderbi@2a02:9b0:4029:41a8:bc64:f7ba:a6ea:a186) |
| 16:33:23 | → | Zetaeta joins (~Zetaeta@80.111.213.250) |
| 16:36:21 | × | werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Remote host closed the connection) |
| 16:38:50 | × | malook quits (~Thunderbi@2a02:9b0:4029:41a8:bc64:f7ba:a6ea:a186) (Ping timeout: 246 seconds) |
| 17:22:55 | ← | L29Ah parts (~L29Ah@wikipedia/L29Ah) () |
| 17:26:58 | <Zetaeta> | Hi, I'm having trouble making a window sticky (want it to float, appear regardless of workspace and be movable with the appropriate commands). XMonad.Actions.CopyWindow.copyToAll isn't working properly on my multi-monitor setup, it always moves the window to the non-active screen. |
| 17:27:21 | <Zetaeta> | I've tried some other approaches to get some version of a sticky window posted here https://www.reddit.com/r/xmonad/comments/125qrv9/can_i_make_a_command_to_ignore_a_window/ |
| 17:27:37 | <Zetaeta> | But nothing worked fully |
| 17:28:39 | <Zetaeta> | If anyone has any insight or alternative suggestions I'd be grateful |
| 17:34:48 | <geekosaur> | yeh, copyToAll can't (not just doesn't, sadly) work right with multiple monitors. I don't think we can really handle this right, the closest you can get is doIgnore but that means you can't interact with or operate on it |
| 17:42:18 | <[Leary]> | Shouldn't it work at least to the extent of keeping the window on the current screen? Why's it on the non-active screen? Weird. |
| 17:42:44 | <Zetaeta> | Is it possible to doIgnore in a command instead of a manageHook? I tried to copy its logic with ignore w = reveal w >> windows (W.delete w) >> reveal w >> withDisplay (\dpy -> io (raiseWindow dpy w)), and it works initially but degrades over time and gets messed up by fullscreen apps. |
| 17:44:52 | <geekosaur> | it's not enough to do that; most windows you `doIgnore` are self-managing and in particular keep themselves on top |
| 17:47:12 | <geekosaur> | [Leary], because the active screen is refreshed first, and both workspaces attempt to place the window but the last one wins |
| 17:50:18 | <[Leary]> | Hah! `windows` uses `summed_visible` to exclude already-rendered windows from the tiles, but not from the floats. |
| 17:50:36 | <[Leary]> | Looks pretty fixable. |
| 17:58:35 | <Zetaeta> | I see, thanks. I've had the most luck with XMonad.Layout.Monitor from xmonad-contrib, but the functionality to specify a rectangle for the window doesn't seem to work and the window stops rendering changes after a while (though its subwindows work fine) |
| 17:59:33 | <geekosaur> | hm. report that please https://github.com/xmonad/xmonad-contrib/issues/new |
| 18:04:02 | <Zetaeta> | Sure, I'll try get a minimal reproduction of it now |
| 18:04:56 | <geekosaur> | the downside of a big contrib library is it contains a lot of stuff that may never have been actually used since it was submitted, so we collect bitrot 😞 |
| 18:24:27 | × | Zetaeta quits (~Zetaeta@80.111.213.250) (Quit: Client closed) |
| 19:15:41 | → | malook joins (~Thunderbi@46.52.72.170) |
| 19:21:30 | → | stackdroid18 joins (14094@de1.hashbang.sh) |
| 19:25:29 | → | ft joins (~ft@p4fc2a88b.dip0.t-ipconnect.de) |
| 19:41:58 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 19:50:33 | × | chomwitt quits (~chomwitt@ppp-94-69-24-223.home.otenet.gr) (Ping timeout: 250 seconds) |
| 20:17:10 | ← | malook parts (~Thunderbi@46.52.72.170) () |
| 20:48:53 | <xmonadtrack> | New branch created: pull/445 (1 commit) https://github.com/xmonad/xmonad/pull/445 |
| 21:33:48 | × | hightower2 quits (~hightower@85.94.71.188) (Ping timeout: 255 seconds) |
| 22:08:44 | → | hightower2 joins (~hightower@89-164-77-23.dsl.iskon.hr) |
| 23:00:12 | × | mncheck quits (~mncheck@193.224.205.254) (Ping timeout: 255 seconds) |
| 23:57:12 | × | stackdroid18 quits (14094@de1.hashbang.sh) (Quit: hasta la vista... tchau!) |
All times are in UTC on 2023-03-30.