| 2024-10-11 00:13:36 +0200 | catman | (~catman@user/catman) catman |
| 2024-10-11 00:27:17 +0200 | thaumavorio | (~thaumavor@thaumavor.io) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2024-10-11 00:28:32 +0200 | thaumavorio | (~thaumavor@thaumavor.io) thaumavorio |
| 2024-10-11 02:28:13 +0200 | Nixkernal | (~Nixkernal@226.85.194.178.dynamic.cust.swisscom.net) (Ping timeout: 252 seconds) |
| 2024-10-11 02:38:36 +0200 | haskellbridge | (~hackager@syn-024-093-192-219.res.spectrum.com) (Remote host closed the connection) |
| 2024-10-11 02:39:08 +0200 | haskellbridge | (~hackager@syn-024-093-192-219.res.spectrum.com) hackager |
| 2024-10-11 04:10:16 +0200 | td_ | (~td@i53870924.versanet.de) (Ping timeout: 272 seconds) |
| 2024-10-11 04:11:40 +0200 | td_ | (~td@i5387090C.versanet.de) td_ |
| 2024-10-11 05:39:06 +0200 | L29Ah | (~L29Ah@wikipedia/L29Ah) (Read error: Connection reset by peer) |
| 2024-10-11 05:39:07 +0200 | Natch | (~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se) (Read error: Connection reset by peer) |
| 2024-10-11 05:39:33 +0200 | Digit | (~user@user/digit) (Remote host closed the connection) |
| 2024-10-11 05:39:46 +0200 | todi | (~todi@p57803331.dip0.t-ipconnect.de) (Quit: ZNC - https://znc.in) |
| 2024-10-11 05:39:57 +0200 | thaumavorio | (~thaumavor@thaumavor.io) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2024-10-11 05:41:11 +0200 | Digit | (~user@user/digit) Digit |
| 2024-10-11 05:42:01 +0200 | todi | (~todi@p57803331.dip0.t-ipconnect.de) todi |
| 2024-10-11 05:42:58 +0200 | catman_ | (~catman@user/catman) catman |
| 2024-10-11 05:43:18 +0200 | catman | (~catman@user/catman) (Ping timeout: 252 seconds) |
| 2024-10-11 05:43:18 +0200 | ml| | (~ml|@user/ml/x-5298235) (Ping timeout: 252 seconds) |
| 2024-10-11 05:45:08 +0200 | ectospasm | (~ectospasm@user/ectospasm) (Ping timeout: 252 seconds) |
| 2024-10-11 05:45:49 +0200 | thaumavorio | (~thaumavor@thaumavor.io) thaumavorio |
| 2024-10-11 05:49:52 +0200 | Natch | (~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se) Natch |
| 2024-10-11 05:55:37 +0200 | ml| | (~ml|@user/ml/x-5298235) ml| |
| 2024-10-11 05:57:47 +0200 | ectospasm | (~ectospasm@user/ectospasm) ectospasm |
| 2024-10-11 07:31:42 +0200 | alp_ | (~alp@2001:861:e3d6:8f80:3e1b:1051:6267:8f64) |
| 2024-10-11 07:44:31 +0200 | Buliarous | (~gypsydang@46.232.210.139) (Ping timeout: 264 seconds) |
| 2024-10-11 07:52:04 +0200 | ChubaDuba | (~ChubaDuba@46.147.219.43) ChubaDuba |
| 2024-10-11 07:52:56 +0200 | ChubaDuba | (~ChubaDuba@46.147.219.43) (Client Quit) |
| 2024-10-11 07:53:12 +0200 | ChubaDuba | (~ChubaDuba@46.147.219.43) ChubaDuba |
| 2024-10-11 07:54:28 +0200 | ChubaDuba | (~ChubaDuba@46.147.219.43) (Client Quit) |
| 2024-10-11 07:59:51 +0200 | ChubaDuba | (~ChubaDuba@46.147.219.43) ChubaDuba |
| 2024-10-11 08:02:11 +0200 | ChubaDuba | (~ChubaDuba@46.147.219.43) (Client Quit) |
| 2024-10-11 08:37:47 +0200 | ChubaDuba | (~ChubaDuba@46.147.219.43) ChubaDuba |
| 2024-10-11 08:38:19 +0200 | ChubaDuba | (~ChubaDuba@46.147.219.43) (Client Quit) |
| 2024-10-11 08:51:50 +0200 | ft | (~ft@p4fc2a216.dip0.t-ipconnect.de) (Quit: leaving) |
| 2024-10-11 09:27:10 +0200 | ash3en | (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) ash3en |
| 2024-10-11 09:32:06 +0200 | cfricke | (~cfricke@user/cfricke) cfricke |
| 2024-10-11 10:58:50 +0200 | ash3en | (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) (Quit: ash3en) |
| 2024-10-11 11:24:30 +0200 | ash3en | (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) ash3en |
| 2024-10-11 11:49:54 +0200 | <ash3en> | is it possible to move applications to a specific workspace when started by a shell script? e.g. move vim to workspace 3. I do not want this to be true always, but for a certain window group setup only.\ |
| 2024-10-11 11:53:22 +0200 | <vrs> | yes it's possible but not really in a nice way (you have to assume some things about when what window comes up) - what I ended up doing was to use https://hackage.haskell.org/package/xmonad-contrib-0.18.1/docs/XMonad-Actions-TopicSpace.html to go to that workspace and then spawn the respective session while on there |
| 2024-10-11 11:54:41 +0200 | <vrs> | the workflow here is "move to workspace x and if it's empty, xmonad automatically spawns the session" |
| 2024-10-11 11:58:10 +0200 | <ash3en> | ah ok, my use case is that I want to bring many applications to different windows. like spawning a text editor on workspace 1, a debugger on workspace 2 and whatever on workspace 3. |
| 2024-10-11 11:58:21 +0200 | <ash3en> | have to dig into that topic spaces |
| 2024-10-11 12:01:20 +0200 | <fizzie> | If you're willing to make Xmonad do the spawning (and the script just trigger it), there's https://hackage.haskell.org/package/xmonad-contrib-0.18.1/docs/XMonad-Actions-SpawnOn.html to launch a thing on a specific workspace. It does make one of those assumptions (specifically, that it has _NET_WM_PID set to exactly the PID of the process that it launched), which may not be true for all programs. |
| 2024-10-11 12:01:43 +0200 | <fizzie> | (And you'd pretty much have to know in advance what programs you end up wanting to start.) |
| 2024-10-11 12:05:12 +0200 | <fizzie> | There's also a `hookNext` in https://hackage.haskell.org/package/xmonad-contrib-0.18.1/docs/XMonad-Hooks-ToggleHook.html which can do an arbitrary action (such as shifting to a workspace) on the window that opens next, but that's unlikely to be very useful if you want to start several things at the same time, since you can't really control in general in which order they get their windows created. |
| 2024-10-11 12:42:16 +0200 | mkoskar | (~mkoskar@user/mkoskar) mkoskar |
| 2024-10-11 12:48:43 +0200 | <mkoskar> | so I have `borderWidth = 1` and for quite a long time some dialogs (usually gtk) would get slightly morphed moving things around, I suspected wrong hints were provided by the app or smt, finally looked into it and realized it's the problem with xmonad borders ... e.g., https://mkoskar.com/p/GlB3.png top: borderWidth 1 (not visible as it went out of focus as I was doing the screenshot) and bottom: |
| 2024-10-11 12:48:45 +0200 | <mkoskar> | borderWidth 10 |
| 2024-10-11 12:50:28 +0200 | <mkoskar> | apparently the borders are drawn "on the inside" of the window, and that makes its layout to break ... anybody solved this? |
| 2024-10-11 13:04:37 +0200 | edog | (~edog@alcotrash.org) |
| 2024-10-11 13:10:13 +0200 | <mkoskar> | ah I see this is well-known issue hmm https://github.com/xmonad/xmonad/issues/198 |
| 2024-10-11 13:36:17 +0200 | cfricke | (~cfricke@user/cfricke) (Ping timeout: 252 seconds) |
| 2024-10-11 14:00:07 +0200 | cfricke | (~cfricke@user/cfricke) cfricke |
| 2024-10-11 14:21:47 +0200 | <geekosaur> | it's not "exactly", it knows how to get and use a PID tree so child processes also work |
| 2024-10-11 14:29:07 +0200 | <fizzie> | Ooh, I didn't know that. I guess the main case that I was thinking of that wouldn't work is the usual "new browser window opened in an existing instance of the browser" thing. |
| 2024-10-11 14:30:24 +0200 | ft | (~ft@p4fc2a216.dip0.t-ipconnect.de) ft |
| 2024-10-11 14:48:09 +0200 | cfricke | (~cfricke@user/cfricke) (Ping timeout: 246 seconds) |
| 2024-10-11 14:55:12 +0200 | <geekosaur> | right, that and terminals (same issue) don't work because it's an unrelated pid that opens it |
| 2024-10-11 14:55:48 +0200 | <geekosaur> | (unless you chase it all the way up to xmonad and back down again, but by that metric every window is related to every other one) |
| 2024-10-11 15:08:42 +0200 | L29Ah | (~L29Ah@wikipedia/L29Ah) L29Ah |
| 2024-10-11 16:02:12 +0200 | cfricke | (~cfricke@user/cfricke) cfricke |
| 2024-10-11 17:02:17 +0200 | ash3en | (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) (Quit: ash3en) |
| 2024-10-11 18:06:44 +0200 | cfricke | (~cfricke@user/cfricke) (Quit: WeeChat 4.2.2) |
| 2024-10-11 19:00:04 +0200 | todi | (~todi@p57803331.dip0.t-ipconnect.de) (Ping timeout: 260 seconds) |
| 2024-10-11 19:10:43 +0200 | catman_ | (~catman@user/catman) (Quit: WeeChat 4.4.2) |
| 2024-10-11 19:12:23 +0200 | catman | (~catman@user/catman) catman |
| 2024-10-11 19:32:20 +0200 | todi | (~todi@p57803331.dip0.t-ipconnect.de) todi |
| 2024-10-11 20:22:58 +0200 | ash3en | (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) ash3en |
| 2024-10-11 21:01:09 +0200 | MrElendig | (~Urist@archlinux/op/MrElendig) (Quit: fire ze mizziles) |
| 2024-10-11 21:04:06 +0200 | MrElendig | (~Urist@archlinux/op/MrElendig) MrElendig |
| 2024-10-11 21:13:54 +0200 | Natch | (~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se) (Remote host closed the connection) |
| 2024-10-11 21:52:24 +0200 | tv | (~tv@user/tv) (Read error: Connection reset by peer) |
| 2024-10-11 21:53:47 +0200 | tv | (~tv@user/tv) tv |
| 2024-10-11 21:58:48 +0200 | Natch | (~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se) Natch |
| 2024-10-11 23:02:51 +0200 | ash3en | (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) (Quit: ash3en) |
| 2024-10-11 23:43:30 +0200 | todi | (~todi@p57803331.dip0.t-ipconnect.de) (Ping timeout: 252 seconds) |
| 2024-10-11 23:52:06 +0200 | todi | (~todi@p57803331.dip0.t-ipconnect.de) todi |
