Logs: liberachat/#xmonad
| 2025-10-22 11:06:42 | × | samhh quits (7569f027cf@2a03:6000:1812:100::e4) (Remote host closed the connection) |
| 2025-10-22 11:06:42 | × | raghavgururajan quits (ea769b8000@user/raghavgururajan) (Remote host closed the connection) |
| 2025-10-22 11:06:43 | × | dxld quits (a6d27c8ee6@2a03:6000:1812:100::52) (Remote host closed the connection) |
| 2025-10-22 12:19:24 | → | smiesner joins (b0cf5acf8c@user/smiesner) |
| 2025-10-22 12:19:26 | → | wsx joins (055e6b628d@2a03:6000:1812:100::dd6) |
| 2025-10-22 12:19:26 | → | raghavgururajan joins (ea769b8000@user/raghavgururajan) |
| 2025-10-22 12:19:27 | → | samhh joins (7569f027cf@2a03:6000:1812:100::e4) |
| 2025-10-22 12:19:28 | → | eso joins (a0662dfd5e@2a03:6000:1812:100::1266) |
| 2025-10-22 12:19:30 | → | dxld joins (a6d27c8ee6@2a03:6000:1812:100::52) |
| 2025-10-22 13:15:43 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 2025-10-22 13:29:46 | → | rekahsoft joins (~rekahsoft@70.51.99.245) |
| 2025-10-22 14:19:44 | × | OftenFaded quits (~OftenFade@user/tisktisk) (Quit: OftenFaded) |
| 2025-10-22 14:20:05 | → | OftenFaded joins (~OftenFade@user/tisktisk) |
| 2025-10-22 15:08:39 | × | haskellbridge quits (~hackager@96.28.224.214) (Remote host closed the connection) |
| 2025-10-22 15:11:56 | → | haskellbridge joins (~hackager@96.28.224.214) |
| 2025-10-22 15:47:25 | × | yecinem_ quits (~yecinem@host-212-114-138-22.customer.m-online.net) (Ping timeout: 264 seconds) |
| 2025-10-22 18:27:34 | → | ft joins (~ft@p4fc2aaeb.dip0.t-ipconnect.de) |
| 2025-10-22 19:03:05 | × | redgloboli quits (~redglobol@user/redgloboli) (Quit: ...enter the matrix...) |
| 2025-10-22 19:04:41 | → | redgloboli joins (~redglobol@user/redgloboli) |
| 2025-10-22 20:19:10 | × | OftenFaded quits (~OftenFade@user/tisktisk) (Changing host) |
| 2025-10-22 20:19:10 | → | OftenFaded joins (~OftenFade@user/OftenFaded) |
| 2025-10-22 23:15:31 | × | vanvik quits (~vanvik@143.110.100.4) (Ping timeout: 246 seconds) |
| 2025-10-22 23:18:51 | → | vanvik joins (~vanvik@143.110.100.4) |
| 2025-10-23 00:14:26 | × | vanvik quits (~vanvik@143.110.100.4) (Quit: Ping timeout (120 seconds)) |
| 2025-10-23 00:14:44 | → | vanvik joins (~vanvik@143.110.100.4) |
| 2025-10-23 02:28:49 | × | td_ quits (~td@i53870932.versanet.de) (Ping timeout: 264 seconds) |
| 2025-10-23 02:30:36 | → | td_ joins (~td@i53870926.versanet.de) |
| 2025-10-23 02:43:03 | × | terrorjack quits (~terrorjac@static.121.247.201.138.clients.your-server.de) (Quit: The Lounge - https://thelounge.chat) |
| 2025-10-23 02:45:37 | → | terrorjack joins (~terrorjac@2a01:4f8:c17:9d11::) |
| 2025-10-23 05:21:24 | × | OftenFaded quits (~OftenFade@user/OftenFaded) (Quit: OftenFaded) |
| 2025-10-23 05:21:52 | → | OftenFaded joins (~OftenFade@user/OftenFaded) |
| 2025-10-23 05:34:59 | × | Leary quits (~Leary@user/Leary/x-0910699) (Remote host closed the connection) |
| 2025-10-23 05:39:05 | → | Leary joins (~Leary@user/Leary/x-0910699) |
| 2025-10-23 06:15:41 | → | Enrico63 joins (~Enrico63@host-82-59-110-109.retail.telecomitalia.it) |
| 2025-10-23 06:58:33 | × | Enrico63 quits (~Enrico63@host-82-59-110-109.retail.telecomitalia.it) (Quit: Client closed) |
| 2025-10-23 07:37:06 | → | yecinem_ joins (~yecinem@p200300ee0f0876008e234cd803b8a022.dip0.t-ipconnect.de) |
| 2025-10-23 07:58:01 | × | ft quits (~ft@p4fc2aaeb.dip0.t-ipconnect.de) (Quit: leaving) |
| 2025-10-23 10:49:15 | × | kaskal- quits (~kaskal@84-115-235-223.cable.dynamic.surfer.at) (Quit: ZNC - https://znc.in) |
| 2025-10-23 10:49:43 | → | kaskal joins (~kaskal@2a02:8388:1a8b:7d00:2bf0:62e:e362:6c40) |
| 2025-10-23 13:05:02 | → | Enrico63 joins (~Enrico63@host-82-59-110-109.retail.telecomitalia.it) |
| 2025-10-23 13:36:21 | <Enrico63> | Hi. If I open a movie with MPlayer, it initially opens as a float, but not in fullscreen, and that's ok (let's call this state "A"). If I press `f`, MPlayer doesn't really go full screen (thought it does move), let's call this "B". If I press `f` again, MPlayer goes tiled, let's call this "C". Now, if I keep hitting `f`, the state alternates |
| 2025-10-23 13:36:22 | <Enrico63> | bewteen "B" and "C". State "C" _looks to me like_ full-screen **iff** I'm using the `Full` layout. And this is all right, I've got used to it: when I want to watch a movie, I go `Full`, and press `f` twice after opening MPlayer. However, I've just noticed that `xprop -id idOfMplayerWin` contains the line `_NET_WM_STATE(ATOM) = |
| 2025-10-23 13:36:22 | <Enrico63> | _NET_WM_STATE_FULLSCREEN` in state "B", not in state "C". Is there a way for this output to "agree" with what I see? |
| 2025-10-23 13:37:48 | <Enrico63> | The reason I'm asking is that I'm trying to exhume an old script I used with xautolock to lock the screen only if no full-screen window was active with the title being one of YouTube|MPlayer|..., and that script relies on the output of `xprop` to determine if something is fullscreen or not |
| 2025-10-23 13:56:44 | <Leary> | Enrico63: Uhh, I don't know, but I have some comments. Firstly, wow, MPlayer still exists? If you prefer it tiled, build your `ManageHook` from scratch rather than over `manageHook def`; I really don't know why we have special casing for MPlayer in the defaults. Secondly, a focused window playing video should generally tell the X server not to start the screensaver, so e.g. xss-lock won't auto-lock the screen either. You shouldn't need to hack this kind |
| 2025-10-23 13:56:44 | <Leary> | of behaviour yourself. |
| 2025-10-23 14:16:29 | <Enrico63> | Leary, I did that manually because I passed to `xautolock` the locker. I would apply the logic I mentioned and then I woudl run `i3lock --color=000000 "$1" && xset dpms force off` if the decision was to lock indeed. However, it is long ago. |
| 2025-10-23 14:21:48 | <L29Ah> | iirc the ewmh thing in xmonad-contrib would help with the windows that want to go fullscreen |
| 2025-10-23 14:24:00 | <Enrico63> | L29Ah, I do have `main = xmonad . ewmhFullscreen . ewmh . withEasySB (...) . myConfig` |
| 2025-10-23 14:24:45 | × | Enrico63 quits (~Enrico63@host-82-59-110-109.retail.telecomitalia.it) (Quit: Client closed) |
| 2025-10-23 14:25:54 | → | Enrico63 joins (~Enrico63@host-82-59-110-109.retail.telecomitalia.it) |
| 2025-10-23 14:35:37 | × | Enrico63 quits (~Enrico63@host-82-59-110-109.retail.telecomitalia.it) (Quit: Client closed) |
| 2025-10-23 14:43:23 | → | Enrico63 joins (~Enrico63@host-82-59-110-109.retail.telecomitalia.it) |
| 2025-10-23 15:02:28 | × | Enrico63 quits (~Enrico63@host-82-59-110-109.retail.telecomitalia.it) (Quit: Client closed) |
| 2025-10-23 15:27:05 | × | L29Ah quits (~L29Ah@wikipedia/L29Ah) (Read error: Connection timed out) |
| 2025-10-23 15:31:28 | <geekosaur> | I think the defaults are over a decade out of date and should probably go away completely |
| 2025-10-23 15:55:37 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 2025-10-23 16:16:02 | × | yecinem_ quits (~yecinem@p200300ee0f0876008e234cd803b8a022.dip0.t-ipconnect.de) (Ping timeout: 256 seconds) |
| 2025-10-23 16:59:38 | → | ChubaDuba joins (~ChubaDuba@176.213.35.188) |
| 2025-10-23 17:00:51 | × | ChubaDuba quits (~ChubaDuba@176.213.35.188) (Client Quit) |
| 2025-10-23 17:01:07 | → | ChubaDuba joins (~ChubaDuba@176.213.35.188) |
| 2025-10-23 17:02:16 | × | ChubaDuba quits (~ChubaDuba@176.213.35.188) (Client Quit) |
| 2025-10-23 17:06:22 | → | Enrico63 joins (~Enrico63@host-82-59-110-109.retail.telecomitalia.it) |
| 2025-10-23 17:42:11 | <liskin> | What defaults? |
| 2025-10-23 17:42:45 | <Enrico63> | I suppose the defaults of whether a window should be tiled or float when a program opens? |
| 2025-10-23 17:42:46 | <geekosaur> | default manageHook |
| 2025-10-23 17:42:57 | <liskin> | What Enrico63 has seems quite sensible and not that different to what I have, and full-screen works flawlessly |
| 2025-10-23 17:42:58 | <Enrico63> | Oh, ok, not what I said, ahah |
| 2025-10-23 17:43:16 | <geekosaur> | I think we still have one for an ancient gimp, which doesn't work the same way any more, and there's one for MPlayer that also doesn;t work that way any more |
| 2025-10-23 17:43:19 | <liskin> | But yeah my manageHook might be quite different |
| 2025-10-23 17:43:55 | <liskin> | But I switched to mpv ages ago |
| 2025-10-23 17:44:41 | <liskin> | I think mplayer did some funny stuff if it detected xmonad? Or just said some shit things about us in the man page or code comments. Can't remember |
| 2025-10-23 17:44:54 | <geekosaur> | the latter |
| 2025-10-23 17:45:01 | <geekosaur> | we fixed it some time ago iirc |
| 2025-10-23 17:45:45 | <liskin> | Can't really blame them either, full-screen support not being enabled by default is unfortunate especially if they're getting the shit end of our bug reports |
| 2025-10-23 17:46:27 | <geekosaur> | this is part of why I think EWMH should be merged to core; these days, it's expected |
| 2025-10-23 17:46:52 | <geekosaur> | no different from when I joined the xmonad project to fix our not supporting ICCCM correctly |
| 2025-10-23 17:49:34 | <liskin> | These days being 5 years ago. Don't think anything really matters anymore. The world has kinda moved on? |
| 2025-10-23 17:50:44 | <liskin> | Anyway, maybe just me being too depressed and burnt out. I'd have to win the lottery or at least move countries to be able to make significant contributions to xmonad again. |
| 2025-10-23 17:53:32 | <Enrico63> | But so, what is the suggestion? To use mpv instead of mplayer? To use xss-lock instead of xautolock+some locker? |
| 2025-10-23 17:53:50 | <geekosaur> | yes and no, wayland is completely EWMH (ICCCM is X11-specific so dropped, which is why EWMH duplicates things like urgency handling) |
| 2025-10-23 17:54:24 | <Enrico63> | That's to liskin? |
| 2025-10-23 17:55:31 | <geekosaur> | yes |
| 2025-10-23 17:56:17 | <geekosaur> | also I'm still expecting that someone reputable will fork Xorg and keep it alive, because existing Wayland implementations have a number of shortcomings |
| 2025-10-23 17:58:32 | <L29Ah> | Enrico63: i use mpv and xss-lock with i3lock-color |
| 2025-10-23 17:58:55 | <L29Ah> | but i don't have your problem solved and would hope to get a solution, but it is not really a pressing issue |
| 2025-10-23 17:59:25 | <L29Ah> | the workaround being "don't forget to supply --stop-screensaver if you are going to watch long stuff without breaks" |
| 2025-10-23 18:00:12 | <geekosaur> | I think the automatic one has nothing to do with xmonad; it's based on dbus messages |
| 2025-10-23 18:00:20 | <Enrico63> | You don't have it solved for the reason I described, i.e. that xprop doesn't tell you FULLSCREEN when you actually have fullscreen in xmonad? |
| 2025-10-23 18:00:23 | <geekosaur> | so you need to run a dbus session for it to work |
| 2025-10-23 18:00:41 | <L29Ah> | Enrico63: i don't have it solved because i never approached it like that |
| 2025-10-23 18:01:19 | <Enrico63> | You never approached it at all.... ? |
| 2025-10-23 18:01:25 | <L29Ah> | and yes, it doesn't say FULLSCREEN |
| 2025-10-23 18:01:39 | <L29Ah> | but i never use the in-mpv fullscreen feature |
| 2025-10-23 18:01:47 | <L29Ah> | i have Full for making things fullscreen |
| 2025-10-23 18:02:20 | <Enrico63> | Ok, so you're telling me that if you focus mpv when Full layout is active, mpv does show fullscreen. |
| 2025-10-23 18:02:37 | <L29Ah> | what else could it do? it has no other option |
| 2025-10-23 18:02:39 | <geekosaur> | hm. I think we should fix ewmhFullscreen not marking it properly |
| 2025-10-23 18:03:06 | <Enrico63> | L29Ah, mplayer _doesn't_ do that, as I described. |
| 2025-10-23 18:03:22 | <L29Ah> | i only use `ewmh` |
All times are in UTC.