| 2021-12-04 00:54:41 +0100 | seschwar | (~seschwar@user/seschwar) (Quit: :wq) |
| 2021-12-04 01:54:11 +0100 | mvk | (~mvk@2607:fea8:5cdd:f000::9788) |
| 2021-12-04 02:49:49 +0100 | steve_ | (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 252 seconds) |
| 2021-12-04 03:15:54 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: my dad's not a phone!) |
| 2021-12-04 03:21:23 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 2021-12-04 03:47:45 +0100 | mvk | (~mvk@2607:fea8:5cdd:f000::9788) (Ping timeout: 252 seconds) |
| 2021-12-04 03:53:32 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: :q!) |
| 2021-12-04 03:55:52 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 2021-12-04 04:04:26 +0100 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 252 seconds) |
| 2021-12-04 04:22:19 +0100 | banc | (banc@gateway/vpn/airvpn/banc) |
| 2021-12-04 04:30:47 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) (Ping timeout: 256 seconds) |
| 2021-12-04 04:31:32 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: :q!) |
| 2021-12-04 04:36:57 +0100 | td_ | (~td@94.134.91.231) (Ping timeout: 256 seconds) |
| 2021-12-04 04:38:25 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 2021-12-04 04:38:29 +0100 | td_ | (~td@muedsl-82-207-238-245.citykom.de) |
| 2021-12-04 04:44:35 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) |
| 2021-12-04 07:26:17 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) (Ping timeout: 252 seconds) |
| 2021-12-04 08:40:36 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 2021-12-04 08:52:31 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Ping timeout: 256 seconds) |
| 2021-12-04 09:56:14 +0100 | curiousgay | (~curiousga@77-120-141-90.kha.volia.net) (Quit: Leaving) |
| 2021-12-04 10:01:55 +0100 | curiousgay | (~curiousga@77-120-141-90.kha.volia.net) |
| 2021-12-04 10:17:36 +0100 | allbery_b | (~geekosaur@xmonad/geekosaur) |
| 2021-12-04 10:17:36 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 2021-12-04 10:17:39 +0100 | allbery_b | geekosaur |
| 2021-12-04 10:21:37 +0100 | mc47 | (~mc47@xmonad/TheMC47) |
| 2021-12-04 10:22:20 +0100 | curiousgay | (~curiousga@77-120-141-90.kha.volia.net) (Quit: Leaving) |
| 2021-12-04 10:28:15 +0100 | curiousgay | (~curiousga@77-120-141-90.kha.volia.net) |
| 2021-12-04 12:25:32 +0100 | mc47 | (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 2021-12-04 12:28:25 +0100 | curiousgay | (~curiousga@77-120-141-90.kha.volia.net) (Ping timeout: 256 seconds) |
| 2021-12-04 12:42:26 +0100 | steve_ | (~steve@ool-182c2b80.dyn.optonline.net) |
| 2021-12-04 13:12:45 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-12-04 13:12:55 +0100 | seschwar | (~seschwar@user/seschwar) |
| 2021-12-04 13:14:04 +0100 | <Solid> | liskin: what other changes do you have in mind for https://github.com/xmonad/xmonad-contrib/pull/640 still? I wanted to work on some PRs today and that seems like a nice start |
| 2021-12-04 13:14:32 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-12-04 13:16:07 +0100 | <liskin> | Solid: mainly the XC.once, plus make the queue pop/execute one by one to make it robust |
| 2021-12-04 13:28:05 +0100 | <Solid> | as in, wrap every execution in a `catch`? |
| 2021-12-04 13:28:42 +0100 | <Solid> | s/execution/individual execution/ |
| 2021-12-04 13:39:30 +0100 | qbt | (~qbt@user/edun) |
| 2021-12-04 13:44:36 +0100 | <liskin> | That might be a good idea too |
| 2021-12-04 14:24:30 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: :q!) |
| 2021-12-04 14:29:12 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 2021-12-04 14:41:29 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: :q!) |
| 2021-12-04 15:23:28 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 2021-12-04 16:00:57 +0100 | <Solid> | mh, I wonder if we actually need to execute these one by one |
| 2021-12-04 16:01:44 +0100 | <Solid> | I would imagine a simple `traverse_ (`catchX` pure ()) as` would be enough as long as we clear the queue before that, since the exceptions are handled by `catchX` |
| 2021-12-04 16:13:51 +0100 | seschwar | (~seschwar@user/seschwar) (Quit: :wq) |
| 2021-12-04 16:14:53 +0100 | seschwar | (~seschwar@user/seschwar) |
| 2021-12-04 16:25:30 +0100 | <liskin> | any of those actions can invoke windows which invokes logHook which invokes the exection of queued actions |
| 2021-12-04 16:25:40 +0100 | <liskin> | so I think we do need to execute those one by one |
| 2021-12-04 16:31:30 +0100 | <Solid> | that should be taken care of by emptying the queue first, right? |
| 2021-12-04 16:33:18 +0100 | <geekosaur> | this isn't a loop, it's nested, if I understand correctly |
| 2021-12-04 16:33:37 +0100 | <geekosaur> | and I'm not sure how well nesting those invocations would work |
| 2021-12-04 16:34:32 +0100 | <geekosaur> | but emptying it all at once basically means you have the first invocation looping through actions that would already have been done by the recursive windows -> logHook |
| 2021-12-04 16:34:39 +0100 | <liskin> | Solid: that takes care of not doing anything twice, but doesn't take care of doing things in the right order |
| 2021-12-04 16:35:06 +0100 | <geekosaur> | oh, I see |
| 2021-12-04 16:35:49 +0100 | <liskin> | although "right" in this case might not be as obvious as I seem to think |
| 2021-12-04 16:36:13 +0100 | <liskin> | I just assumed we want it to actually act like a queue :-) |
| 2021-12-04 16:45:34 +0100 | <Solid> | now I'm thoroughly confused :D |
| 2021-12-04 16:46:18 +0100 | <Solid> | are you talking about something like (pseudo-ish code) `go = XS.get >>= \((a <| as) -> XS.put as >> (a `catchX` pure ()) >> go)`? |
| 2021-12-04 16:46:52 +0100 | <liskin> | that sounds about right, yes |
| 2021-12-04 16:55:15 +0100 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) |
| 2021-12-04 16:57:59 +0100 | <Solid> | okay, I pushed something; feel free to give it a last look |
| 2021-12-04 16:58:06 +0100 | mc47 | (~mc47@xmonad/TheMC47) |
| 2021-12-04 16:59:09 +0100 | ectospasm | (~ectospasm@user/ectospasm) (Quit: WeeChat 3.3) |
| 2021-12-04 16:59:50 +0100 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) (Client Quit) |
| 2021-12-04 17:01:01 +0100 | ectospasm | (~ectospasm@user/ectospasm) |
| 2021-12-04 17:21:10 +0100 | <mc47> | hey people |
| 2021-12-04 17:21:12 +0100 | <mc47> | what's up |
| 2021-12-04 17:21:33 +0100 | <Solid> | hey hey |
| 2021-12-04 17:22:21 +0100 | <Solid> | I was frustrated with maths more than usual yesterday, so I took today off \o/ |
| 2021-12-04 17:22:43 +0100 | <mc47> | such a luxury :D |
| 2021-12-04 17:22:46 +0100 | <mc47> | have fun! |
| 2021-12-04 17:23:35 +0100 | <Solid> | finally enough time to do xmonad stuff :P |
| 2021-12-04 17:23:53 +0100 | <Solid> | also, advent of code is on, which gives me an excuse to try out clojure |
| 2021-12-04 17:24:15 +0100 | <Solid> | how've you been? |
| 2021-12-04 17:24:53 +0100 | <mc47> | advent of code is really fun, I missed out on last year, so I'm very determined to do it this year :D |
| 2021-12-04 17:25:19 +0100 | <mc47> | I'm very tired, and it'll probably stay that way for a while... the studies are just too much |
| 2021-12-04 17:26:15 +0100 | <mc47> | A week ago we spent a week trying to implement the Bundestag seat distribution algorithm... in SQL :D |
| 2021-12-04 17:29:55 +0100 | <Solid> | Oo |
| 2021-12-04 17:30:07 +0100 | <Solid> | well that sounds... interesting :D |
| 2021-12-04 17:32:02 +0100 | <mc47> | it was |
| 2021-12-04 17:42:09 +0100 | <mc47> | oh shit |
| 2021-12-04 17:42:21 +0100 | <mc47> | there's an open PR that I should've taken a look at |
| 2021-12-04 17:47:26 +0100 | <Solid> | feel free to look at as many as you like :> |
| 2021-12-04 18:04:53 +0100 | liskin | is either busy or extremely tired, and my left wrist is still not okay :-/ |
| 2021-12-04 18:18:16 +0100 | tv | (~tv@user/tv) (Ping timeout: 268 seconds) |
| 2021-12-04 18:24:11 +0100 | <mc47> | I hope it's fine liskin! what's wrong? |
| 2021-12-04 18:59:27 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: :q!) |
| 2021-12-04 19:14:45 +0100 | tv | (~tv@user/tv) |
| 2021-12-04 19:15:53 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 2021-12-04 19:19:00 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) (Client Quit) |
| 2021-12-04 19:20:17 +0100 | noex | (~null@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 2021-12-04 19:30:34 +0100 | MagnusMX | (~MagnusMX@189.195.202.78) |
| 2021-12-04 19:31:04 +0100 | MagnusMX | (~MagnusMX@189.195.202.78) (Client Quit) |
| 2021-12-04 20:15:41 +0100 | qbt | (~qbt@user/edun) (Quit: Leaving.) |
| 2021-12-04 20:19:04 +0100 | <liskin> | mc47: What's wrong is that I don't know how to pause life. |
| 2021-12-04 20:19:30 +0100 | <liskin> | Things just keep piling on even when I need a break |
| 2021-12-04 20:22:45 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-12-04 20:24:29 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-12-04 21:45:27 +0100 | wz1000 | (~zubin@static.11.113.47.78.clients.your-server.de) (Ping timeout: 256 seconds) |
| 2021-12-04 21:45:51 +0100 | wz1000 | (~zubin@static.11.113.47.78.clients.your-server.de) |
| 2021-12-04 22:10:15 +0100 | trillp | (~user@69.233.98.238) |
| 2021-12-04 22:24:53 +0100 | curiousgay | (~curiousga@77-120-141-90.kha.volia.net) |
| 2021-12-04 22:25:46 +0100 | kento | (~kento@089144204185.atnat0013.highway.webapn.at) |
| 2021-12-04 22:25:59 +0100 | kento | (~kento@089144204185.atnat0013.highway.webapn.at) (Client Quit) |
| 2021-12-04 22:26:07 +0100 | kento | (~kento@089144204185.atnat0013.highway.webapn.at) |
| 2021-12-04 22:32:49 +0100 | <kento> | I need some help with the Layout.NoBorders module. I use decorations to indicate focus so I only want borders on floating windows. Shouldn't ```lessBorder (Combine Difference Screen OnlyFloat)``` provide the expected behaviour? I've played around with the module and different ambiguity settings a bit but as far as I can tell the behaviour has never |
| 2021-12-04 22:32:50 +0100 | <kento> | changed... |
| 2021-12-04 22:33:54 +0100 | <geekosaur> | did you mod-shift-space after chainging it? (Although I'm not sure it's necessary here since I think the type should change) |
| 2021-12-04 22:34:18 +0100 | kento | (~kento@089144204185.atnat0013.highway.webapn.at) (Quit: Client closed) |
| 2021-12-04 22:34:28 +0100 | kento | (~kento@089144204185.atnat0013.highway.webapn.at) |
| 2021-12-04 22:35:08 +0100 | <kento> | What does that keybind do? |
| 2021-12-04 22:35:47 +0100 | <kento> | I have certainly recompiled the config |
| 2021-12-04 22:35:58 +0100 | <geekosaur> | xmonad does not automatically apply a new layout after mod-q |
| 2021-12-04 22:36:24 +0100 | <geekosaur> | because it can't tell what changes are your edits to the layout and what are changes from things like mod-. |
| 2021-12-04 22:36:54 +0100 | <geekosaur> | so you have to use mod-shift-space to tell xmonad "yes, throw out any runtime changes to the layout and recompute it from the config" |
| 2021-12-04 22:37:01 +0100 | <kento> | Oh, I don't use the recompilation feature, I build using cabal, so xmonad certainly should have picked up the changes |
| 2021-12-04 22:37:18 +0100 | <geekosaur> | did you then exit and restart? |
| 2021-12-04 22:37:25 +0100 | <kento> | yeah |
| 2021-12-04 22:38:12 +0100 | geekosaur | is also looking over the docs and doesn't think that config will do what is intended, i.e. invert the meaning of OnlyFloat |
| 2021-12-04 22:42:19 +0100 | <kento> | Another option I have is to use the managehook to remove borders from all tiled windows, but I don't know how I'd go about writing that |
| 2021-12-04 22:42:22 +0100 | <geekosaur> | I think Screen is wrong because it means you almost never have anything to compute set difference from and when you do it'd be a full screen float |
| 2021-12-04 22:44:23 +0100 | <geekosaur> | what you'd really need is an Always (as opposed to Never) that matches all windows, so you could use set difference to remove the floats |
| 2021-12-04 22:45:04 +0100 | <kento> | So a SetsAmbiguous instance? |
| 2021-12-04 22:45:13 +0100 | <geekosaur> | you're kinda not using Ambiguity as it's intended, it's strongly focused on full-screen windows |
| 2021-12-04 22:46:21 +0100 | <geekosaur> | yes |
| 2021-12-04 22:46:45 +0100 | <kento> | Well, I'm open to any other options to get the behavior i described, the docs just made it seem like the best fit from all the modules in contrib |
| 2021-12-04 22:47:09 +0100 | <kento> | I'll try writing that, thanks |
| 2021-12-04 22:47:16 +0100 | <geekosaur> | it's the best fit, it's just not quite designed for your use case |
| 2021-12-04 22:47:48 +0100 | <geekosaur> | it really intends to be used to remove borders from full screen windows, but it's also the only module that does much of anything with borders |
| 2021-12-04 22:48:48 +0100 | <geekosaur> | also you can't adjust borders from the manageHook because X.O.windows sets the border on new windows *after* running the manageHook |
| 2021-12-04 22:50:28 +0100 | <kento> | i see. maybe the open PR for X.H.BorderPerWindow could achieve this as well, but i think using NoBorders with a custom ambiguity will be the cleanest |
| 2021-12-04 23:07:03 +0100 | kento | (~kento@089144204185.atnat0013.highway.webapn.at) (Ping timeout: 256 seconds) |
| 2021-12-04 23:57:45 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-12-04 23:59:24 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-12-04 23:59:45 +0100 | curiousgay | (~curiousga@77-120-141-90.kha.volia.net) (Ping timeout: 256 seconds) |