| 2021-03-28 01:20:37 +0000 | notis | (~notis@85.203.44.154) (Ping timeout: 268 seconds) |
| 2021-03-28 01:40:56 +0000 | gazler_ | (~gazler@195.107.2.81.in-addr.arpa) |
| 2021-03-28 01:42:46 +0000 | gazler | (~gazler@195.107.2.81.in-addr.arpa) (Ping timeout: 240 seconds) |
| 2021-03-28 01:50:47 +0000 | s00pcan | (~chris@075-133-056-178.res.spectrum.com) |
| 2021-03-28 04:03:18 +0000 | materiyolo | (~materiyol@112.204.174.249) |
| 2021-03-28 04:52:02 +0000 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-03-28 04:52:47 +0000 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-03-28 04:52:53 +0000 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-03-28 04:53:17 +0000 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-03-28 04:54:24 +0000 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-03-28 04:55:51 +0000 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-03-28 04:58:54 +0000 | materiyolo | (~materiyol@112.204.174.249) (Ping timeout: 268 seconds) |
| 2021-03-28 05:06:56 +0000 | palo1 | (~weechat@c-base/crew/palo) |
| 2021-03-28 05:09:50 +0000 | palo | (~weechat@c-base/crew/palo) (Ping timeout: 246 seconds) |
| 2021-03-28 05:09:51 +0000 | palo1 | palo |
| 2021-03-28 05:26:24 +0000 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-03-28 05:38:46 +0000 | dexterfoo | (dexter@2a01:7e00::f03c:91ff:fe86:59ec) (Quit: WeeChat 1.9.1) |
| 2021-03-28 06:37:31 +0000 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-28 06:53:53 +0000 | thoros | (~thoros@194-166-47-167.hdsl.highway.telekom.at) |
| 2021-03-28 06:54:09 +0000 | idhugo_ | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-03-28 07:30:31 +0000 | thoros | (~thoros@194-166-47-167.hdsl.highway.telekom.at) (Quit: WeeChat 3.0.1) |
| 2021-03-28 07:31:05 +0000 | thoros | (~thoros@194-166-47-167.hdsl.highway.telekom.at) |
| 2021-03-28 08:07:34 +0000 | ADG1089 | (~aditya@27.58.165.185) |
| 2021-03-28 08:26:35 +0000 | idhugo_ | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 265 seconds) |
| 2021-03-28 08:29:14 +0000 | lampilelo | (~user@178-36-127-105.adsl.inetia.pl) |
| 2021-03-28 08:29:37 +0000 | idhugo_ | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-03-28 08:38:06 +0000 | <lampilelo> | i'm very new to xmonad and trying to figure out how to enable the fullscreen functionality for windows that request it, i tried some solutions from stackoverflow but nothing seems to work and the mpv window stays the same after pressing f; here's my config: https://dpaste.com/G2S9XHQQ7 |
| 2021-03-28 08:44:15 +0000 | wonko7 | (~wonko7@62.115.229.50) |
| 2021-03-28 08:57:10 +0000 | <coldpress> | lampilelo: I'm confused, do you want a window to become fullscreen automatically, or do you want to press a key to make a window fullscreen? |
| 2021-03-28 08:59:34 +0000 | <lampilelo> | i want it to go fullscreen when i click on a gui button that should make it fullscreen, pressing a key if the program has a keybinding for it should do it too |
| 2021-03-28 08:59:51 +0000 | <lampilelo> | and regardless of the layout it's in |
| 2021-03-28 09:06:38 +0000 | <coldpress> | I know xmonad can set whether a window floats at startup, but I don't know how a window requests to become fullscreen after startup |
| 2021-03-28 09:06:59 +0000 | <coldpress> | maybe someone else can help you |
| 2021-03-28 09:10:17 +0000 | <lampilelo> | i certainly hope so |
| 2021-03-28 09:17:05 +0000 | notis | (~notis@85.203.44.87) |
| 2021-03-28 09:19:18 +0000 | <Solid> | coldpress: they'd set things like _NET_WM_STATE_FULLSCREEN |
| 2021-03-28 09:20:12 +0000 | <Solid> | I'm surprised that fullscreenEventHook doesn't seem to have any effect with mpv |
| 2021-03-28 09:20:35 +0000 | <Solid> | lampilelo: I would tell you to use ewmhFullscreen instead but I think that that's still not in any released version :/ |
| 2021-03-28 09:28:40 +0000 | <lampilelo> | Solid: yeah, it doesn't set it, it just sets _NET_WM_BYPASS_COMPOSITOR, WM_SIZE_HINTS and _MOTIF_WM_HINTS |
| 2021-03-28 09:30:16 +0000 | <lampilelo> | so what i need to do is make a custom hook for handleEventHook? |
| 2021-03-28 09:30:59 +0000 | <Solid> | lampilelo: it does set `_NET_WM_STATE(ATOM) = _NET_WM_STATE_FULLSCREEN` for me when it goes fullscreen |
| 2021-03-28 09:33:33 +0000 | mc47 | (~yecinem@196.179.190.248) |
| 2021-03-28 09:34:22 +0000 | <lampilelo> | that's strange |
| 2021-03-28 09:40:58 +0000 | <lampilelo> | it works when i launch mpv with --x11-netw=yes |
| 2021-03-28 09:41:56 +0000 | <lampilelo> | it's funny because in the docs for this option they wrote "This may or may not help with broken window managers." |
| 2021-03-28 09:41:56 +0000 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-03-28 09:43:03 +0000 | <Solid> | oh yeah that part of the manual is pretty funny |
| 2021-03-28 09:43:11 +0000 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-03-28 09:43:33 +0000 | <Solid> | but it's weird because with that fullscreenEventHook we _should_ correctly advertise fullscreen support |
| 2021-03-28 09:44:49 +0000 | <Liskni_si> | Event hooks don't advertise stuff |
| 2021-03-28 09:45:05 +0000 | <lampilelo> | maybe something in my config interferes with it |
| 2021-03-28 09:45:19 +0000 | <Liskni_si> | ewmhFullscreen does, and isn't released yet |
| 2021-03-28 09:45:28 +0000 | <Liskni_si> | That's all there is to it |
| 2021-03-28 09:46:22 +0000 | <lampilelo> | so the workaround would be to just add this option to my mpv config |
| 2021-03-28 09:51:23 +0000 | <Solid> | oh |
| 2021-03-28 09:52:51 +0000 | <lampilelo> | ok, thanks guys, it was really annoying me |
| 2021-03-28 09:53:39 +0000 | <lampilelo> | i'll make sure to use ewmhFullscreen after the next release |
| 2021-03-28 10:03:36 +0000 | seschwar | (~seschwar@unaffiliated/seschwar) |
| 2021-03-28 10:05:37 +0000 | mc47 | (~yecinem@196.179.190.248) (Read error: Connection reset by peer) |
| 2021-03-28 10:06:07 +0000 | mc47 | (~yecinem@196.179.190.248) |
| 2021-03-28 10:08:17 +0000 | ADG1089 | (~aditya@27.58.165.185) (Remote host closed the connection) |
| 2021-03-28 10:25:15 +0000 | materiyolo | (~materiyol@112.204.174.249) |
| 2021-03-28 10:32:28 +0000 | hexo | (~hexo@83.167.228.130) (Read error: Connection reset by peer) |
| 2021-03-28 10:32:28 +0000 | hacxman | hexo |
| 2021-03-28 10:36:01 +0000 | hexo- | (~hexo@2a01:430:17:1::ffff:328) |
| 2021-03-28 11:06:49 +0000 | mc47 | (~yecinem@196.179.190.248) (Remote host closed the connection) |
| 2021-03-28 11:16:58 +0000 | wonko7 | (~wonko7@62.115.229.50) (Ping timeout: 240 seconds) |
| 2021-03-28 11:32:18 +0000 | materiyolo | (~materiyol@112.204.174.249) (Ping timeout: 240 seconds) |
| 2021-03-28 11:38:15 +0000 | wonko7 | (~wonko7@45.15.17.60) |
| 2021-03-28 12:42:25 +0000 | materiyolo | (~materiyol@112.204.174.249) |
| 2021-03-28 12:50:32 +0000 | ADG1089 | (~aditya@27.58.165.185) |
| 2021-03-28 12:53:08 +0000 | _ashbreeze_ | (~mark@64.85.214.234.reverse.socket.net) (Remote host closed the connection) |
| 2021-03-28 12:54:40 +0000 | _ashbreeze_ | (~mark@64.85.214.234.reverse.socket.net) |
| 2021-03-28 12:57:03 +0000 | geekosaur | (ae68c070@cpe-174-104-192-112.neo.res.rr.com) |
| 2021-03-28 13:00:31 +0000 | lampilelo | (~user@178-36-127-105.adsl.inetia.pl) (Ping timeout: 268 seconds) |
| 2021-03-28 13:52:34 +0000 | ADG1089 | (~aditya@27.58.165.185) (Remote host closed the connection) |
| 2021-03-28 13:56:42 +0000 | wonko7 | (~wonko7@45.15.17.60) (Ping timeout: 252 seconds) |
| 2021-03-28 14:02:52 +0000 | <Solid> | what do people think about something like an XMonad.Internal.[Util,Prelude] or something for gathering small functions so they don't have to be re-defined on a per-module basis? |
| 2021-03-28 14:03:07 +0000 | <Solid> | perhaps even for all the base imports that everyone needs all the time anyways |
| 2021-03-28 14:05:13 +0000 | <geekosaur> | historically that's more or less "import XMonad" |
| 2021-03-28 14:05:38 +0000 | <geekosaur> | unless you mean something specific to contrib |
| 2021-03-28 14:06:33 +0000 | idhugo_ | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Remote host closed the connection) |
| 2021-03-28 14:07:00 +0000 | idhugo_ | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-03-28 14:09:07 +0000 | deppy | (~deppy@gateway/tor-sasl/deppy) |
| 2021-03-28 14:09:28 +0000 | <deppy> | is there a way to have a seperate set of workspaces for each screen? |
| 2021-03-28 14:09:35 +0000 | <deppy> | instead of sharing them between screens |
| 2021-03-28 14:09:53 +0000 | <Solid> | I mean something more-or-less internal to contrib yeah |
| 2021-03-28 14:10:50 +0000 | <Liskni_si> | deppy: IndependentScreens probably |
| 2021-03-28 14:12:33 +0000 | <deppy> | seems like what I want |
| 2021-03-28 14:19:01 +0000 | deppy | (~deppy@gateway/tor-sasl/deppy) (Quit: deppy) |
| 2021-03-28 14:19:39 +0000 | notis | (~notis@85.203.44.87) (Ping timeout: 246 seconds) |
| 2021-03-28 14:20:34 +0000 | idhugo_ | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 260 seconds) |
| 2021-03-28 14:21:40 +0000 | notis | (~notis@130.43.124.71.dsl.dyn.forthnet.gr) |
| 2021-03-28 14:26:02 +0000 | _ashbreeze_ | (~mark@64.85.214.234.reverse.socket.net) (Remote host closed the connection) |
| 2021-03-28 14:27:29 +0000 | _ashbreeze_ | (~mark@64.85.214.234.reverse.socket.net) |
| 2021-03-28 14:29:37 +0000 | deppy | (~deppy@gateway/tor-sasl/deppy) |
| 2021-03-28 14:31:09 +0000 | <deppy> | well, independet screens worked but now my bar is kind of funny looking haha |
| 2021-03-28 14:31:26 +0000 | <geekosaur> | there's extra work needed for bars to behave, yes |
| 2021-03-28 14:31:42 +0000 | <geekosaur> | which is improved with some changes in PRs |
| 2021-03-28 15:09:22 +0000 | _ashbreeze_ | (~mark@64.85.214.234.reverse.socket.net) (Remote host closed the connection) |
| 2021-03-28 15:10:35 +0000 | _ashbreeze_ | (~mark@64.85.214.234.reverse.socket.net) |
| 2021-03-28 15:15:05 +0000 | kelnoky | (~shao@ip1f128ba7.dynamic.kabel-deutschland.de) |
| 2021-03-28 15:48:40 +0000 | lampilelo | (~user@178-36-127-105.adsl.inetia.pl) |
| 2021-03-28 16:09:14 +0000 | idhugo_ | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-03-28 16:14:47 +0000 | idhugo_ | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 268 seconds) |
| 2021-03-28 16:21:26 +0000 | deppy | (~deppy@gateway/tor-sasl/deppy) (Quit: deppy) |
| 2021-03-28 16:24:34 +0000 | ADG1089 | (~aditya@27.58.165.185) |
| 2021-03-28 16:44:56 +0000 | ADG1089 | (~aditya@27.58.165.185) (Quit: Konversation terminated!) |
| 2021-03-28 16:52:44 +0000 | mc47 | (~yecinem@196.179.190.248) |
| 2021-03-28 16:53:45 +0000 | <mc47> | Solid that could be useful, some things feel repetitive throughout contrib |
| 2021-03-28 16:56:14 +0000 | <geekosaur> | yeh, originally I was thinking of io but things like fi happen all over the place |
| 2021-03-28 16:57:06 +0000 | <geekosaur> | mostly because of X11 being designed with the assumption of a C compiler and its automatic typecasting/promotion |
| 2021-03-28 16:58:54 +0000 | notis | (~notis@130.43.124.71.dsl.dyn.forthnet.gr) (Ping timeout: 246 seconds) |
| 2021-03-28 16:59:18 +0000 | notis | (~notis@85.203.44.87) |
| 2021-03-28 17:00:11 +0000 | materiyolo | (~materiyol@112.204.174.249) (Quit: WeeChat 3.0.1) |
| 2021-03-28 17:02:09 +0000 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 2021-03-28 17:04:15 +0000 | <mc47> | things like (.:) might go there two, I've seen it ina couple of modules |
| 2021-03-28 17:04:31 +0000 | <mc47> | (.:) = (.) . (.) :) |
| 2021-03-28 17:14:04 +0000 | mc47 | (~yecinem@196.179.190.248) (Remote host closed the connection) |
| 2021-03-28 17:14:23 +0000 | mc47 | (~yecinem@196.179.190.248) |
| 2021-03-28 17:17:04 +0000 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 2021-03-28 17:18:01 +0000 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-03-28 17:19:49 +0000 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-03-28 17:20:38 +0000 | geekosaur | is more inclined to rewrite those to be pointful |
| 2021-03-28 17:20:56 +0000 | <geekosaur> | owls are a bit too inscrutable :) |
| 2021-03-28 17:21:57 +0000 | <Solid> | I actually also had the multivariant composition example in mind, because I need that in yet another module :D |
| 2021-03-28 17:22:15 +0000 | <Solid> | though it is perhaps a bit inscrutable |
| 2021-03-28 17:22:23 +0000 | <Solid> | but yeah things like fi = fromIntegral certainly happen all over the place |
| 2021-03-28 17:22:36 +0000 | <Solid> | I'll cook something up later I suppose |
| 2021-03-28 17:24:57 +0000 | <mc47> | It feels like something arcane whenever I write it pointfree :) |
| 2021-03-28 17:26:21 +0000 | <Solid> | it only gets arcane if you actually define arbitrary multivariant composition :> |
| 2021-03-28 17:32:06 +0000 | <mc47> | Unrelated, but what do you think about having a combinator that broadcasts DestroyWindowEvent to layouts? |
| 2021-03-28 17:33:17 +0000 | <mc47> | This came up in #474, and apparently many layouts/layout modifiers don't do proper garbage collection |
| 2021-03-28 17:39:32 +0000 | <geekosaur> | it might be worth simply rebroadcasting it from the core |
| 2021-03-28 17:39:47 +0000 | <geekosaur> | layouts that don't care will simply ignore it anyway |
| 2021-03-28 17:40:06 +0000 | xaltsc_ | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-28 17:40:38 +0000 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 240 seconds) |
| 2021-03-28 17:44:26 +0000 | xaltsc_ | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 246 seconds) |
| 2021-03-28 17:46:19 +0000 | xaltsc_ | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-28 17:47:28 +0000 | dexterfoo | (dexter@2a01:7e00::f03c:91ff:fe86:59ec) |
| 2021-03-28 18:05:31 +0000 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Quit: Lost terminal) |
| 2021-03-28 18:14:01 +0000 | thoros | (~thoros@194-166-47-167.hdsl.highway.telekom.at) (Quit: WeeChat 3.0.1) |
| 2021-03-28 18:22:24 +0000 | idhugo_ | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-03-28 18:35:36 +0000 | mc47 | (~yecinem@196.179.190.248) (Remote host closed the connection) |
| 2021-03-28 18:41:38 +0000 | <geekosaur> | come to think of it, would that also simplify dock cleanup? |
| 2021-03-28 18:51:37 +0000 | rafadc | (~rafadc@213.37.16.152.dyn.user.ono.com) (Ping timeout: 245 seconds) |
| 2021-03-28 18:52:46 +0000 | rafadc | (~rafadc@213.37.16.152.dyn.user.ono.com) |
| 2021-03-28 18:56:28 +0000 | <Liskni_si> | since the broadcast is guarded by isClient, it wouldn't |
| 2021-03-28 18:56:58 +0000 | rafadc | (~rafadc@213.37.16.152.dyn.user.ono.com) (Ping timeout: 240 seconds) |
| 2021-03-28 18:58:32 +0000 | rafadc | (~rafadc@213.37.16.152.dyn.user.ono.com) |
| 2021-03-28 18:58:42 +0000 | <Liskni_si> | re custom prelude: I'm somewhat sceptical of it being a good tradeoff. saves some typing here and there, but it's alien to people unfamiliar with the codebase (applies to any alternative prelude actually, I really wish haskell's stdlib wasn't crap) |
| 2021-03-28 19:00:22 +0000 | <Solid> | well, it would be mostly just re-exporting many parts of base |
| 2021-03-28 19:00:28 +0000 | <Solid> | which I would expect people to be familiar with |
| 2021-03-28 19:01:10 +0000 | <Liskni_si> | that may be okay-ish, possibly |
| 2021-03-28 19:16:27 +0000 | xaltsc_ | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 246 seconds) |
| 2021-03-28 19:18:34 +0000 | xaltsc_ | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-28 19:27:43 +0000 | <mc47[m]> | geekosaur it might work, but I guess it's not necessary |
| 2021-03-28 19:34:40 +0000 | xaltsc_ | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 276 seconds) |
| 2021-03-28 19:36:11 +0000 | idhugo_ | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 240 seconds) |
| 2021-03-28 19:37:01 +0000 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-28 19:41:34 +0000 | geekosaur | (ae68c070@cpe-174-104-192-112.neo.res.rr.com) (Quit: Connection closed) |
| 2021-03-28 19:45:58 +0000 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 240 seconds) |
| 2021-03-28 19:48:14 +0000 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-28 20:43:18 +0000 | notis | (~notis@85.203.44.87) (Ping timeout: 240 seconds) |
| 2021-03-28 20:45:40 +0000 | notis | (~notis@130.43.124.71.dsl.dyn.forthnet.gr) |
| 2021-03-28 20:51:11 +0000 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 240 seconds) |
| 2021-03-28 20:53:23 +0000 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-28 20:55:36 +0000 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Quit: leaving) |
| 2021-03-28 21:15:48 +0000 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 246 seconds) |
| 2021-03-28 21:58:47 +0000 | kelnoky | (~shao@ip1f128ba7.dynamic.kabel-deutschland.de) (Quit: WeeChat 3.1) |
| 2021-03-28 22:46:10 +0000 | notis | (~notis@130.43.124.71.dsl.dyn.forthnet.gr) (Ping timeout: 252 seconds) |
| 2021-03-28 22:46:36 +0000 | notis | (~notis@85.203.44.87) |
| 2021-03-28 23:09:49 +0000 | seschwar | (~seschwar@unaffiliated/seschwar) (Quit: :wq) |
| 2021-03-28 23:22:08 +0000 | notis | (~notis@85.203.44.87) (Ping timeout: 268 seconds) |
| 2021-03-28 23:32:34 +0000 | gazler__ | (~gazler@195.107.2.81.in-addr.arpa) |
| 2021-03-28 23:34:38 +0000 | gazler_ | (~gazler@195.107.2.81.in-addr.arpa) (Ping timeout: 240 seconds) |