| 2021-11-15 00:02:05 +0100 | Armoletti^ | (~armoletti@dyn70-177.yok.fi) |
| 2021-11-15 00:02:30 +0100 | seschwar | (~seschwar@user/seschwar) (Quit: :wq) |
| 2021-11-15 00:14:26 +0100 | allbery_b | (~geekosaur@xmonad/geekosaur) |
| 2021-11-15 00:14:27 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 2021-11-15 00:14:29 +0100 | allbery_b | geekosaur |
| 2021-11-15 00:31:51 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-15 02:10:47 +0100 | Ocelot | (~ocelot@50-78-208-189-static.hfc.comcastbusiness.net) |
| 2021-11-15 02:14:33 +0100 | <Ocelot> | So... I just accidentally figured out how to make xmonad do something pretty cool, and I was wondering if anything like this exists within contrib, officially. |
| 2021-11-15 02:16:53 +0100 | <Ocelot> | So, first off, the relevant contrib module would be Actions.PhysicalScreens |
| 2021-11-15 02:18:15 +0100 | <Ocelot> | And this is what I have in my keybinds: |
| 2021-11-15 02:18:16 +0100 | <Ocelot> | withWorkspace def (windows . copy)) |
| 2021-11-15 02:18:35 +0100 | <Ocelot> | Sorry, NOT that. |
| 2021-11-15 02:18:38 +0100 | <Ocelot> | One sec. |
| 2021-11-15 02:19:51 +0100 | <Ocelot> | onPrevNeighbour def copy >> up |
| 2021-11-15 02:21:33 +0100 | <Ocelot> | Okay, that last one was correct, lol! And "up" does this: |
| 2021-11-15 02:21:35 +0100 | <Ocelot> | up = updatePointer (0.5, 0.5) (0, 0) |
| 2021-11-15 02:24:24 +0100 | <Ocelot> | Now, when I hit the keybind for this, whichever window I had focused upon doing so, will follow my mouse at whatever point I mouse over to the other monitor. |
| 2021-11-15 02:27:07 +0100 | <Ocelot> | So I move the cursor to my other monitor, and as soon as it crosses over to that screen, the window I had focused when I hit the keybind for this will automatically detile from its original screen and retile itself on the other one. |
| 2021-11-15 02:32:47 +0100 | <Ocelot> | It's exactly like what it would be doing if I were to move it from one screen to the other myself (via the keyboard), but it's accomplished entirely means of moving the cursor. |
| 2021-11-15 03:11:16 +0100 | a6a45081-2b83 | (~aditya@2601:249:4300:1296:88ec:cc73:84d4:1507) |
| 2021-11-15 03:21:22 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 268 seconds) |
| 2021-11-15 03:30:43 +0100 | Ocelot | (~ocelot@50-78-208-189-static.hfc.comcastbusiness.net) (Quit: Leaving) |
| 2021-11-15 03:50:49 +0100 | furincleavagesit | (~textual@47.203.181.175) |
| 2021-11-15 03:53:48 +0100 | furincleavagesit | (~textual@47.203.181.175) (Quit: Textual IRC Client: www.textualapp.com) |
| 2021-11-15 04:04:16 +0100 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 256 seconds) |
| 2021-11-15 04:24:16 +0100 | mvk | (~mvk@2607:fea8:5cc3:e900::df92) (Ping timeout: 245 seconds) |
| 2021-11-15 04:24:25 +0100 | banc | (banc@gateway/vpn/airvpn/banc) |
| 2021-11-15 04:31:26 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-15 04:36:18 +0100 | <etrigan63[m]> | So I have been struggling with `xsecurelock` all day and it does the exact same behavior as `polybar`: when the lockscreen comes back from being blanked, any apps that updated while blanked are displayed. For some reason, lockscreen apps are not above the desktop after unblanking. |
| 2021-11-15 04:39:13 +0100 | <etrigan63[m]> | s/So I have been struggling with `xsecurelock` all day and it does the exact same behavior as `polybar`: when the lockscreen comes back from being blanked, any apps that updated while blanked are displayed. For some reason, lockscreen apps are not above the desktop after unblanking./So I have been struggling with `xsecurelock` all day and it does the exact same behavior with `polybar` as `betterlockscreen`: when the lockscreen comes |
| 2021-11-15 04:39:13 +0100 | <etrigan63[m]> | back from being blanked, any apps that updated while blanked are displayed. For some reason, lockscreen apps are not above the desktop after unblanking./ |
| 2021-11-15 04:58:35 +0100 | td_ | (~td@muedsl-82-207-238-006.citykom.de) (Ping timeout: 264 seconds) |
| 2021-11-15 04:59:57 +0100 | td_ | (~td@muedsl-82-207-238-041.citykom.de) |
| 2021-11-15 05:10:16 +0100 | noex | (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: my dad's not a phone!) |
| 2021-11-15 05:17:34 +0100 | noex | (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 2021-11-15 05:36:13 +0100 | a6a45081-2b83 | (~aditya@2601:249:4300:1296:88ec:cc73:84d4:1507) (Quit: Konversation terminated!) |
| 2021-11-15 06:07:37 +0100 | sagax | (~sagax_nb@user/sagax) |
| 2021-11-15 06:50:33 +0100 | <etrigan63[m]> | Thanks to the kind folks here,`xmonad` is now my daily driver. I have decided to sponsor the project on Github. |
| 2021-11-15 07:56:21 +0100 | electr0n | (~electr0n@about/security/founder/electr0n) (Ping timeout: 245 seconds) |
| 2021-11-15 07:58:39 +0100 | lazycat | (~lazycat@user/lazycat) (*.net *.split) |
| 2021-11-15 07:58:39 +0100 | amenonsen | (~amenonsen@pitta.toroid.org) (*.net *.split) |
| 2021-11-15 07:58:39 +0100 | vifon | (~vifon@user/vifon) (*.net *.split) |
| 2021-11-15 07:58:39 +0100 | liskin | (~liskin@xmonad/liskin) (*.net *.split) |
| 2021-11-15 07:58:39 +0100 | lambdabot | (~lambdabot@haskell/bot/lambdabot) (*.net *.split) |
| 2021-11-15 07:58:39 +0100 | koluacik | (~koluacik@165.227.171.188) (*.net *.split) |
| 2021-11-15 07:58:39 +0100 | fizzie | (irc@selene.zem.fi) (*.net *.split) |
| 2021-11-15 07:58:55 +0100 | lazycat | (~lazycat@mail.nubecula.net) |
| 2021-11-15 07:59:00 +0100 | lazycat | (~lazycat@mail.nubecula.net) (Changing host) |
| 2021-11-15 07:59:00 +0100 | lazycat | (~lazycat@user/lazycat) |
| 2021-11-15 07:59:12 +0100 | liskin | (~liskin@ackle.nomi.cz) |
| 2021-11-15 07:59:24 +0100 | vifon | (~vifon@nixon.einval.eu) |
| 2021-11-15 07:59:24 +0100 | liskin | (~liskin@ackle.nomi.cz) (Signing in (liskin)) |
| 2021-11-15 07:59:24 +0100 | liskin | (~liskin@xmonad/liskin) |
| 2021-11-15 07:59:26 +0100 | vifon | (~vifon@nixon.einval.eu) (Changing host) |
| 2021-11-15 07:59:26 +0100 | vifon | (~vifon@user/vifon) |
| 2021-11-15 07:59:32 +0100 | lambdabot | (~lambdabot@haskell/bot/lambdabot) |
| 2021-11-15 07:59:40 +0100 | fizzie | (irc@selene.zem.fi) |
| 2021-11-15 08:00:05 +0100 | amenonsen | (~amenonsen@pitta.toroid.org) |
| 2021-11-15 08:00:34 +0100 | koluacik | (~koluacik@165.227.171.188) |
| 2021-11-15 08:04:22 +0100 | Rockj\ | (~rockj@chromie.geekrevolution.net) (*.net *.split) |
| 2021-11-15 08:04:59 +0100 | Rockj\ | (~rockj@chromie.geekrevolution.net) |
| 2021-11-15 08:05:54 +0100 | qbt | (~qbt@user/edun) |
| 2021-11-15 08:18:26 +0100 | sagax | (~sagax_nb@user/sagax) (Read error: Connection reset by peer) |
| 2021-11-15 08:34:43 +0100 | sagax | (~sagax_nb@user/sagax) |
| 2021-11-15 08:47:11 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 264 seconds) |
| 2021-11-15 08:56:48 +0100 | electr0n | (~electr0n@about/security/founder/electr0n) |
| 2021-11-15 10:17:33 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 2021-11-15 10:17:33 +0100 | allbery_b | (~geekosaur@xmonad/geekosaur) |
| 2021-11-15 10:17:36 +0100 | allbery_b | geekosaur |
| 2021-11-15 10:33:26 +0100 | diep | (~diep@2a01:cb11:2d7:4a00:4202:8c7d:a3d3:256f) |
| 2021-11-15 10:35:14 +0100 | diep | (~diep@2a01:cb11:2d7:4a00:4202:8c7d:a3d3:256f) (Client Quit) |
| 2021-11-15 11:21:38 +0100 | cfricke | (~cfricke@user/cfricke) |
| 2021-11-15 12:10:43 +0100 | <liskin> | Solid: should we push 0.3.3 to Hackage? it may be confusing that the changelog says there was 0.3.3 without it actually being ever released |
| 2021-11-15 12:11:50 +0100 | <liskin> | (I triggered the candidate pipeline to see if Hackage accepts the tarball and if everything looks correct, but we may need to drop the "unknown" and change the date in the changelog for the actual release) |
| 2021-11-15 12:27:28 +0100 | lambdabot | (~lambdabot@haskell/bot/lambdabot) (Ping timeout: 256 seconds) |
| 2021-11-15 12:31:39 +0100 | lambdabot | (~lambdabot@haskell/bot/lambdabot) |
| 2021-11-15 13:15:45 +0100 | cfricke | (~cfricke@user/cfricke) (Ping timeout: 250 seconds) |
| 2021-11-15 13:20:36 +0100 | <Solid> | liskin: yeah that sounds good to me |
| 2021-11-15 13:23:52 +0100 | <liskin> | Solid: okay, I'll do it this week |
| 2021-11-15 13:24:27 +0100 | <liskin> | (I have a deadline tomorrow evening for something important, so I can't really do much until then) |
| 2021-11-15 13:24:43 +0100 | <Solid> | that's totally fine |
| 2021-11-15 14:44:58 +0100 | noex | (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: my dad's not a phone!) |
| 2021-11-15 14:46:10 +0100 | noex | (~noex@ip68-13-181-143.om.om.cox.net) |
| 2021-11-15 15:41:13 +0100 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) |
| 2021-11-15 15:56:55 +0100 | gruntsplatter | (~sogens@gateway/vpn/pia/sogens) |
| 2021-11-15 17:17:13 +0100 | seschwar | (~seschwar@user/seschwar) |
| 2021-11-15 17:32:22 +0100 | gruntsplatter | (~sogens@gateway/vpn/pia/sogens) (Ping timeout: 265 seconds) |
| 2021-11-15 17:58:01 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-15 18:21:52 +0100 | gruntsplatter | (~sogens@gateway/vpn/pia/sogens) |
| 2021-11-15 18:29:35 +0100 | gruntsplatter | (~sogens@gateway/vpn/pia/sogens) (Quit: WeeChat 3.3) |
| 2021-11-15 18:30:21 +0100 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 250 seconds) |
| 2021-11-15 18:39:00 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 2021-11-15 18:51:07 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 2021-11-15 18:53:17 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 2021-11-15 19:02:45 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Ping timeout: 265 seconds) |
| 2021-11-15 19:02:51 +0100 | qbt | (~qbt@user/edun) (Remote host closed the connection) |
| 2021-11-15 19:04:49 +0100 | catman | (~catman@user/catman) (Remote host closed the connection) |
| 2021-11-15 19:11:57 +0100 | catman | (~catman@user/catman) |
| 2021-11-15 19:31:05 +0100 | <jakeStateless-Fa> | Ugh, xmobar's being dumb, for whatever reason it's no longer working. |
| 2021-11-15 19:31:19 +0100 | <jakeStateless-Fa> | I did just do an arch upgrade... but, it's the nix version, so, that's weird |
| 2021-11-15 19:31:39 +0100 | <jakeStateless-Fa> | I'm updating my nix config right now, but that takes some time |
| 2021-11-15 19:31:56 +0100 | <jakeStateless-Fa> | Running it outside of my xmonad config works, using the same config. |
| 2021-11-15 19:32:30 +0100 | <jakeStateless-Fa> | Glancing at xmonad's log output didn't help me identify what's up. I'll report back after nix finishes. |
| 2021-11-15 19:44:20 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) (Ping timeout: 268 seconds) |
| 2021-11-15 19:46:55 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) |
| 2021-11-15 20:17:47 +0100 | desantra | (~skykanin@user/skykanin) |
| 2021-11-15 20:35:51 +0100 | desantra | (~skykanin@user/skykanin) (Quit: WeeChat 3.3) |
| 2021-11-15 20:45:59 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) (Quit: every day brings new choices) |
| 2021-11-15 20:58:12 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-11-15 20:58:55 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-11-15 21:33:50 +0100 | twiclo | (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c) |
| 2021-11-15 21:34:22 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 260 seconds) |
| 2021-11-15 21:34:59 +0100 | <twiclo> | Does anyone know of an extension that allows me to glue a window to a position on a monitor? I know there's Xmonad.Actions.CopyWindow which more or less does this but it'd be nice to have it be tied to a monitor instead of to a workspace |
| 2021-11-15 21:42:08 +0100 | desantra | (~skykanin@user/skykanin) |
| 2021-11-15 21:42:13 +0100 | <geekosaur> | I think you usually do that by doIgnore-ing it, but then you can't focus it. otherwise no, xmonad really wants to work by workspaces and not screens |
| 2021-11-15 21:42:40 +0100 | <geekosaur> | although come to think of it, copyToAll might simulate what you want |
| 2021-11-15 21:46:16 +0100 | <twiclo> | Copying to all workspaces would be too much. I'll just go with CopyWindow |
| 2021-11-15 21:46:22 +0100 | twiclo | (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c) (Quit: WeeChat 3.2) |
| 2021-11-15 21:48:20 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-15 21:53:51 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 265 seconds) |
| 2021-11-15 21:59:03 +0100 | <jakeStateless-Fa> | I'm trying to use conky, but it's staying above my windows. How would I go about lowering it? |
| 2021-11-15 21:59:47 +0100 | <jakeStateless-Fa> | searching hoogle didn't give me a `lower` function. |
| 2021-11-15 22:06:25 +0100 | <geekosaur> | https://hackage.haskell.org/package/X11-1.10.2/docs/Graphics-X11-Xlib-Window.html#v:lowerWindow |
| 2021-11-15 22:07:00 +0100 | <geekosaur> | but I'd (a) look for configuration (b) make sure it's not an ordinary floating window |
| 2021-11-15 22:07:15 +0100 | <geekosaur> | (which as such would always be on top of the tiled layer) |
| 2021-11-15 22:08:24 +0100 | <jakeStateless-Fa> | Yeah, I'm also `doIgnore`ing it |
| 2021-11-15 22:10:50 +0100 | <liskin> | jakeStateless-Fa: then try https://xmonad.github.io/xmonad-docs/xmonad-contrib-0.17.0.9/XMonad-Hooks-ManageHelpers.html#v:doL… as well |
| 2021-11-15 22:11:11 +0100 | <jakeStateless-Fa> | Ah, that works! Thanks! |
| 2021-11-15 22:18:54 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-15 22:26:26 +0100 | desantra | (~skykanin@user/skykanin) (Quit: WeeChat 3.3) |
| 2021-11-15 22:49:53 +0100 | <jakeStateless-Fa> | liskin geekosaur - https://p.bsd-unix.net/view/39c13b90 <- thoughts on datatypes for my proposed tree-rewrite? |
| 2021-11-15 22:50:30 +0100 | <jakeStateless-Fa> | That is fully valid haskell code, and compile+running it does give you an example of a given node within the root-node. |
| 2021-11-15 22:50:35 +0100 | <jakeStateless-Fa> | node/leaf* |
| 2021-11-15 22:51:28 +0100 | <jakeStateless-Fa> | It'd still need the workspace type, and root-node type, but that's a start. |
| 2021-11-15 22:51:49 +0100 | <jakeStateless-Fa> | And, those are the most trivial of the types... |
| 2021-11-15 22:52:52 +0100 | <jakeStateless-Fa> | and, that's without the events system* |
| 2021-11-15 23:09:05 +0100 | <etrigan63[m]> | How does one get the WM_CLASS of a screen locker? I am trying to get that info for `betterlockscreen` and `xprop` doesn't work for screen lockers apparently. |
| 2021-11-15 23:10:18 +0100 | <geekosaur> | very little works for screen lockers, especially if they use the provided API to hide their window |
| 2021-11-15 23:15:24 +0100 | <geekosaur> | mm, of course I can't find any useful documentation for it :( |
| 2021-11-15 23:15:56 +0100 | <geekosaur> | although if it used that API then it should not be possible for windows to display above it, hm |
| 2021-11-15 23:18:51 +0100 | <etrigan63[m]> | I have found that polybar and any window that updates while locked are visible when unlocking the screen. It is almost as if the screen locker is not on top. can the `doUpper` ManageHook be applied to the screen locker? |
| 2021-11-15 23:19:27 +0100 | <etrigan63[m]> | On both `betterlockscreen` and `xsecurelock`. |
| 2021-11-15 23:20:53 +0100 | <geekosaur> | the locker window should be override_redirect and thereby ignored by xmonad and other window managers |
| 2021-11-15 23:21:39 +0100 | <geekosaur> | of course if they ignored that then it would break things including proper working of the Xss API |
| 2021-11-15 23:23:41 +0100 | <etrigan63[m]> | Should `polybar` be override_redirect too? It is set to true in my config. |
| 2021-11-15 23:23:55 +0100 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 265 seconds) |
| 2021-11-15 23:24:07 +0100 | <geekosaur> | usually yes: docks manage themselves |
| 2021-11-15 23:25:00 +0100 | <etrigan63[m]> | How can I check if the locker is override_redirect? |
| 2021-11-15 23:25:23 +0100 | <geekosaur> | I don't think you can, easily. if xprop doesn't work then neither will xwininfo |
| 2021-11-15 23:27:02 +0100 | banc | (banc@gateway/vpn/airvpn/banc) |
| 2021-11-15 23:28:37 +0100 | <etrigan63[m]> | I managed to get `xprop` to read it by launching xprop and then launching the locker via key binding. For the record the WM_CLASS of `betterlockscreen` is `i3lock`. |
| 2021-11-15 23:33:08 +0100 | <etrigan63[m]> | I tried adding it to a list of apps that get `doFullFloat` applied automatically but it didn't make any difference. How do I apply `doUpper` to that locker if the call requires a resource not a class? |
| 2021-11-15 23:33:41 +0100 | <etrigan63[m]> | This is what `xprop` provided:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/8cd14cba98a96e8eeb1fb2ba64fba5217485…) |
| 2021-11-15 23:44:54 +0100 | <geekosaur> | hm, className and appName are the same there |
| 2021-11-15 23:45:36 +0100 | <geekosaur> | but I'm betting it doesn't go through the manageHook at all; it's supposed to be override_redirect |
| 2021-11-15 23:46:01 +0100 | <geekosaur> | wait. it let you run something via a key? that's a pretty poor locker |
| 2021-11-15 23:46:12 +0100 | <geekosaur> | it should be doing a full keyboard grab |
| 2021-11-15 23:48:18 +0100 | Solitary | (~Solitary@user/solitary) (Ping timeout: 260 seconds) |
| 2021-11-15 23:53:34 +0100 | Solitary | (~Solitary@user/solitary) |