| 2020-12-04 00:06:38 +0100 | ghormoon | (~ghormoon@ghorland.net) (Ping timeout: 264 seconds) |
| 2020-12-04 00:08:36 +0100 | ghormoon | (~ghormoon@ghorland.net) |
| 2020-12-04 00:09:27 +0100 | <Irishluck83> | i have been on xmonad for 5 years, doesn't seem that long |
| 2020-12-04 00:17:46 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) (Quit: :wq) |
| 2020-12-04 00:20:59 +0100 | novas0x2a | (~blah@157-131-125-210.fiber.dynamic.sonic.net) |
| 2020-12-04 00:23:52 +0100 | cynapse | (~chris@d24-141-165-72.home.cgocable.net) (Quit: leaving) |
| 2020-12-04 00:24:14 +0100 | cynapse | (~chris@d24-141-165-72.home.cgocable.net) |
| 2020-12-04 00:26:32 +0100 | ddellacosta | (dd@gateway/vpn/mullvad/ddellacosta) |
| 2020-12-04 00:47:52 +0100 | sfrique | (~sfrique@189.122.177.88) |
| 2020-12-04 00:48:14 +0100 | <sfrique> | Another question, is there any effort to make xmonad run on wayland? |
| 2020-12-04 00:58:31 +0100 | <dminuoso> | Yes and no. |
| 2020-12-04 00:58:42 +0100 | <dminuoso> | There is wayland, but xmonad has no plans on moving to wayland |
| 2020-12-04 00:58:46 +0100 | <dminuoso> | Err there is *waymonad |
| 2020-12-04 00:59:53 +0100 | <dminuoso> | And xmonad is very much incompatible with wayland at every level |
| 2020-12-04 01:00:53 +0100 | <dminuoso> | Sadly waymonad is currently dead, but that's just a matter of someone picking up the stick |
| 2020-12-04 01:04:42 +0100 | isgy | (~jy@82.38.116.187) |
| 2020-12-04 01:06:02 +0100 | <sfrique> | i see, i am asking because i'm currently on i3 for a few years now, was planing on changing to some other tiling with auto tiling, i started to play with xmonad and got quite a few things working, but for a future proof i don't see how i can go with xmonad if there is now wayland plan =/ |
| 2020-12-04 01:06:27 +0100 | <sfrique> | and that also apply to others tiling wm |
| 2020-12-04 01:09:51 +0100 | isgy | (~jy@82.38.116.187) (Quit: WeeChat 2.6) |
| 2020-12-04 01:10:09 +0100 | isgy | (~jy@82.38.116.187) |
| 2020-12-04 01:11:44 +0100 | <Irishluck83> | i'm sure they will need to move to wayland when they have too |
| 2020-12-04 01:14:49 +0100 | isgy | (~jy@82.38.116.187) (Client Quit) |
| 2020-12-04 01:15:05 +0100 | isgy | (~jy@82.38.116.187) |
| 2020-12-04 01:15:31 +0100 | isgy | (~jy@82.38.116.187) (Client Quit) |
| 2020-12-04 01:16:06 +0100 | <xaltsc> | Is waymonad going anywhere btw ? Looks like developement has stalled almost two years ago now.. |
| 2020-12-04 01:16:24 +0100 | isgy | (~jy@82.38.116.187) |
| 2020-12-04 01:18:00 +0100 | <Liskni_si> | it'd be a lot easier to maintain wayland xmonad if there was a generic wayland compositor with an interface to run window managers in a separate process |
| 2020-12-04 01:18:45 +0100 | <Liskni_si> | (or at least that's my feeling about it; no real experience with wayland apart from looking at waymonad and seeing all the complicated stuff that someone else should maintain :-)) |
| 2020-12-04 01:23:04 +0100 | isgy | (~jy@82.38.116.187) (Ping timeout: 260 seconds) |
| 2020-12-04 02:04:42 +0100 | <vrs> | waymonad was someone's personal project, I was going to look into it but yeah |
| 2020-12-04 02:26:05 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 240 seconds) |
| 2020-12-04 02:54:56 +0100 | notis | (~notis@185.51.134.222) (Ping timeout: 240 seconds) |
| 2020-12-04 03:11:12 +0100 | materiyolo | (~materiyol@112.204.171.225) |
| 2020-12-04 03:11:57 +0100 | <sfrique> | thanks for the info! |
| 2020-12-04 03:12:14 +0100 | <Hash> | I need some tips and tricks on how to use xmond more effectively |
| 2020-12-04 03:12:16 +0100 | <Hash> | :) |
| 2020-12-04 03:12:30 +0100 | <Hash> | If I don't even know what all one can do, how can I do it |
| 2020-12-04 03:12:40 +0100 | <sfrique> | i just installed it, feel free to ask whatever you need |
| 2020-12-04 03:12:59 +0100 | <Irishluck83> | its however you want to use it Hash |
| 2020-12-04 03:13:23 +0100 | <Hash> | https://termbin.com/co36 |
| 2020-12-04 03:13:27 +0100 | <Hash> | Here is my current config |
| 2020-12-04 03:14:05 +0100 | <sfrique> | One thing i wanted to test but never got the chance, is to define the layout based on the screen it's on |
| 2020-12-04 03:14:40 +0100 | <Hash> | , focusFollowsMouse = True |
| 2020-12-04 03:14:46 +0100 | <Hash> | The best setting in the world. |
| 2020-12-04 03:15:43 +0100 | <Hash> | , ("M-`", runOrRaisePrompt def) |
| 2020-12-04 03:15:45 +0100 | <Hash> | And that |
| 2020-12-04 03:17:28 +0100 | <Hash> | https://wiki.haskell.org/Xmonad/General_xmonad.hs_config_tips#Managing_Windows_aka_Manage_Hooks⇧ |
| 2020-12-04 03:17:30 +0100 | <Hash> | Been reading this |
| 2020-12-04 03:17:31 +0100 | <Hash> | Learning more |
| 2020-12-04 03:46:37 +0100 | PacBilly | (~PacBilly@2600:6c58:6400:11fc:b167:f9ce:862e:3091) |
| 2020-12-04 03:47:10 +0100 | materiyolo | (~materiyol@112.204.171.225) (Quit: WeeChat 2.9) |
| 2020-12-04 04:08:38 +0100 | PacBilly | (~PacBilly@2600:6c58:6400:11fc:b167:f9ce:862e:3091) (Quit: Textual IRC Client: www.textualapp.com) |
| 2020-12-04 04:18:38 +0100 | davemq | (~davemq@2600:1700:b1c0:2580:cff1:7c10:c5a4:57e0) (Ping timeout: 264 seconds) |
| 2020-12-04 04:22:38 +0100 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2020-12-04 04:35:37 +0100 | theDon | (~td@muedsl-82-207-238-021.citykom.de) (Ping timeout: 264 seconds) |
| 2020-12-04 04:37:08 +0100 | theDon | (~td@94.134.91.27) |
| 2020-12-04 04:50:25 +0100 | <Hash> | https://github.com/zaxtax/xmonad-sessions |
| 2020-12-04 04:50:28 +0100 | <Hash> | Anyone ever ued this? |
| 2020-12-04 04:53:34 +0100 | sfrique | (~sfrique@189.122.177.88) (Ping timeout: 260 seconds) |
| 2020-12-04 05:45:57 +0100 | abhixec | (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) |
| 2020-12-04 05:54:48 +0100 | sagax | (~sagax_nb@213.138.71.146) |
| 2020-12-04 06:01:13 +0100 | ericsagn1 | (~ericsagne@2405:6580:0:5100:5edc:6c03:7218:210e) (Ping timeout: 272 seconds) |
| 2020-12-04 06:17:29 +0100 | Nahra | (~Nahra@unaffiliated/nahra) |
| 2020-12-04 06:27:56 +0100 | ddellacosta | (dd@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 272 seconds) |
| 2020-12-04 07:14:23 +0100 | palo1 | (~weechat@c-base/crew/palo) |
| 2020-12-04 07:17:10 +0100 | palo | (~weechat@c-base/crew/palo) (Ping timeout: 246 seconds) |
| 2020-12-04 07:17:10 +0100 | palo1 | palo |
| 2020-12-04 07:38:51 +0100 | materiyolo | (~materiyol@112.204.171.225) |
| 2020-12-04 07:45:08 +0100 | materiyolo | (~materiyol@112.204.171.225) (Quit: WeeChat 2.9) |
| 2020-12-04 08:14:21 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:43fe:8354:1780:830b) |
| 2020-12-04 08:17:47 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2020-12-04 08:33:01 +0100 | <dminuoso> | Mmm, I recently updated my entire system. Ever since, it seems that sometimes when when firefox is open the entire screen flickers shortly at unpredictable times |
| 2020-12-04 08:33:17 +0100 | <dminuoso> | The flickering looks almost as if for a split second another window is being drawn, perhaps partially ontop of the scren |
| 2020-12-04 08:33:28 +0100 | <dminuoso> | It's rare enough to majorly impact me, but it happens a few times a day |
| 2020-12-04 08:33:40 +0100 | <dminuoso> | What might be going on? |
| 2020-12-04 08:34:11 +0100 | <dminuoso> | My journald has nothing of interest during the time period |
| 2020-12-04 08:36:11 +0100 | <dminuoso> | Mmm, even the region ontop of the status bar is affected. |
| 2020-12-04 08:36:40 +0100 | <dminuoso> | How can firefox have control over this? I thought it's xmonads job to control the window layouting |
| 2020-12-04 08:37:57 +0100 | <dminuoso> | It seems to be indirectly correlated to me hovering over links, at random times. The flickering exhibits shortly after |
| 2020-12-04 08:38:45 +0100 | <dminuoso> | Ohh... I think it might happen when Slack is right behind Firefox... |
| 2020-12-04 08:39:38 +0100 | <dminuoso> | Perhaps Slack is trying to grab? |
| 2020-12-04 08:40:35 +0100 | <dminuoso> | Well, it's good that after 2 weeks I finally have something to go on. |
| 2020-12-04 08:48:06 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2020-12-04 08:50:37 +0100 | jchia | (~jchia@58.32.35.67) (Ping timeout: 246 seconds) |
| 2020-12-04 09:04:19 +0100 | jchia | (~jchia@58.32.35.91) |
| 2020-12-04 09:09:08 +0100 | cynapse | (~chris@d24-141-165-72.home.cgocable.net) (Remote host closed the connection) |
| 2020-12-04 09:12:37 +0100 | malook | (~Thunderbi@5.108.42.152) |
| 2020-12-04 09:23:07 +0100 | malook | (~Thunderbi@5.108.42.152) () |
| 2020-12-04 09:30:15 +0100 | <coldpress> | dminuoso: try setting layers.acceleration.disabled to true |
| 2020-12-04 09:32:37 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
| 2020-12-04 09:42:13 +0100 | <dminuoso> | coldpress: Can you explain why that would help? |
| 2020-12-04 09:43:46 +0100 | <dminuoso> | Im not convinced this is a firefox bug. It seems to trigger when some particular UI element is right behind firefox and my mouse hovers over it. |
| 2020-12-04 09:43:54 +0100 | <dminuoso> | That is, a particular slack UI element |
| 2020-12-04 09:43:56 +0100 | mc47 | (~yecinem@89.246.239.190) |
| 2020-12-04 09:44:02 +0100 | <dminuoso> | (Not slack in firefox, but the slack native client) |
| 2020-12-04 09:46:16 +0100 | notis | (~notis@185.51.134.222) |
| 2020-12-04 09:48:40 +0100 | wonko7 | (~wonko7@2a01:e35:2ffb:7040:55f1:c3a3:cdbe:bf52) (Quit: See You Space Cowboy..) |
| 2020-12-04 10:00:30 +0100 | <mc47> | Hello! Is there a reason the test suite in xmonad-contrib is the way it is? Why not go with something similar to what there is in the core package? |
| 2020-12-04 10:07:15 +0100 | malook | (~Thunderbi@5.108.42.152) |
| 2020-12-04 10:15:42 +0100 | malook | (~Thunderbi@5.108.42.152) (Quit: malook) |
| 2020-12-04 10:20:23 +0100 | <Solid> | I was wondering the same thing at some point |
| 2020-12-04 10:21:05 +0100 | <Solid> | someone else apparently also did: https://github.com/xmonad/xmonad-contrib/issues/381 :P |
| 2020-12-04 10:21:31 +0100 | <mc47> | I saw that issue and thought "isn't it just stack test?" |
| 2020-12-04 10:21:35 +0100 | <mc47> | I was... wrong |
| 2020-12-04 10:21:41 +0100 | <Solid> | yeah exactly |
| 2020-12-04 10:21:48 +0100 | <Solid> | it's just `stack test` with the core repo |
| 2020-12-04 10:21:52 +0100 | <Solid> | but contrib does weird things |
| 2020-12-04 10:22:02 +0100 | <Solid> | I'd vote for unifying this so I can just `stack test` in contrib as well |
| 2020-12-04 10:22:19 +0100 | <Solid> | s/I can/one can/ |
| 2020-12-04 10:26:01 +0100 | <mc47> | I'd work on that in the weekend, after I clear my assignments |
| 2020-12-04 10:27:01 +0100 | <mc47> | it doesn't seem complicated: all the genMain script is doing is just generating a Properties.hs and a Main.hs file... I'll generate them, make them work, and remove genMain. We'd only need to make sure to sync these files whenever we add tests |
| 2020-12-04 10:27:09 +0100 | <mc47> | which is a good comrpomise, seeing what there is now |
| 2020-12-04 10:31:27 +0100 | mc47 | (~yecinem@89.246.239.190) (Quit: Leaving) |
| 2020-12-04 10:36:09 +0100 | <Solid> | sounds good to me |
| 2020-12-04 10:37:09 +0100 | mc47 | (~yecinem@89.246.239.190) |
| 2020-12-04 10:37:35 +0100 | mc47 | (~yecinem@89.246.239.190) (Client Quit) |
| 2020-12-04 10:37:53 +0100 | mc47 | (~yecinem@89.246.239.190) |
| 2020-12-04 10:45:03 +0100 | <coldpress> | dminuoso: oh, I thought you said it was a firefox problem. I had firefox flicker when running compton, and I believe setting layers.acceleration there solved my problem |
| 2020-12-04 10:46:04 +0100 | <dminuoso> | coldpress: It just exhibits when firefox is ontop, but I strongly believe it happens precisely when some slack control is behind. I dont fully understand how X11 works, but it seems almost as if when the mouse position is ontop of the slack control (which in the window stack is behind firefox) there's some "fighting" going on |
| 2020-12-04 10:46:35 +0100 | <dminuoso> | Where "slack" very shortly appears ontop, and then hides again. I dont have proof of this, but I managed to "fix" it by moving slack to a different screen. |
| 2020-12-04 10:47:24 +0100 | <Liskni_si> | coldpress, dminuoso: compton/picom flickers when use-damage is enabled, btw |
| 2020-12-04 10:47:31 +0100 | <dminuoso> | I dont have a compositor |
| 2020-12-04 10:47:36 +0100 | <Liskni_si> | Oh |
| 2020-12-04 10:59:17 +0100 | isgy | (~jy@82.38.116.187) |
| 2020-12-04 11:03:51 +0100 | thc202 | (~thc202@unaffiliated/thc202) |
| 2020-12-04 11:17:16 +0100 | plantations | (~stalled@2001:ac8:92:a:0:1:73e:2265) (Remote host closed the connection) |
| 2020-12-04 11:18:58 +0100 | <Liskni_si> | seems I'm not the only one who thinks a process boundary between compositor and WM is a good idea: https://arcan-fe.com/2017/12/24/crash-resilient-wayland-compositing/ |
| 2020-12-04 11:19:39 +0100 | <Liskni_si> | I didn't even know about this Arcan thing, which seems to be an alternative to Wayland |
| 2020-12-04 11:19:53 +0100 | <Liskni_si> | the world is messier than I thought :-) |
| 2020-12-04 11:20:20 +0100 | berberman_ | (~berberman@unaffiliated/berberman) |
| 2020-12-04 11:20:26 +0100 | berberman | (~berberman@unaffiliated/berberman) (Ping timeout: 264 seconds) |
| 2020-12-04 11:38:22 +0100 | malook | (~Thunderbi@5.108.42.152) |
| 2020-12-04 11:45:03 +0100 | malook | (~Thunderbi@5.108.42.152) (Quit: malook) |
| 2020-12-04 11:51:21 +0100 | tugrik | (~username@war.funkyjesus.org) (Quit: WeeChat 2.9) |
| 2020-12-04 12:08:39 +0100 | mc47 | (~yecinem@89.246.239.190) (Remote host closed the connection) |
| 2020-12-04 12:17:25 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:43fe:8354:1780:830b) (Ping timeout: 272 seconds) |
| 2020-12-04 12:29:16 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:2a4b:4c53:e4dc:e61e) |
| 2020-12-04 13:04:24 +0100 | Rockj | (~rockj@2001:67c:550:feed::1) (Ping timeout: 240 seconds) |
| 2020-12-04 13:16:43 +0100 | Rockj | (~rockj@2001:67c:550:feed::1) |
| 2020-12-04 13:28:35 +0100 | jchia__ | (~jchia@58.32.37.146) |
| 2020-12-04 13:29:18 +0100 | tugrik | (~username@war.funkyjesus.org) |
| 2020-12-04 14:16:17 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) |
| 2020-12-04 14:37:16 +0100 | sfrique | (~sfrique@189.122.177.88) |
| 2020-12-04 14:39:20 +0100 | <vrs> | Hash: I once considered doing some sorcery with CRIU so that I could restore xmonad sessions across reboots, but then decided that this was a tarpit and didn't pursue it. The TopicSpaces way of having commands associated with workspaces is good though and I recommend it |
| 2020-12-04 14:40:29 +0100 | <vrs> | maybe it's just my config but I have it set up so that when I switch to certain named workspaces via gridselect and they're empty, they will be populated with the associated application |
| 2020-12-04 14:40:29 +0100 | <geekosaur> | a tarpit is definitely is |
| 2020-12-04 14:40:52 +0100 | <geekosaur> | that's how TopicSpaces works |
| 2020-12-04 14:41:13 +0100 | <vrs> | TopicSpaces is good |
| 2020-12-04 15:40:13 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) (Remote host closed the connection) |
| 2020-12-04 16:07:04 +0100 | berberman | (~berberman@unaffiliated/berberman) |
| 2020-12-04 16:07:44 +0100 | berberman_ | (~berberman@unaffiliated/berberman) (Ping timeout: 240 seconds) |
| 2020-12-04 16:39:16 +0100 | dxld | (~dxld@80-109-136-248.cable.dynamic.surfer.at) (Remote host closed the connection) |
| 2020-12-04 16:40:18 +0100 | <Hash> | Morning |
| 2020-12-04 16:40:29 +0100 | dxld | (~dxld@rush.pub.dxld.at) |
| 2020-12-04 16:40:32 +0100 | <Hash> | I just discovered in ##linux dwm and I told him about Xmonad |
| 2020-12-04 16:40:40 +0100 | <Hash> | It seems Xmonad is a dwm clone in haskell |
| 2020-12-04 16:41:52 +0100 | <Hash> | But a lot better and not C |
| 2020-12-04 16:41:57 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 2.9) |
| 2020-12-04 16:52:22 +0100 | <Solid> | I would be hard pressed to call it a dwm clone at this point |
| 2020-12-04 16:53:04 +0100 | <Solid> | but it certainly started out as that |
| 2020-12-04 16:54:09 +0100 | <Solid> | I'm quite glad I can enjoy an extensible wm without maintaining an ever diverging fork of some project because "just apply patches lol" |
| 2020-12-04 16:55:07 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) |
| 2020-12-04 17:47:36 +0100 | <Hash> | Yup |
| 2020-12-04 17:47:43 +0100 | <Hash> | That's what I told him. The Xmonad ecosystem is rich |
| 2020-12-04 17:57:38 +0100 | shadow__ | (~shadow@pool-71-187-70-139.nwrknj.fios.verizon.net) |
| 2020-12-04 18:00:47 +0100 | shadow__ | (~shadow@pool-71-187-70-139.nwrknj.fios.verizon.net) () |
| 2020-12-04 18:01:29 +0100 | Shadorain | (~shadow@pool-71-187-70-139.nwrknj.fios.verizon.net) |
| 2020-12-04 18:01:38 +0100 | <Shadorain> | hello friends, i have a strange idea today but i think it would be quite helpful to my workflow atleast, |
| 2020-12-04 18:01:42 +0100 | <Shadorain> | im trying to setup a layout that spans across my 3 monitors, it is based off of one workspace and a new window just shrinks the first one from 3 -> 2 mons and puts the new window in on the third mon (if that makes sense) |
| 2020-12-04 18:02:49 +0100 | <Shadorain> | as of now i just use a floating scratchpad that is 3 monitors long but it would be nice to have it tilable |
| 2020-12-04 18:09:31 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) |
| 2020-12-04 18:12:13 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 2020-12-04 18:16:59 +0100 | <geekosaur> | we don't really support that, xmonad's model is that a workspace fits on a single monitor. it might be possible to abuse LayoutScreens but you'd get windows split across monitors as well |
| 2020-12-04 18:18:09 +0100 | <Shadorain> | thats what i was thinking as well but then when i made a fake floating version of what i wanted, i realized that that floating window only resides on the one workspace |
| 2020-12-04 18:18:24 +0100 | <Shadorain> | its just a wider window than normal on that one workspace |
| 2020-12-04 18:19:15 +0100 | <Shadorain> | so if my layout would have windows spawn at a wider interval it would work fine afaik |
| 2020-12-04 18:28:22 +0100 | <Shadorain> | would just have to trick a layout to think the workspace is 5760x1080 instead of 1920x1080 |
| 2020-12-04 18:28:56 +0100 | <geekosaur> | that's more or less what LayoutScreens does |
| 2020-12-04 18:29:36 +0100 | <Shadorain> | oh hm ur right, i see that in the second example on the docs |
| 2020-12-04 18:30:41 +0100 | <Shadorain> | ooh yes then i can run 3 column layout with this trick |
| 2020-12-04 18:30:49 +0100 | <Shadorain> | each monitor would be a column |
| 2020-12-04 18:41:03 +0100 | <Shadorain> | woah it actually worked haha!!! this is nuts! |
| 2020-12-04 18:46:44 +0100 | <Shadorain> | the only issue im having is that it goes past just the one workspace and affects all |
| 2020-12-04 18:50:13 +0100 | <geekosaur> | yes, I think there's no way around that since workspaces are subordinate to monitors and not vice versa |
| 2020-12-04 18:50:29 +0100 | <geekosaur> | you can't re-layout monitors based on what workspace is visible |
| 2020-12-04 19:03:47 +0100 | novas0x2a | (~blah@157-131-125-210.fiber.dynamic.sonic.net) (Read error: Connection reset by peer) |
| 2020-12-04 19:03:57 +0100 | novas0x2a | (~blah@157-131-125-210.fiber.dynamic.sonic.net) |
| 2020-12-04 19:06:17 +0100 | <Shadorain> | hmm but u can rescreen on layout change |
| 2020-12-04 19:06:46 +0100 | <Shadorain> | and prob can do a hack where if u use a workspace change key to also rescreen |
| 2020-12-04 19:09:02 +0100 | Rockj | (~rockj@2001:67c:550:feed::1) (Ping timeout: 264 seconds) |
| 2020-12-04 19:10:15 +0100 | <geekosaur> | you may cause an infinite loop if you do, since rescreen would rerun the layout |
| 2020-12-04 19:10:56 +0100 | <Shadorain> | i cant find a way to do the layoutScreens in the layout itself so i have a bind but id much rather it in the layout |
| 2020-12-04 19:19:53 +0100 | <sfrique> | Can the layout be changed dynamically based on monitor resolution/orientation? if so how, i plan to use xmonad as my second WM (i3 first) and see if i feel it's improving my workflow |
| 2020-12-04 19:20:59 +0100 | <Shadorain> | yes it can there is a module called PerScreen that handles that well |
| 2020-12-04 19:23:32 +0100 | <geekosaur> | there are a couple ofways to conditionalize layouts based on screen size iirc |
| 2020-12-04 19:27:11 +0100 | <Shadorain> | yo geekosaur, is there a max delta ratio limit for how little you inc/dec with resizing? |
| 2020-12-04 19:27:30 +0100 | <Shadorain> | im trying like (1/1000) and it isnt any different from (1/100) |
| 2020-12-04 19:28:19 +0100 | <geekosaur> | ultimately it'll be converted to pixels, and there are only so many pixels on most screens. maybe 1/1000 would show on a fancy 4K UHD monitor |
| 2020-12-04 19:29:11 +0100 | <geekosaur> | we use ratios because monitors don't have to be the same size, i used to have a 1366x768 next to a 1920x1080 and fixed pixel sizes don't work well for that |
| 2020-12-04 19:29:32 +0100 | <Shadorain> | hm yeh that is true, i feel like i should get more pixels allowed tho with my resizing of screen |
| 2020-12-04 19:29:58 +0100 | <Shadorain> | yeh thats very tru so the ration should allow for more since i theoretically have 5760 instead of 1920 |
| 2020-12-04 19:30:40 +0100 | <sfrique> | thanks, i will take a look in this perscreen module |
| 2020-12-04 19:33:19 +0100 | <sfrique> | by the way, is there a site ranking "best" modules for xmonad? |
| 2020-12-04 19:34:11 +0100 | <Shadorain> | dont think so but here is a site that shows all the descriptions of each module and their links all in one spot |
| 2020-12-04 19:34:14 +0100 | <Shadorain> | https://hackage.haskell.org/package/xmonad-contrib-0.13/docs/XMonad-Doc-Extending.html |
| 2020-12-04 19:34:58 +0100 | <Solid> | may want to link to the current version of that ;) |
| 2020-12-04 19:35:11 +0100 | <Shadorain> | oh oof haha |
| 2020-12-04 19:35:38 +0100 | Rockj | (~rockj@2001:67c:550:feed::1) |
| 2020-12-04 19:35:42 +0100 | <Shadorain> | https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Doc-Extending.html |
| 2020-12-04 19:35:51 +0100 | <Shadorain> | there u go lol, sfrique |
| 2020-12-04 19:37:20 +0100 | thc202 | (~thc202@unaffiliated/thc202) (Quit: thc202) |
| 2020-12-04 19:39:30 +0100 | <sfrique> | @Shadorain, that list i know, thanks, but they are not ranking on any way, I was thinking it could be some how.. xD not a big deal, but =] |
| 2020-12-04 19:39:30 +0100 | <lambdabot> | Unknown command, try @list |
| 2020-12-04 19:39:51 +0100 | <sfrique> | Shadorain, that list i know, thanks, but they are not ranking on any way, I was thinking it could be some how.. xD not a big deal, but =] |
| 2020-12-04 19:39:54 +0100 | <Solid> | how would you even rank something like xmonad's modules |
| 2020-12-04 19:40:02 +0100 | <geekosaur> | I'm not sure we have enough users for a ranking system to do very much, to be honest |
| 2020-12-04 19:41:38 +0100 | <sfrique> | Solid, voting system is something.. but yeah, i don't see much users and not sure it would work well, i am just sarting on xmonad.. |
| 2020-12-04 19:42:35 +0100 | <Solid> | I wouldn't be so sure about the numbers of users that we actually have, more the number of users who would even interact with these kinds of things |
| 2020-12-04 19:43:23 +0100 | <sfrique> | since we here, is there a way to enter a "mode" for other short cuts? like resize mode of i3 |
| 2020-12-04 19:43:32 +0100 | <Shadorain> | yeh i dont think many users would ever dig that deep to see that sadly |
| 2020-12-04 19:43:55 +0100 | <Shadorain> | explain mode? sounds like vim and its intriguing tehe |
| 2020-12-04 19:45:10 +0100 | <sfrique> | well, yes, kind of vim maybe. The goal is to enter a "mode" and a new set of keybinds would exist for it, most used on resize i guess for me |
| 2020-12-04 19:45:31 +0100 | <Solid> | there's a "modal xmonad bindings" module floating around, but the person who wrote it never submitted it to contrib for some reason |
| 2020-12-04 19:45:34 +0100 | <Shadorain> | yeh thats totally vim |
| 2020-12-04 19:45:36 +0100 | <geekosaur> | you can't do modes that readily, but there are some modules to allow keybindings to vary in a somewhat modal way |
| 2020-12-04 19:45:48 +0100 | <geekosaur> | hm, I thought they did |
| 2020-12-04 19:45:53 +0100 | <Shadorain> | subkeybinds can do something like that |
| 2020-12-04 19:46:04 +0100 | <Shadorain> | geekosaur, nah if they did i woulda jumped on that so fast |
| 2020-12-04 19:46:30 +0100 | <sfrique> | i saw the subkeybinds, but i am not sure it stays in the mode after pressed |
| 2020-12-04 19:46:44 +0100 | <Shadorain> | ah yeh no it doesnt |
| 2020-12-04 19:47:08 +0100 | <sfrique> | i found this: https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Actions-Submap.html |
| 2020-12-04 19:47:24 +0100 | <Solid> | https://gist.github.com/LSLeary/6741b0572d62db3f0cea8e6618141b2f this is the gist |
| 2020-12-04 19:48:11 +0100 | <Solid> | it's a bit hacky but I don't think it's too hacky for xmonad-contrib |
| 2020-12-04 19:49:21 +0100 | <sfrique> | thanks, but i don't know haskell well enought to hack that much xD going to leave wihtout it hahaha |
| 2020-12-04 19:50:09 +0100 | <Shadorain> | hacky is what i do anyways lol, using xmodmap and crap so lets do it! |
| 2020-12-04 19:50:12 +0100 | rabliatu | (~quassel@107.158.96.11) (Quit: 1) |
| 2020-12-04 19:50:25 +0100 | <geekosaur> | apparently I was thinking of PerWindowKeys, whoops |
| 2020-12-04 19:50:32 +0100 | <Shadorain> | the only ever non contrib module i found was PerLayoutKeys |
| 2020-12-04 19:50:55 +0100 | <Shadorain> | ConditionalLayouts or something like that which got rejected from contrib |
| 2020-12-04 19:54:55 +0100 | <Solid> | I'll try to contact the person; if they're not interested maybe they're fine with me cleaning this up and submitting it |
| 2020-12-04 19:55:22 +0100 | <Solid> | seems like a module that's too useful for it not to live inside contrib |
| 2020-12-04 19:56:31 +0100 | Shadorain_ | (uid453914@gateway/web/irccloud.com/x-zacharxypgsnvrfo) |
| 2020-12-04 20:00:10 +0100 | notis | (~notis@185.51.134.222) (Read error: Connection reset by peer) |
| 2020-12-04 20:02:55 +0100 | berberman | (~berberman@unaffiliated/berberman) (Ping timeout: 272 seconds) |
| 2020-12-04 20:03:25 +0100 | berberman | (~berberman@unaffiliated/berberman) |
| 2020-12-04 20:10:05 +0100 | Shadorain | (~shadow@pool-71-187-70-139.nwrknj.fios.verizon.net) (Read error: Connection reset by peer) |
| 2020-12-04 20:10:05 +0100 | Shadorain_ | Shadorain |
| 2020-12-04 20:12:25 +0100 | shadow__ | (~shadow@pool-71-187-70-139.nwrknj.fios.verizon.net) |
| 2020-12-04 20:12:35 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) (Ping timeout: 245 seconds) |
| 2020-12-04 20:12:45 +0100 | shadow__ | (~shadow@pool-71-187-70-139.nwrknj.fios.verizon.net) () |
| 2020-12-04 20:13:37 +0100 | Shadowraith | (~shadow@pool-71-187-70-139.nwrknj.fios.verizon.net) |
| 2020-12-04 20:13:40 +0100 | <Shadowraith> | test |
| 2020-12-04 20:13:55 +0100 | <Shadowraith> | oof my bad yall my pc somehow froze, first time ever lol |
| 2020-12-04 20:14:08 +0100 | <Shadowraith> | and lost all messages from here |
| 2020-12-04 20:17:19 +0100 | abhixec | (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) (Ping timeout: 246 seconds) |
| 2020-12-04 20:17:48 +0100 | <Solid> | Shadowraith: you are in luck! |
| 2020-12-04 20:18:07 +0100 | <Solid> | we have recently invited a bot that logs this channel |
| 2020-12-04 20:18:12 +0100 | <Solid> | see the /topic |
| 2020-12-04 20:19:29 +0100 | abhixec | (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) |
| 2020-12-04 20:24:36 +0100 | <Shadowraith> | oh nuts sweet! |
| 2020-12-04 20:29:04 +0100 | <Shadowraith> | oh cool, Solid, ur gonna try to get that modal binds module passed in? |
| 2020-12-04 20:31:10 +0100 | <Solid> | Shadowraith: yeah as soon as I find a way to contact the original author |
| 2020-12-04 20:31:32 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) |
| 2020-12-04 20:32:30 +0100 | <Shadowraith> | i agree it will be an extremely useful module |
| 2020-12-04 20:32:45 +0100 | <Shadowraith> | who wouldnt want vim in their wm pretty much haha! |
| 2020-12-04 20:34:28 +0100 | <Solid> | well, I for one probably wouldn't use it myself :P |
| 2020-12-04 20:35:29 +0100 | <Shadowraith> | aw man tehe, but i think it would have its place for some people! |
| 2020-12-04 20:36:06 +0100 | <Solid> | oh definitely --- that's why I want to try and get it into contrib, after all |
| 2020-12-04 20:42:03 +0100 | <Shadowraith> | ur the best tehe <3! |
| 2020-12-04 20:43:39 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Quit: WeeChat 3.0) |
| 2020-12-04 20:48:02 +0100 | <Shadowraith> | my special spanning layout finally lets me feel like i actually use all 3 mons lol |
| 2020-12-04 20:48:32 +0100 | <Shadowraith> | can you use a spawn command from a layout like when switching to a specific layout? |
| 2020-12-04 20:52:45 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2020-12-04 20:55:10 +0100 | <geekosaur> | that sounds … painful |
| 2020-12-04 20:56:55 +0100 | <Shadowraith> | thats been my experience in general trying to do somethign in haskell not even knowing haskell :joy: |
| 2020-12-04 20:57:13 +0100 | <geekosaur> | I mean, an impure layut could do a spawn, but catching that you'd just switched to the layout less so (you'd have to save and compare the previous layout on the current workspace, probably in XS — and note that during the layout, the StackSet is out of date because the current one's being built as part of laying out the workspace) |
| 2020-12-04 20:57:58 +0100 | <geekosaur> | sadly that does not mean it stores the old layout, in general |
| 2020-12-04 20:58:38 +0100 | <geekosaur> | but it'll have other stuff randomly out of date, in particular the currently focused window probably isn't even present in it |
| 2020-12-04 20:59:18 +0100 | <geekosaur> | and of course the spawned window will force another layout run |
| 2020-12-04 20:59:28 +0100 | <Shadowraith> | yikes that sounds alot past my skill level here haha |
| 2020-12-04 20:59:44 +0100 | <Shadowraith> | oh by spawn command i meant the spawn module that allows u to run shell commands |
| 2020-12-04 20:59:48 +0100 | <Shadowraith> | idk if i made that clear |
| 2020-12-04 21:00:44 +0100 | <geekosaur> | there's also a built-in spawn command, the module just provides some other possibilities |
| 2020-12-04 21:01:36 +0100 | <Shadowraith> | i didnt mean module* yeh i meant the built in one, come on shado use the right terminology lol |
| 2020-12-04 21:01:59 +0100 | <Shadowraith> | is there a way to have a layout run the built in spawn (shell command) on being switched to? |
| 2020-12-04 21:02:46 +0100 | <geekosaur> | the layout would be run in that situation, but also when various other things happen. there is no specific "do this when this layout is switched to" |
| 2020-12-04 21:02:59 +0100 | <geekosaur> | which is why I tried to describe how to do so |
| 2020-12-04 21:03:18 +0100 | <Shadowraith> | oh maybe shado just didnt understand :facepalm: im sorry haha |
| 2020-12-04 21:05:14 +0100 | <geekosaur> | come to think of it, it might be easier to change mod-space binding to query the layout by its description after changing it, and spawn something |
| 2020-12-04 21:05:55 +0100 | <Shadowraith> | thats what ive been trying to do mentally but id never be able to do that in Haskell lol |
| 2020-12-04 21:07:38 +0100 | <Shadowraith> | still trying to figure out too how to get one keybinding to run multiple things :joy: |
| 2020-12-04 21:08:22 +0100 | <geekosaur> | you can get the layout by looking up the workspace in the StackSet, then apply `description` to that. you'd have to ensure the layout's description is sufficiently distinctive |
| 2020-12-04 21:08:50 +0100 | <Shadowraith> | http://0x0.st/i77C.txt |
| 2020-12-04 21:08:53 +0100 | <Shadowraith> | checkout my loghook |
| 2020-12-04 21:09:13 +0100 | <Shadowraith> | i have like a query thing to find the current layout name and to send it to a file |
| 2020-12-04 21:09:24 +0100 | <Shadowraith> | maybe it would work similar to that? |
| 2020-12-04 21:09:40 +0100 | <Shadowraith> | except do command based off layout name instead of send to file |
| 2020-12-04 21:10:50 +0100 | <geekosaur> | somthing like that, yes |
| 2020-12-04 21:16:16 +0100 | sfrique | (~sfrique@189.122.177.88) (Remote host closed the connection) |
| 2020-12-04 21:24:09 +0100 | abhixec | (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) (Ping timeout: 260 seconds) |
| 2020-12-04 21:36:36 +0100 | Shadowraith | (~shadow@pool-71-187-70-139.nwrknj.fios.verizon.net) (Quit: Lost terminal) |
| 2020-12-04 21:43:10 +0100 | sfrique | (~sfrique@189.122.177.88) |
| 2020-12-04 21:45:06 +0100 | <sfrique> | hey, anyone can help me why i can't get spotify to be floated on namedscrapthas? |
| 2020-12-04 21:45:36 +0100 | <sfrique> | i am using className =? "Spotify" and it brings back the spotify, it just don't make it float |
| 2020-12-04 21:49:39 +0100 | <geekosaur> | show your code |
| 2020-12-04 21:49:42 +0100 | <geekosaur> | @where paste |
| 2020-12-04 21:49:42 +0100 | <lambdabot> | Help us help you: please paste full code, input and/or output at eg https://paste.tomsmeding.com |
| 2020-12-04 21:50:04 +0100 | ddellacosta | (dd@gateway/vpn/mullvad/ddellacosta) |
| 2020-12-04 21:50:14 +0100 | <geekosaur> | that said there's a long running issue basically caused by spotify not playing by the rules, so things like className don't work right |
| 2020-12-04 21:51:08 +0100 | <geekosaur> | (it doesn't set its properties until after it renders. there's a special module to deal with this, DynamicProperty) |
| 2020-12-04 21:52:42 +0100 | <geekosaur> | XMonad.Hooks.DynamicProperty that is |
| 2020-12-04 21:53:27 +0100 | <geekosaur> | so you may need to put things like floating via DynamicProperty to get them to work right, and the scratchpad might be a little unreliable |
| 2020-12-04 21:53:28 +0100 | <sfrique> | i just have to load it? |
| 2020-12-04 21:54:40 +0100 | <sfrique> | it seems i have to add some code |
| 2020-12-04 21:55:11 +0100 | <geekosaur> | yes |
| 2020-12-04 21:55:44 +0100 | <geekosaur> | it basically puts a managehook in response to a property change. but you need to be specific as to what the managehook matches. |
| 2020-12-04 21:57:12 +0100 | <geekosaur> | there's no simple way to deal with this kind of thing, Spotify is a browser window and they're really dynamic |
| 2020-12-04 21:59:35 +0100 | <sfrique> | i see, i will see how to add the code |
| 2020-12-04 22:08:03 +0100 | <geekosaur> | here's where the discussion of spotify's misbehavior is being discussed: https://github.com/xmonad/xmonad/issues/214 |
| 2020-12-04 22:08:52 +0100 | <geekosaur> | (wrong place since for starters namedscratchpads are part of contrib… but moving issues is painful so it's there) |
| 2020-12-04 22:09:11 +0100 | notis | (~notis@185.51.134.222) |
| 2020-12-04 22:12:35 +0100 | <geekosaur> | the most recent message has a solution gleaned from Reddit, using DynamicProperty to apply the customFloat to it |
| 2020-12-04 22:14:28 +0100 | <sfrique> | i just got it "working" |
| 2020-12-04 22:14:30 +0100 | <geekosaur> | I admit to some curiosity as to what it's doing with className early on, but not so much so that I'm willing to install it and aim ManageDebug at it >.> |
| 2020-12-04 22:14:54 +0100 | <sfrique> | but then my xmobar seems to become bwllow everything |
| 2020-12-04 22:15:23 +0100 | <sfrique> | it happens when i add eventhook |
| 2020-12-04 22:15:30 +0100 | <geekosaur> | that sounds like your hook's firing on too many windows (floating everything?) |
| 2020-12-04 22:16:10 +0100 | Shadorain | (uid453914@gateway/web/irccloud.com/x-zacharxypgsnvrfo) (Quit: Connection closed for inactivity) |
| 2020-12-04 22:16:47 +0100 | <sfrique> | not verything is floated, but it seems it ignores xmobar for some reason |
| 2020-12-04 22:18:26 +0100 | <geekosaur> | it does ignore xmobar, as it ignores all dock windows (they're self-managing). "below everything" still sounds wrong though |
| 2020-12-04 22:18:55 +0100 | <geekosaur> | it shouldn't be placing windows over docks with or without the handleEventHook |
| 2020-12-04 22:20:10 +0100 | <geekosaur> | unless maybe you broke docksEventHook in the process, hm |
| 2020-12-04 22:21:53 +0100 | <sfrique> | https://paste.tomsmeding.com/HaWbkPy6 |
| 2020-12-04 22:22:15 +0100 | <sfrique> | i don't understand that first managehook thing |
| 2020-12-04 22:23:58 +0100 | <geekosaur> | you're not using the docks combinator. so what does your handleEventHook look like? |
| 2020-12-04 22:24:48 +0100 | <sfrique> | this? |
| 2020-12-04 22:24:48 +0100 | <sfrique> | https://paste.tomsmeding.com/TaF7gUCN |
| 2020-12-04 22:24:58 +0100 | <geekosaur> | the manageHook floats any old-style fullscreened windows, applies your manageHook, then manageDocks |
| 2020-12-04 22:25:22 +0100 | Rockj | (~rockj@2001:67c:550:feed::1) (Ping timeout: 260 seconds) |
| 2020-12-04 22:25:37 +0100 | <geekosaur> | did you have a handleEventHook before that? you should have and it should have called docksEventHook |
| 2020-12-04 22:25:50 +0100 | <sfrique> | i had not |
| 2020-12-04 22:26:10 +0100 | <sfrique> | handleEventHook = myHandleEventHook |
| 2020-12-04 22:26:40 +0100 | <sfrique> | this was added to my main block just now, if i remove it, the xmobar works fine, but i don't getthe spotify resize |
| 2020-12-04 22:26:52 +0100 | <geekosaur> | although come to think of it the docksEventHook shouldn't be involved here, it's just for things like moves |
| 2020-12-04 22:33:19 +0100 | <sfrique> | it seems spotify won't be fixed for now =/ |
| 2020-12-04 22:33:33 +0100 | <sfrique> | xmonad seemed very promising, but i keep hiting "edge" cases |
| 2020-12-04 22:34:41 +0100 | <geekosaur> | actually I'm wondering if you need to change the handleEventHook to: myHandleEventHook <+> handleEventHook desktopConfig |
| 2020-12-04 22:36:16 +0100 | <sfrique> | wait, so how you think would be the full line? |
| 2020-12-04 22:38:11 +0100 | <geekosaur> | , handleEventHook = myHandleEventHook <+> handleEventHook desktopConfig |
| 2020-12-04 22:39:06 +0100 | <sfrique> | it did work |
| 2020-12-04 22:39:19 +0100 | <sfrique> | i don't understand why tough |
| 2020-12-04 22:40:00 +0100 | <sfrique> | so it's like we are adding all the defaults after what i have createdas events hooks? |
| 2020-12-04 22:40:04 +0100 | <geekosaur> | because you were getting something essential from desktopConfig but when you overrode handleEventHook without explicitly "copying in" the stuff from desktopConfig, you lost it |
| 2020-12-04 22:41:00 +0100 | <sfrique> | ok sounds reasonable |
| 2020-12-04 22:41:21 +0100 | <sfrique> | thanks! |
| 2020-12-04 22:42:07 +0100 | <geekosaur> | they're going to kick me out of this library shortly and I'll lose internet, sorry |
| 2020-12-04 22:43:26 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) (Remote host closed the connection) |
| 2020-12-04 22:43:27 +0100 | <sfrique> | you have helped a lot already |
| 2020-12-04 22:47:28 +0100 | Rockj | (~rockj@2001:67c:550:feed::1) |
| 2020-12-04 23:00:54 +0100 | isgy | (~jy@82.38.116.187) (Ping timeout: 256 seconds) |
| 2020-12-04 23:46:09 +0100 | <sfrique> | is there a way to create a new workspace on demand? |
| 2020-12-04 23:47:40 +0100 | <sfrique> | will try this |
| 2020-12-04 23:47:41 +0100 | <sfrique> | https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Actions-DynamicWorkspaces.html |