Logs: liberachat/#xmonad
| 2021-11-14 17:50:57 | <geekosaur> | if you swap the order of the arguments to xmobar (xmobar -x 1 /path/to/config) does it start? |
| 2021-11-14 17:52:38 | <obimod> | i'll give it a shot |
| 2021-11-14 17:52:53 | × | obimod quits (~obimod@gateway/vpn/pia/obimod) (Quit: every day brings new choices) |
| 2021-11-14 17:59:01 | → | obimod joins (~obimod@gateway/vpn/pia/obimod) |
| 2021-11-14 17:59:09 | <obimod> | geekosaur you nailed it |
| 2021-11-14 17:59:30 | <obimod> | many thanks! |
| 2021-11-14 18:11:30 | <etrigan63[m]> | <geekosaur> "it was working" <- Thanks. The PerScreenPosition module works like a champ (after a little debugging). Now the only bugaboos left are why betterlockscreen doesn't hide updated windows. If I lock the screen everything looks OK, but after a while polybar shows up over the lockscreen and sometimes other apps with updates. Is there something special I need to do to make betterlockscreen behave correctly? |
| 2021-11-14 18:12:19 | <geekosaur> | hm. it's actually up to the screen locker to deal with that, not the window manager |
| 2021-11-14 18:12:44 | <geekosaur> | this sounds like betterlockscreen isn't so much "better" |
| 2021-11-14 18:13:17 | <geekosaur> | (there have similarly been bugs found in slock and even xscreensaver, although they're mostly different bugs) |
| 2021-11-14 18:14:18 | <etrigan63[m]> | `betterlockscreen` is a wrapper fro `i3-lock-color` so maybe I should search for that. |
| 2021-11-14 18:19:11 | <liskin> | up until recently, xsecurelock was the only screen locker with a good enough architecture to be considered a locker rather than just a pretty screensaver, but xscreensaver has adopted the same design I think |
| 2021-11-14 18:19:12 | <etrigan63[m]> | I forgot to mention that I use `xidlehook` to launch `betterlockscreen`. |
| 2021-11-14 18:19:26 | <geekosaur> | the screen locker window should (a) be override-redirect (b) keep itself above all other windows. there is a server extension that makes this easier and in particular forces the screensaver window to always been on top, but perhaps this one doesn't use it |
| 2021-11-14 18:20:05 | <geekosaur> | and hopefully it isn't expecting i3 to do that for it |
| 2021-11-14 18:20:45 | <geekosaur> | the screensaver extension exists precisely because doing this manually is error-prone and subject to race conditions |
| 2021-11-14 18:23:29 | <etrigan63[m]> | So what is the recommended screen locker for xmonad? |
| 2021-11-14 18:23:44 | <alternateved> | xsecurelock is fun |
| 2021-11-14 18:24:57 | <alternateved> | I feel like you cannot go wrong with xsecurelock |
| 2021-11-14 18:24:58 | <geekosaur> | I'm not sure there is one recommended screensaver |
| 2021-11-14 18:25:34 | <geekosaur> | I just use the one that comes with mate, since I use xmonad as mate's window manager |
| 2021-11-14 19:18:15 | → | mvk joins (~mvk@2607:fea8:5cc3:e900::df92) |
| 2021-11-14 19:25:38 | <FOSSHuman[m]> | <geekosaur> "FOSS Human, there was supposed..." <- Hmm, is there any info on this fix that was introduced? |
| 2021-11-14 19:26:40 | <geekosaur> | we weren't propagating ReleaseResources messages where we needed to |
| 2021-11-14 19:26:55 | <geekosaur> | it is possible that some layouts still don't propagate them fully |
| 2021-11-14 19:27:20 | <geekosaur> | which would lead to things like the windows used by Decoration hanging around |
| 2021-11-14 19:27:23 | <liskin> | yeah many don't |
| 2021-11-14 19:27:47 | <liskin> | especially those conditional ones like PerScreen and IfMax and so on |
| 2021-11-14 19:28:23 | <liskin> | actually that may be a different issue, not ReleaseResources propagation but rather not emitting Hide when the condition flips |
| 2021-11-14 19:28:28 | <liskin> | nevermind |
| 2021-11-14 19:28:45 | <liskin> | it's certainly somewhat related though, might help someone if they were to look into it |
| 2021-11-14 19:31:21 | <FOSSHuman[m]> | Would sublayouts have anything to do with this? Since I use the tabbed subLayout, maybe that might be causing this?? Or something I might of misconfigured |
| 2021-11-14 19:32:45 | <geekosaur> | quite possibly |
| 2021-11-14 19:39:49 | <geekosaur> | in general our message processing could use some work, and some of that work may end up being difficult because it's hard to introspect details of either messages or what layouts handle what messages |
| 2021-11-14 19:40:07 | <geekosaur> | so a message may be dropped on the floor when it needs to be propagated |
| 2021-11-14 19:41:00 | <geekosaur> | I consider our message stuff a clever hack. but it's a hack that prevents detecting dangling messages either at compile time or runtime |
| 2021-11-14 19:41:23 | <geekosaur> | or lost messages |
| 2021-11-14 20:10:36 | × | joshproehl quits (~quassel@user/joshproehl) (Quit: Disappearing act!) |
| 2021-11-14 20:10:50 | → | joshproehl joins (~quassel@user/joshproehl) |
| 2021-11-14 20:21:51 | × | SenranKaguya quits (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 268 seconds) |
| 2021-11-14 20:47:06 | → | SenranKaguya joins (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-14 20:50:22 | × | tomsmeding quits (~tomsmedin@tomsmeding.com) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-11-14 20:53:13 | → | tomsmeding joins (~tomsmedin@tomsmeding.com) |
| 2021-11-14 20:55:31 | → | ircbrowse_tom joins (~ircbrowse@static.162.49.55.162.clients.your-server.de) |
| 2021-11-14 20:55:37 | Server | sets mode +cnt |
| 2021-11-14 21:48:03 | × | Armoletti^ quits (~armoletti@dyn70-177.yok.fi) (Ping timeout: 256 seconds) |
| 2021-11-14 21:50:47 | × | mvk quits (~mvk@2607:fea8:5cc3:e900::df92) (Ping timeout: 264 seconds) |
| 2021-11-14 21:56:53 | × | qbt quits (~qbt@user/edun) (Quit: Leaving.) |
| 2021-11-14 22:18:12 | × | mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 2021-11-14 22:21:21 | × | SenranKaguya quits (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 245 seconds) |
| 2021-11-14 22:23:20 | × | alternateved quits (~user@staticline-31-183-149-3.toya.net.pl) (Ping timeout: 268 seconds) |
| 2021-11-14 22:31:40 | → | Armoletti^ joins (~armoletti@dyn70-177.yok.fi) |
| 2021-11-14 22:39:53 | → | mvk joins (~mvk@2607:fea8:5cc3:e900::df92) |
| 2021-11-14 22:49:06 | × | Armoletti^ quits (~armoletti@dyn70-177.yok.fi) (Ping timeout: 260 seconds) |
| 2021-11-14 23:02:05 | → | Armoletti^ joins (~armoletti@dyn70-177.yok.fi) |
| 2021-11-14 23:02:30 | × | seschwar quits (~seschwar@user/seschwar) (Quit: :wq) |
| 2021-11-14 23:14:26 | → | allbery_b joins (~geekosaur@xmonad/geekosaur) |
| 2021-11-14 23:14:27 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 2021-11-14 23:14:29 | allbery_b | is now known as geekosaur |
| 2021-11-14 23:31:51 | → | SenranKaguya joins (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-15 01:10:47 | → | Ocelot joins (~ocelot@50-78-208-189-static.hfc.comcastbusiness.net) |
| 2021-11-15 01:14:33 | <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 01:16:53 | <Ocelot> | So, first off, the relevant contrib module would be Actions.PhysicalScreens |
| 2021-11-15 01:18:15 | <Ocelot> | And this is what I have in my keybinds: |
| 2021-11-15 01:18:16 | <Ocelot> | withWorkspace def (windows . copy)) |
| 2021-11-15 01:18:35 | <Ocelot> | Sorry, NOT that. |
| 2021-11-15 01:18:38 | <Ocelot> | One sec. |
| 2021-11-15 01:19:51 | <Ocelot> | onPrevNeighbour def copy >> up |
| 2021-11-15 01:21:33 | <Ocelot> | Okay, that last one was correct, lol! And "up" does this: |
| 2021-11-15 01:21:35 | <Ocelot> | up = updatePointer (0.5, 0.5) (0, 0) |
| 2021-11-15 01:24:24 | <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 01:27:07 | <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 01:32:47 | <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 02:11:16 | → | a6a45081-2b83 joins (~aditya@2601:249:4300:1296:88ec:cc73:84d4:1507) |
| 2021-11-15 02:21:22 | × | SenranKaguya quits (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 268 seconds) |
| 2021-11-15 02:30:43 | × | Ocelot quits (~ocelot@50-78-208-189-static.hfc.comcastbusiness.net) (Quit: Leaving) |
| 2021-11-15 02:50:49 | → | furincleavagesit joins (~textual@47.203.181.175) |
| 2021-11-15 02:53:48 | × | furincleavagesit quits (~textual@47.203.181.175) (Quit: Textual IRC Client: www.textualapp.com) |
| 2021-11-15 03:04:16 | × | banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 256 seconds) |
| 2021-11-15 03:24:16 | × | mvk quits (~mvk@2607:fea8:5cc3:e900::df92) (Ping timeout: 245 seconds) |
| 2021-11-15 03:24:25 | → | banc joins (banc@gateway/vpn/airvpn/banc) |
| 2021-11-15 03:31:26 | → | SenranKaguya joins (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-15 03:36:18 | <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 03:39:13 | <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 03:39:13 | <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 03:58:35 | × | td_ quits (~td@muedsl-82-207-238-006.citykom.de) (Ping timeout: 264 seconds) |
| 2021-11-15 03:59:57 | → | td_ joins (~td@muedsl-82-207-238-041.citykom.de) |
| 2021-11-15 04:10:16 | × | noex quits (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: my dad's not a phone!) |
| 2021-11-15 04:17:34 | → | noex joins (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 2021-11-15 04:36:13 | × | a6a45081-2b83 quits (~aditya@2601:249:4300:1296:88ec:cc73:84d4:1507) (Quit: Konversation terminated!) |
| 2021-11-15 05:07:37 | → | sagax joins (~sagax_nb@user/sagax) |
| 2021-11-15 05:50:33 | <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 06:56:21 | × | electr0n quits (~electr0n@about/security/founder/electr0n) (Ping timeout: 245 seconds) |
| 2021-11-15 06:58:39 | × | lazycat quits (~lazycat@user/lazycat) (*.net *.split) |
| 2021-11-15 06:58:39 | × | amenonsen quits (~amenonsen@pitta.toroid.org) (*.net *.split) |
| 2021-11-15 06:58:39 | × | vifon quits (~vifon@user/vifon) (*.net *.split) |
| 2021-11-15 06:58:39 | × | liskin quits (~liskin@xmonad/liskin) (*.net *.split) |
| 2021-11-15 06:58:39 | × | lambdabot quits (~lambdabot@haskell/bot/lambdabot) (*.net *.split) |
| 2021-11-15 06:58:39 | × | koluacik quits (~koluacik@165.227.171.188) (*.net *.split) |
| 2021-11-15 06:58:39 | × | fizzie quits (irc@selene.zem.fi) (*.net *.split) |
All times are in UTC.