| 2022-02-28 00:00:34 +0000 | <iqubic> | How do I get that? |
| 2022-02-28 00:01:21 +0000 | <iqubic> | I've got xmonad 0.15, directly from the arch linux repos. |
| 2022-02-28 00:01:36 +0000 | <liskin> | https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Hooks-EwmhDesktops.html |
| 2022-02-28 00:02:15 +0000 | <liskin> | https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Hooks-EwmhDesktops.html if you can't upgrade |
| 2022-02-28 00:02:22 +0000 | <liskin> | but you should |
| 2022-02-28 00:03:12 +0000 | <iqubic> | The only way I'll be able to update is whenever the new version hits the arch linux repos. |
| 2022-02-28 00:03:46 +0000 | <liskin> | isn't there xmonad-contrib-git in aur or something? |
| 2022-02-28 00:05:10 +0000 | <iqubic> | There might be. |
| 2022-02-28 00:05:52 +0000 | <iqubic> | Yeah. There is. I'm now compiling the latest version from git. |
| 2022-02-28 00:06:54 +0000 | <geekosaur> | most OSes won't update until it hits a stackage LTS so they have a stable base to work from for all haskell packages, even if they don't use stack as such |
| 2022-02-28 00:07:01 +0000 | <geekosaur> | so it'll probably be a while |
| 2022-02-28 00:08:14 +0000 | <iqubic> | Yeah. I'm just gonna pull xmonad-git and xmonad-contrib-git from the AUR. This essential just grabs the latest git master and complies that + plus other set-up stuff to make my login manager recognize this as a valid WM |
| 2022-02-28 00:11:17 +0000 | <iqubic> | I've just updated and now I'm getting a deprecation warning here. In main I have: "let defConfig = docks $ ewmhFullscreen def" |
| 2022-02-28 00:11:42 +0000 | <iqubic> | Then I have "xmonad $ defConfig {handleEventHook = fullscreenEventHook <+> handleEventHook defConfig} |
| 2022-02-28 00:11:58 +0000 | <iqubic> | fullscreenEventHook is deprecated. Can I remove that? |
| 2022-02-28 00:12:45 +0000 | <geekosaur> | that's replaced by ewmhFullscreen |
| 2022-02-28 00:12:49 +0000 | <iqubic> | Thanks. |
| 2022-02-28 00:14:04 +0000 | <iqubic> | Do I need to kill xmonad and then log back in to get these changes to stick? |
| 2022-02-28 00:14:42 +0000 | <geekosaur> | mod-q should be sufficient |
| 2022-02-28 00:15:27 +0000 | <iqubic> | Cool. |
| 2022-02-28 00:16:46 +0000 | <iqubic> | I've figured out the issue here... |
| 2022-02-28 00:17:09 +0000 | <iqubic> | I have "isFullscreen --> doFullFloat" as one of my manageHook rules. |
| 2022-02-28 00:18:36 +0000 | <geekosaur> | that actually shouldnot be involved here since I don't think firefox withdraws its window when it fullscreens |
| 2022-02-28 00:19:00 +0000 | <geekosaur> | and in any case doFullFloat ignores struts |
| 2022-02-28 00:23:59 +0000 | <iqubic> | If have two firefox windows open side by side, and I tell the left one to become fullscreen, it only uses its allotted rectangle of space to go fullscreen, as can be seen here: https://imgur.com/a/DfBM2oY |
| 2022-02-28 00:24:09 +0000 | <iqubic> | So, it's not floating at all. |
| 2022-02-28 00:25:01 +0000 | <iqubic> | This is why I don't think my manageHook rule of "isFullscreen --> doFullFloat" is working. |
| 2022-02-28 00:26:11 +0000 | <geekosaur> | as I just said, manageHooks don't fire in that case. Firefox would have to withdraw the window and remap it with the STATE_FULLSCREEN atom attached |
| 2022-02-28 00:26:33 +0000 | <iqubic> | Oh. I see. That's an issue. |
| 2022-02-28 00:26:36 +0000 | <geekosaur> | what Firefox is doing is handled by an event instead |
| 2022-02-28 00:26:45 +0000 | <iqubic> | Is there anything I can do to fix this? |
| 2022-02-28 00:26:46 +0000 | <geekosaur> | and that event is what ewmhFullscreen watches for |
| 2022-02-28 00:27:28 +0000 | <geekosaur> | that said, the default action should be to fullscreen it without regard for struts, like it does here, iirc |
| 2022-02-28 00:27:46 +0000 | <iqubic> | My main looks like this. https://dpaste.com/H5EXBTRVV |
| 2022-02-28 00:27:58 +0000 | <iqubic> | I'm very clearly using ewmhFullscreen. |
| 2022-02-28 00:28:59 +0000 | <iqubic> | But I'm still getting the behavior shown in my latest screenshot. |
| 2022-02-28 00:32:14 +0000 | <iqubic> | geekosaur: do you know what's going on here? |
| 2022-02-28 00:44:16 +0000 | <geekosaur> | hm. you have ewmhFullscreen but not ewmh |
| 2022-02-28 00:44:40 +0000 | <geekosaur> | docks $ ewmh $ ewmhFullscreen def |
| 2022-02-28 00:45:29 +0000 | <iqubic> | Yeah, I just added ewmh too, and I'm still getting the same behavior. |
| 2022-02-28 00:46:22 +0000 | <geekosaur> | I'm lost then |
| 2022-02-28 00:46:35 +0000 | <iqubic> | Yeah... this is weird. |
| 2022-02-28 00:47:09 +0000 | triumphofdeath[m | (~triumphof@2001:470:69fc:105::a5c) |
| 2022-02-28 00:50:14 +0000 | <geekosaur> | mm, I odn'thave ewmh in mine either, but my config is based on desktopConfig which already includes it |
| 2022-02-28 00:50:55 +0000 | <geekosaur> | I doubt making that change would help you though |
| 2022-02-28 00:54:29 +0000 | <iqubic> | No. That didn't help. |
| 2022-02-28 00:55:16 +0000 | <iqubic> | This is a strange issue.. |
| 2022-02-28 01:00:57 +0000 | <iqubic> | This is an odd issue. Why is firefox being a nuisance here? |
| 2022-02-28 01:01:57 +0000 | <geekosaur> | I have no idea |
| 2022-02-28 01:02:36 +0000 | <geekosaur> | hm. I guess the other key difference here is I run chrome instead of firefox. can try launching it in a spare workspace and see if it behaves |
| 2022-02-28 01:03:04 +0000 | <iqubic> | That might help. |
| 2022-02-28 01:03:15 +0000 | <geekosaur> | that works here too |
| 2022-02-28 01:03:37 +0000 | <iqubic> | Weird... Is your config public? Can I see? |
| 2022-02-28 01:04:48 +0000 | <geekosaur> | https://github.com/geekosaur/xmonad.hs/blob/skkukuk/xmonad.hs if you dare:) |
| 2022-02-28 01:06:56 +0000 | mvk | (~mvk@2607:fea8:5cc3:7e00::8c21) |
| 2022-02-28 01:08:03 +0000 | <iqubic> | is mateConfig different from desktopConfig in any substantial ways? |
| 2022-02-28 01:08:39 +0000 | <geekosaur> | it uses mate run and logout dialogs instead of the standard ones, otherwise no |
| 2022-02-28 01:08:45 +0000 | <iqubic> | I see. |
| 2022-02-28 01:10:12 +0000 | <iqubic> | I notice that "isFullscreen --> doFullFloat" isn't in your config. Why is that? |
| 2022-02-28 01:10:57 +0000 | <geekosaur> | I don't use anything that maps itself fullscreened |
| 2022-02-28 01:11:05 +0000 | <geekosaur> | if I did I'dprobably add it |
| 2022-02-28 01:11:53 +0000 | <iqubic> | But you do use fullscreen applications, right? Like hitting F11 in Chrome makes that fullscreen for you, right? |
| 2022-02-28 01:12:37 +0000 | <geekosaur> | yes. also in my IRC client |
| 2022-02-28 01:12:54 +0000 | <iqubic> | What part of your config is controlling that? |
| 2022-02-28 01:13:12 +0000 | <geekosaur> | as I mentioned earlier, both of those use events (ewmhFullscreen) instead of unmapping and remapping (which is the only time the manageHook runs) |
| 2022-02-28 01:13:39 +0000 | <iqubic> | Firefox also uses events, right? |
| 2022-02-28 01:14:03 +0000 | <iqubic> | So in theory, this should just work... |
| 2022-02-28 01:14:17 +0000 | <geekosaur> | right. and it does work here |
| 2022-02-28 01:14:32 +0000 | <geekosaur> | with chrome, with firefox, with hexchat |
| 2022-02-28 01:14:32 +0000 | <iqubic> | What's different on my system? |
| 2022-02-28 01:14:53 +0000 | <iqubic> | I'm so confused. |
| 2022-02-28 01:16:03 +0000 | <iqubic> | Chromium uses event right? |
| 2022-02-28 01:16:34 +0000 | <geekosaur> | all three of the programs I mentioned use events |
| 2022-02-28 01:16:34 +0000 | <iqubic> | I just installed Chromium on my machine, to test... That goes fullscreen just fine! |
| 2022-02-28 01:16:43 +0000 | <geekosaur> | weird |
| 2022-02-28 01:17:04 +0000 | <geekosaur> | although, you had been missing ewmh before. what happens if you restart firefox? |
| 2022-02-28 01:18:01 +0000 | <iqubic> | I'll be back in a moment. I haven't set up an IRC client on this machine, so I'm using a web based client in firefox. BRB. |
| 2022-02-28 01:18:06 +0000 | iqubic | (~iqubic@2601:602:9502:c70::7507) (Quit: Client closed) |
| 2022-02-28 01:18:33 +0000 | iqubic | (~iqubic@2601:602:9502:c70::7507) |
| 2022-02-28 01:18:36 +0000 | <geekosaur> | I suspect firefox only checks _NET_SUPPORTED on startup, and you've made several changes to it so far by upgrading xmonad and changing ewmh and ewmhFullscreen |
| 2022-02-28 01:19:14 +0000 | <iqubic> | Well, I just restarted firefox. Still not working. :( |
| 2022-02-28 01:19:57 +0000 | <iqubic> | This is very very weird.... |
| 2022-02-28 01:23:31 +0000 | <iqubic> | I'm so very confused. |
| 2022-02-28 01:29:08 +0000 | <iqubic> | xmonad is a lovely window manager. There's just this one issue. |
| 2022-02-28 01:30:42 +0000 | <iqubic> | I'm so very flummoxed here. |
| 2022-02-28 01:38:27 +0000 | <iqubic> | geekosaur: Just on a whim, I tried changing the value of startupHook from "startupHook = myStartupHook" to "myStartupHook <+> startupHook defConfig". Recall that "defConfig = dock $ ewmh $ ewmhFullscreen" Now firefox is able to go fullscreen just fine. |
| 2022-02-28 01:39:08 +0000 | <iqubic> | Why the heck would that make any difference, and why would that only affect firefox and not chromium? |
| 2022-02-28 01:42:02 +0000 | <fizzie> | `ewmhFullscreen` at least adds a startupHook that does the EWMH fullscreen advertisement. |
| 2022-02-28 01:42:55 +0000 | <iqubic> | Make sense. |
| 2022-02-28 01:43:00 +0000 | <fizzie> | (As in, adds the _NET_WM_STATE and _NET_WM_STATE_FULLSCREEN atoms to the _NET_SUPPORTED property of the root window.) |
| 2022-02-28 01:44:14 +0000 | <geekosaur> | but that is added *to* the startupHook, you shouldn't need that |
| 2022-02-28 01:44:37 +0000 | <geekosaur> | oh wait, but startupHook defConfig. yes, that makes sense |
| 2022-02-28 01:46:03 +0000 | <iqubic> | Yeah. I'm now mconcat-ing my own startup hook to the startup hooks generated via (docks $ ewmh $ ewmhFullscreen def) |
| 2022-02-28 01:47:12 +0000 | <iqubic> | <+> is just infix mconcat, right? Why does that exist if <> is also infix mconcat and already in Data.Monoid? Is this just a re-export with a new name so that new users don't need to import Data.Monoid? |
| 2022-02-28 01:47:49 +0000 | <geekosaur> | <+> came first, and <> was actually borrowed from xmonad |
| 2022-02-28 01:48:06 +0000 | <iqubic> | Wait... really? That's so wild. |
| 2022-02-28 01:48:09 +0000 | <geekosaur> | they renamed it because ghc was already using <+> with a different meaning (from one of the prettyprinter packages iirc) |
| 2022-02-28 01:51:24 +0000 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 240 seconds) |
| 2022-02-28 01:55:24 +0000 | <geekosaur> | in the first few releases of xmonad, <+> was mconcat specialized to ManageHooks. That changed around 2008 or 2009 when we removed the specialization and just made it mconcat. <> was around 2013, I think |
| 2022-02-28 02:02:43 +0000 | <geekosaur> | also it's mappend, not mconcat,whoops. composeAll is mconcat specialized to ManageHooks |
| 2022-02-28 02:07:17 +0000 | catman | (~catman@user/catman) |
| 2022-02-28 02:15:04 +0000 | <iqubic> | geekosaur: Yeah, I meant mconcat. |
| 2022-02-28 02:18:09 +0000 | <catman> | got this error on both arch and artix after a haskell update with pacman. not entirely sure how to resolve. |
| 2022-02-28 02:18:16 +0000 | <catman> | xmonad: error while loading shared libraries: libHSutf8-string-1.0.2-9eFA57BgKXNHtjvfuIOq9f-ghc9.0.2.so: cannot open shared object file: No such file or directory |
| 2022-02-28 02:19:00 +0000 | <catman> | have tried reinstalling xmonad-contrib and ghc |
| 2022-02-28 02:23:04 +0000 | catman | (~catman@user/catman) (Quit: WeeChat 3.5-dev) |
| 2022-02-28 02:55:46 +0000 | iqubic | (~iqubic@2601:602:9502:c70::7507) (Quit: Client closed) |
| 2022-02-28 02:59:07 +0000 | <geekosaur> | @tell catman arch screwed something up again. if they handled their haskell packages properly this wouldn't happen. (you're the second one tonight) |
| 2022-02-28 02:59:07 +0000 | <lambdabot> | Consider it noted. |
| 2022-02-28 03:00:31 +0000 | <geekosaur> | @tell catman if you want reliably working xmonad and xmobar, wipe all haskell related arch packages from your system, use ghcup to install ghc and stack and/or cabal, then follow https://xmonad.org/INSTALL.html |
| 2022-02-28 03:00:31 +0000 | <lambdabot> | Consider it noted. |
| 2022-02-28 03:03:00 +0000 | steve__ | (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 240 seconds) |
| 2022-02-28 03:03:17 +0000 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 272 seconds) |
| 2022-02-28 03:21:01 +0000 | td_ | (~td@muedsl-82-207-238-210.citykom.de) (Ping timeout: 272 seconds) |
| 2022-02-28 03:22:33 +0000 | td_ | (~td@94.134.91.216) |
| 2022-02-28 03:25:13 +0000 | banc | (banc@gateway/vpn/airvpn/banc) |
| 2022-02-28 03:58:42 +0000 | iqubic | (~iqubic@c-67-171-37-233.hsd1.wa.comcast.net) |
| 2022-02-28 04:00:44 +0000 | <iqubic> | Is it possible to override the borderWidth value for certain windows? Specifically I'd like to remove the border from Firefox's right click context menu (why is this even a separate window?), and also from the windows spawned by the dunst notification daemon. |
| 2022-02-28 04:02:18 +0000 | catman | (~catman@user/catman) |
| 2022-02-28 04:32:52 +0000 | catman | (~catman@user/catman) (Quit: WeeChat 3.5-dev) |
| 2022-02-28 04:55:20 +0000 | steve__ | (~steve@ool-182c2b80.dyn.optonline.net) |
| 2022-02-28 04:55:23 +0000 | Steven_M | (~Steven_M@user/steven-m/x-0972586) |
| 2022-02-28 04:59:35 +0000 | abhixec | (~abhinav@c-67-169-139-16.hsd1.ca.comcast.net) (Ping timeout: 256 seconds) |
| 2022-02-28 05:08:21 +0000 | Steven_M | (~Steven_M@user/steven-m/x-0972586) (Quit: Leaving) |
| 2022-02-28 05:08:28 +0000 | <iqubic> | Turns out I just need to read the docs for XMonad.Layout.NoBorders |
| 2022-02-28 05:08:37 +0000 | sagax | (~sagax_nb@user/sagax) (Quit: Konversation terminated!) |
| 2022-02-28 05:51:48 +0000 | iqubic | (~iqubic@c-67-171-37-233.hsd1.wa.comcast.net) (Quit: Connection closed) |
| 2022-02-28 05:53:04 +0000 | catman | (~catman@user/catman) |
| 2022-02-28 06:04:55 +0000 | catman | (~catman@user/catman) (Quit: WeeChat 3.5-dev) |
| 2022-02-28 07:16:08 +0000 | <Solid> | ?tell abhixec I remember seeing some hacks for proper fractional scaling for X11 on the Arch wiki, but I'm not sure how well they work |
| 2022-02-28 07:16:08 +0000 | <lambdabot> | Consider it noted. |
| 2022-02-28 07:16:36 +0000 | <Solid> | ?tell abhixec in either case I'm pretty certain you could automate at least switching to bigger fonts when an external monitor is connected and switching back when it's disconnected |
| 2022-02-28 07:16:36 +0000 | <lambdabot> | Consider it noted. |
| 2022-02-28 07:35:56 +0000 | cfricke | (~cfricke@user/cfricke) |
| 2022-02-28 08:03:19 +0000 | paul | (~paul@2400:4052:10a1:f200:7759:4efa:aa1:b997) |
| 2022-02-28 08:35:16 +0000 | catman | (~catman@user/catman) |
| 2022-02-28 08:36:19 +0000 | paul | (~paul@2400:4052:10a1:f200:7759:4efa:aa1:b997) (Quit: WeeChat 3.3) |
| 2022-02-28 08:37:33 +0000 | paul | (~paul@2400:4052:10a1:f200:7759:4efa:aa1:b997) |
| 2022-02-28 08:38:14 +0000 | paul | (~paul@2400:4052:10a1:f200:7759:4efa:aa1:b997) (Client Quit) |
| 2022-02-28 08:39:52 +0000 | benthumb2000 | (~paul@2400:4052:10a1:f200:7759:4efa:aa1:b997) |
| 2022-02-28 09:00:12 +0000 | mc47[m] | (~mc47matri@2001:470:69fc:105::733) (Quit: You have been kicked for being idle) |
| 2022-02-28 09:00:24 +0000 | elonsroadster[m] | (~elonsroad@2001:470:69fc:105::d121) (Quit: You have been kicked for being idle) |
| 2022-02-28 10:41:50 +0000 | benthumb2000 | (~paul@2400:4052:10a1:f200:7759:4efa:aa1:b997) (Quit: WeeChat 3.3) |
| 2022-02-28 11:07:25 +0000 | yauhsienhuangtw | (~Yau-Hsien@2402:7500:5e4:c8b7:c90:6bda:6af1:8273) |
| 2022-02-28 11:11:00 +0000 | yauhsien_ | (~Yau-Hsien@61-231-39-29.dynamic-ip.hinet.net) (Ping timeout: 240 seconds) |
| 2022-02-28 11:32:34 +0000 | sleblanc | (~sleblanc@user/sleblanc) (Remote host closed the connection) |
| 2022-02-28 11:54:29 +0000 | yauhsien_ | (~Yau-Hsien@61-231-39-29.dynamic-ip.hinet.net) |
| 2022-02-28 11:57:37 +0000 | yauhsienhuangtw | (~Yau-Hsien@2402:7500:5e4:c8b7:c90:6bda:6af1:8273) (Ping timeout: 240 seconds) |
| 2022-02-28 11:57:56 +0000 | yauhsienhuangtw | (~Yau-Hsien@61-231-39-29.dynamic-ip.hinet.net) |
| 2022-02-28 11:59:02 +0000 | yauhsien_ | (~Yau-Hsien@61-231-39-29.dynamic-ip.hinet.net) (Ping timeout: 240 seconds) |
| 2022-02-28 12:32:34 +0000 | zawaken | (~zawaken@user/zawaken) (Quit: ZNC 1.9.x-git-unknown - https://znc.in) |
| 2022-02-28 12:57:21 +0000 | catman | (~catman@user/catman) (Quit: WeeChat 3.5-dev) |
| 2022-02-28 14:11:11 +0000 | catman | (~catman@user/catman) |
| 2022-02-28 14:53:02 +0000 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) |
| 2022-02-28 14:58:23 +0000 | yauhsienhuangtw | (~Yau-Hsien@61-231-39-29.dynamic-ip.hinet.net) (Read error: Connection reset by peer) |
| 2022-02-28 15:22:20 +0000 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3) |
| 2022-02-28 15:30:13 +0000 | yauhsien_ | (~Yau-Hsien@61-231-39-29.dynamic-ip.hinet.net) |
| 2022-02-28 15:58:24 +0000 | seschwar | (~seschwar@user/seschwar) |
| 2022-02-28 16:05:33 +0000 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
| 2022-02-28 19:25:11 +0000 | cfricke | (~cfricke@user/cfricke) (Ping timeout: 256 seconds) |
| 2022-02-28 19:52:28 +0000 | abhixec | (~abhinav@c-67-169-139-16.hsd1.ca.comcast.net) |
| 2022-02-28 20:01:59 +0000 | abhixec | (~abhinav@c-67-169-139-16.hsd1.ca.comcast.net) (Remote host closed the connection) |
| 2022-02-28 21:05:24 +0000 | twiclo1 | (~twiclo@vpn.utahbroadband.com) (Ping timeout: 240 seconds) |
| 2022-02-28 21:07:26 +0000 | twiclo1 | (~twiclo@mail.twil.cx) |
| 2022-02-28 21:56:48 +0000 | zawaken | (~zawaken@user/zawaken) |
| 2022-02-28 22:36:50 +0000 | seschwar | (~seschwar@user/seschwar) (Quit: :wq) |
| 2022-02-28 23:39:58 +0000 | tremon_ | (~tremon@83-84-18-241.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in) |