Home freenode/#xmonad: Logs Calendar

Logs on 2021-05-04 (freenode/#xmonad)

00:27:03 × geekosaur quits (930099da@rrcs-147-0-153-218.central.biz.rr.com) (Ping timeout: 240 seconds)
00:27:28 × mc47 quits (~yecinem@89.246.239.190) (Remote host closed the connection)
00:37:14 × drl quits (~l@2600:1700:8360:3870:911b:9f71:ef6d:14e8) (Remote host closed the connection)
01:06:37 mohab joins (~mohab@45.243.72.186)
01:29:09 ADG1089 joins (~aditya@223.236.186.113)
02:04:19 materiyolo joins (~materiyol@112.205.57.255)
02:05:41 × s00pcan quits (~chris@107.181.165.217) (Ping timeout: 240 seconds)
02:07:45 s00pcan joins (~chris@075-133-056-178.res.spectrum.com)
02:14:15 ds5150 joins (a689532e@166.137.83.46)
02:15:08 × ds5150 quits (a689532e@166.137.83.46) (Client Quit)
02:25:29 × theDon quits (~td@94.134.91.148) (Ping timeout: 246 seconds)
02:27:38 theDon joins (~td@94.134.91.246)
02:40:38 × kajzer quits (~kajzer@unaffiliated/kajzer) (Quit: WeeChat 3.1)
03:19:58 × Bruners quits (lasseb@gateway/shell/tihlde/x-ycfybbsptydrkrbl) (Ping timeout: 240 seconds)
03:23:12 Bruners joins (lasseb@gateway/shell/tihlde/x-sqngxlewbsyanjez)
03:27:20 × ADG1089 quits (~aditya@223.236.186.113) (Remote host closed the connection)
04:37:56 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Quit: leaving)
04:38:23 werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
04:39:17 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Client Quit)
04:39:36 werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
04:39:43 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Client Quit)
04:39:59 werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
04:41:53 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Client Quit)
04:42:12 werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
04:43:27 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Client Quit)
04:43:44 werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
04:44:13 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Client Quit)
05:41:57 ADG1089 joins (~aditya@122.163.161.198)
05:47:11 × mohab quits (~mohab@45.243.72.186) (Ping timeout: 252 seconds)
05:48:03 × growpotkin quits (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in)
05:48:34 × ADG1089 quits (~aditya@122.163.161.198) (Remote host closed the connection)
05:53:13 ADG1089 joins (~aditya@122.163.161.198)
06:06:40 notis joins (~notis@185.51.134.222)
06:08:21 wonko7 joins (~wonko7@62.115.229.50)
06:11:05 × ADG1089 quits (~aditya@122.163.161.198) (Quit: Konversation terminated!)
06:12:38 ADG1089 joins (~aditya@122.163.161.198)
06:14:02 seschwar joins (~seschwar@unaffiliated/seschwar)
06:14:11 <ADG1089> meta-q for restarting xmonad isn't working for me, how can i debug that? it's working when i use `xmonad --restart &`
06:23:16 × srk quits (~sorki@unaffiliated/srk) (Quit: ZNC 1.8.1 - https://znc.in)
06:24:50 srk joins (~sorki@unaffiliated/srk)
06:41:34 mohab joins (~mohab@45.243.72.186)
06:50:14 cfricke joins (~cfricke@unaffiliated/cfricke)
06:56:19 × ADG1089 quits (~aditya@122.163.161.198) (Remote host closed the connection)
07:03:54 thc202 joins (~thc202@unaffiliated/thc202)
07:40:22 × cfricke quits (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.1)
07:44:14 oogeek joins (~szz_@84.17.34.145)
07:45:56 <oogeek> So does xmonad treats multiple monitors as a single display? I am reading the source code of X.H.ScreenCorner and it seems that it treats it like that.
07:49:09 cfricke joins (~cfricke@unaffiliated/cfricke)
07:49:18 <oogeek> When multiple monitors are used, I want to restrict the four corners to be monitor aware. By setting the width and height of the SCLowerRight, SCUpperLeft,..., I can do that. However, is it worth to pass a list of tuple (0,0) (1920,0) (4480,0) to the "addScreenCorner function" and rewrite some functions?
07:50:05 <oogeek> With 1920x1080 + 2560x1440 displays
08:19:21 kelnoky joins (~shao@ip1f128ba7.dynamic.kabel-deutschland.de)
08:23:46 × mohab quits (~mohab@45.243.72.186) (Ping timeout: 252 seconds)
08:37:50 mohab joins (~mohab@45.243.72.186)
09:30:23 × materiyolo quits (~materiyol@112.205.57.255) (Quit: WeeChat 3.0.1)
10:11:55 × mohab quits (~mohab@45.243.72.186) (Ping timeout: 252 seconds)
10:24:28 kajzer joins (~kajzer@unaffiliated/kajzer)
10:25:38 × Natch quits (~Natch@c-e070e255.014-297-73746f25.bbcust.telenor.se) (Remote host closed the connection)
10:31:02 Natch joins (~Natch@c-e070e255.014-297-73746f25.bbcust.telenor.se)
10:45:12 mc47 joins (~yecinem@89.246.239.190)
11:33:15 × ericsagnes quits (~ericsagne@2405:6580:0:5100:4bd1:656f:4270:d212) (Ping timeout: 260 seconds)
11:40:35 mohab joins (~mohab@45.243.72.186)
11:41:31 × notis quits (~notis@185.51.134.222) (Ping timeout: 260 seconds)
11:46:46 ericsagnes joins (~ericsagne@2405:6580:0:5100:a104:d14:93ae:b6b0)
11:56:11 IanLiu joins (~ian@187.11.111.13)
11:57:18 <IanLiu> Have you ever experienced delays when opening Gnome applications? I've seen people with the same problem on the web, I've tried all kinds of solutions but none worked for me. Here is my xinitrc: http://ix.io/3lLb/sh . Any help?
12:02:02 <IanLiu> ^ oops, sorry, wrong channel.
12:09:07 × IanLiu quits (~ian@187.11.111.13) (Quit: WeeChat 3.1)
12:41:54 totte joins (~totte@chakra/totte)
12:50:17 geekosaur joins (930099da@rrcs-147-0-153-218.central.biz.rr.com)
12:59:05 <Solid> a morning wastes for an idea that was already implemented
12:59:06 <Solid> sigh
12:59:09 <Solid> s/tes/ted/
13:02:05 <mc47> I hope you didn't waste too much time on it :/
13:02:42 <mc47> The abstraction you added is cool and more versatile though, I wonder if that could be helpful somewhere else
13:03:39 <mc47> I didn't make a good job making the loggers I added though, so sorry for that
13:07:02 <oogeek> So does xmonad treats multiple monitors as a single display? I am reading the source code of X.H.ScreenCorner and it seems that it treats it like that.
13:07:21 <oogeek> When multiple monitors are used, I want to restrict the four corners to be monitor aware. By setting the width and height of the SCLowerRight, SCUpperLeft,..., I can do that. However, is it worth to pass a list of tuple (0,0) (1920,0) (4480,0) to the "addScreenCorner function" and rewrite some functions?
13:07:23 notis joins (~notis@185.51.134.229)
13:08:54 <Liskni_si> oogeek: xmonad doesn't, X.H.ScreenCorner does
13:09:43 <oogeek> So is it worth to add a bit more parameter for X.H.ScreenCorner?
13:09:56 <oogeek> For multiple monitors
13:10:25 <Solid> mc47: ah it fine, I needed some break from writing my thesis anyways :)
13:10:39 <Liskni_si> oogeek: Not really, the module is broken in multiple ways and could use a rewrite :-/
13:11:30 <oogeek> Liskni_si Broken? Can you elaborate a bit more?
13:11:32 <Liskni_si> It's basically entirely unaware of multiple screens and the possibility of screen layout changes
13:11:43 <oogeek> Oh
13:13:05 <mc47> Solid I feel you, kinda in the same spot
13:13:33 <mc47> whereas for me it's coding rather than writing, that'll come later
13:13:53 <oogeek> Solid mc47 So after seeing your discussion on PR #535, I was thinking how I can make a title function be screen aware, I mean, right now on two monitors, each bar show the same title. However, I want the screen with no focus to show nothing. Is that possible, I need some hint as to how to tweak it.
13:15:15 <mc47> definitely, look at logWhenActive and logCurrentOnScreen
13:16:13 <oogeek> mc47 Thanks, let me take a look.
13:16:13 <mc47> https://github.com/TheMC47/dotfiles/blob/master/xmonad/.xmonad/xmonad.hs#L286
13:16:22 × mohab quits (~mohab@45.243.72.186) (Ping timeout: 252 seconds)
13:16:52 <mc47> If you don't want to show anything at all when the screen isn't active, just wrap the logger in logWhenActive
13:17:08 <mc47> I use it here https://github.com/TheMC47/dotfiles/blob/master/xmonad/.xmonad/xmonad.hs#L301
13:17:36 mohab joins (~mohab@45.243.72.186)
13:19:08 <Solid> mc47: no coding for my thesis, so xmonad is a nice change of pace for me =)
13:19:29 growpotkin joins (~growpotki@130-45-30-154.dyn.grandenetworks.net)
13:19:59 <oogeek> One reason I start reading the source code of X.H.ScreenCorner is because I just had a algorithm exam this morning.
13:20:04 <oogeek> Need something to relax
13:20:32 <Solid> Liskni_si: r.e. what you said about unecessary calls to getName: should I just re-open #535, remove ppTitleUnfocused completely and add something like it to X.U.Loggers (a module I had never consciously acknowledged until today)?
13:26:51 <oogeek> mc47 Thanks a lot. The log* works really well.
13:26:58 <mc47> Awesome!
13:27:08 <Liskni_si> Solid: possibly :-)
13:29:44 <oogeek> I think that it would be a lot easier to put screen-aware logger functions to ppExtra, and then wrap PP with ScreenId -> PP
13:33:50 <mc47> not sure I understand what you mean
13:34:06 <mc47> ppExtras should stay blank, per default. It's up to the users to put what they want there
13:34:54 <mc47> But having a function that makes a PP screen aware might be a good idea
13:34:57 <oogeek> Yeah, I mean like the example in your config, if users want to use ppExtra together with log*, it would be easier.
13:35:30 <oogeek> I don't mean that we should hardwire it to ppExtras, sorry for the misunderstanding.
13:35:30 <mc47> It would have to be ScreenId -> X PP probably
13:36:26 <mc47> that's a fun idea to play with :)
13:37:17 <oogeek> mc47: Also, for my PR on sampleHook for X.A.CopyWindow, do you mean that I should add copiesPP directly to the source code?
13:39:07 <mc47> Yes, but not as it is. It would take a function as a parameter to be applied when "ws `elem` copies" is true, and otherwise uses ppHidden from the given PP
13:39:15 <mc47> I think it provides a better UX
13:40:16 <oogeek> Got it, so I think basically users can pass "String -> String" to it. Is that right?
13:41:23 <mc47> Rather WorkspaceId -> String, like ppHidden
13:41:55 <mc47> Which is the same as String -> String, but consistent with the rest of the codebase :)
13:42:09 <oogeek> Oh OK, let me edit it and push again. :)
13:42:27 <oogeek> Yeah, right now in the codebase WorkspaceId :: String
13:44:51 × ml| quits (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 246 seconds)
13:58:51 ml| joins (~ml|@unaffiliated/ml/x-3958674)
14:06:53 × wonko7 quits (~wonko7@62.115.229.50) (Ping timeout: 246 seconds)
14:09:49 wonko7 joins (~wonko7@62.115.229.50)
14:10:17 <oogeek> 2021-05-02 05:35:39 +0000 <oogeek> I have an idea about a new "good first issue".
14:10:20 <oogeek> 2021-05-02 05:37:06 +0000 <oogeek> That is, in X.L.ResizableTile, define a new message that will set the horizontal ratio of windows to default. For example, I have 2 windows, now horizontally, one takes 1/3, another takes 2/3, by a message, I will reset them to 1/2
14:10:25 <oogeek> 2021-05-02 05:38:17 +0000 <oogeek> However, the 1/2 (or something else) can be get from the resizableTall constructor.
14:10:27 <oogeek> 2021-05-02 05:38:54 +0000 <oogeek> I find it useful and I have already tried to add it. It works OK.
14:10:31 <oogeek> 2021-05-02 05:39:22 +0000 <oogeek> I think the use-case is that sometimes after ratio changing, you want to reset to default.
14:10:35 <oogeek> Oh sorry
14:10:52 <oogeek> The format is not good.
14:12:52 <oogeek> So basically I have an idea of adding a new message to X.L.ResizableTile and the message will trigger action to reset the ratio of windows to, say, (1/2). Resizable 1 (1/300) (1/2) []
14:13:15 <oogeek> Solid I am not sure if that can be a "good first issue"
14:38:30 × cfricke quits (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.1)
14:38:39 × totte quits (~totte@chakra/totte) (Quit: ZNC - http://znc.in)
14:44:44 × oogeek quits (~szz_@84.17.34.145) (Ping timeout: 268 seconds)
15:00:45 × geekosaur quits (930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed)
15:06:12 geekosaur joins (930099da@rrcs-147-0-153-218.central.biz.rr.com)
15:08:10 ADG1089 joins (~aditya@122.163.161.198)
15:08:47 totte joins (~totte@chakra/totte)
15:30:11 × wonko7 quits (~wonko7@62.115.229.50) (Ping timeout: 240 seconds)
15:30:44 antoniotrkdz joins (2d8b63d4@gateway/web/cgi-irc/kiwiirc.com/ip.45.139.99.212)
15:31:07 <antoniotrkdz> hi
15:31:35 × notis quits (~notis@185.51.134.229) (Ping timeout: 246 seconds)
15:33:48 notis joins (~notis@2a02:2149:8a44:5700:3fe0:286c:a70f:ba77)
15:53:40 × ADG1089 quits (~aditya@122.163.161.198) (Remote host closed the connection)
15:53:56 × totte quits (~totte@chakra/totte) (Excess Flood)
15:55:14 totte joins (~totte@chakra/totte)
16:07:26 totte_ joins (~totte@chakra/totte)
16:08:01 totte is now known as Guest48484
16:08:01 × Guest48484 quits (~totte@chakra/totte) (Killed (tepper.freenode.net (Nickname regained by services)))
16:08:02 totte_ is now known as totte
16:11:51 wonko7 joins (~wonko7@62.115.229.50)
16:14:18 ADG1089 joins (~aditya@122.163.161.198)
16:16:02 <Solid> mh I wonder, what's the general feel for X.U.Loggers (I've never used it)? If I create something like logTitles, should I give back an `X [String]` and let the user handle formatting however they like?
16:16:13 <Solid> Should I take some `String -> String` formatting functions?
16:16:32 <Solid> Should I use the WindowInfo abstraction somehow?
16:16:38 <Solid> I feel like most of these would break composition
16:16:52 xsperry joins (~as@unaffiliated/xsperry)
16:17:13 <Solid> But the `Logger = X (Maybe String)` abstraction just doesn't quite fit when you want to operate on multiple things
16:20:15 × thc202 quits (~thc202@unaffiliated/thc202) (Quit: thc202)
16:21:06 × wonko7 quits (~wonko7@62.115.229.50) (Ping timeout: 240 seconds)
16:24:57 werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
16:27:58 thc202 joins (~thc202@unaffiliated/thc202)
16:32:41 <Solid> ?tell oogeek feel free to implement it yourself
16:33:44 <Solid> lambdabot dead? :o
16:34:12 <lambdabot> Consider it noted.
16:34:22 <geekosaur> it was pretty slow for me a few minutes ago --- there it is
16:34:26 <Solid> ah
16:49:39 wonko7 joins (~wonko7@62.115.229.50)
16:57:52 × wonko7 quits (~wonko7@62.115.229.50) (Ping timeout: 240 seconds)
17:22:34 × notis quits (~notis@2a02:2149:8a44:5700:3fe0:286c:a70f:ba77) (Ping timeout: 276 seconds)
17:24:10 notis joins (~notis@185.51.134.229)
17:24:34 × thunderrd quits (~thunderrd@183.182.110.252) (Ping timeout: 268 seconds)
17:26:15 ADG1089__ joins (~aditya@171.76.152.88)
17:28:10 × ADG1089 quits (~aditya@122.163.161.198) (Ping timeout: 265 seconds)
17:28:48 × mohab quits (~mohab@45.243.72.186) (Remote host closed the connection)
17:29:43 × ericsagnes quits (~ericsagne@2405:6580:0:5100:a104:d14:93ae:b6b0) (Ping timeout: 276 seconds)
17:32:29 × ml| quits (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 268 seconds)
17:33:33 cfricke joins (~cfricke@unaffiliated/cfricke)
17:38:30 thunderrd joins (~thunderrd@183.182.114.223)
17:41:52 ericsagnes joins (~ericsagne@2405:6580:0:5100:1f8e:c408:8077:5927)
17:57:05 mohab joins (~mohab@45.243.72.186)
17:59:18 × ryjm quits (sid383513@gateway/web/irccloud.com/x-mfvpahefkuhsmhxj) (Ping timeout: 258 seconds)
18:01:57 ryjm joins (sid383513@gateway/web/irccloud.com/x-hegmsdgmbwucdfbi)
18:02:44 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Remote host closed the connection)
18:09:08 wonko7 joins (~wonko7@62.115.229.50)
18:09:11 × mohab quits (~mohab@45.243.72.186) (Read error: Connection reset by peer)
18:12:07 mohab joins (~mohab@45.243.72.186)
18:15:39 × notis quits (~notis@185.51.134.229) (Read error: Connection reset by peer)
18:16:35 werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
18:22:39 × ADG1089__ quits (~aditya@171.76.152.88) (Remote host closed the connection)
18:29:31 ml| joins (~ml|@unaffiliated/ml/x-3958674)
18:32:24 × mohab quits (~mohab@45.243.72.186) (Ping timeout: 252 seconds)
18:36:19 × cfricke quits (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.1)
20:04:14 × kelnoky quits (~shao@ip1f128ba7.dynamic.kabel-deutschland.de) (Quit: WeeChat 3.1)
20:10:14 × thc202 quits (~thc202@unaffiliated/thc202) (Quit: thc202)
20:10:18 notis joins (~notis@185.51.134.229)
20:18:14 × geekosaur quits (930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed)
20:21:05 geekosaur joins (930099da@rrcs-147-0-153-218.central.biz.rr.com)
20:33:55 <mc47> Solid tbh I don't think it's used that much, it practically offers no new interesting functionality
20:35:09 <mc47> At least in 0.16, all functionality is either covered by PP or by the status bars themselves, so there was little incentive to use X.U.Loggers
20:37:37 <geekosaur> and most interesting functionality can't reasonably be done there because xmonad only wakes up on X11 events, not e.g. time or various system status changes
20:37:58 <mc47> yes, the battery logger is totally useless for example
20:38:22 mohab joins (~mohab@45.243.72.186)
20:38:56 <mc47> and there's making the information bound to a particular screen - logTitles would need to get reimplemented for that too :/
20:40:25 <mc47> I feel this is going to explode... I'm tempted to remove some of the loggers I added (the layout and title ones at least) and experiment with some "ScreenId -> PP -> X PP" modifier
20:41:56 <mc47> basically use state to freeze the PP when the screen is inactive
20:42:59 <mc47> oh. that won't work. we need to change dynamicLogString
20:43:09 mc47 sighs
20:49:54 <mc47> We could add a ppScren :: Maybe (ScreenId) and set the default to Nothing, and then basically decide whether we run dynamicLogString, or just return the last generated string... It will be tricky though to get it working with more than one PP per screen, and there's also the problem of what we show at startup
21:42:32 × geekosaur quits (930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed)
21:42:55 geekosaur joins (930099da@rrcs-147-0-153-218.central.biz.rr.com)
22:01:48 ADG1089 joins (~aditya@122.163.193.183)
22:13:43 × seschwar quits (~seschwar@unaffiliated/seschwar) (Quit: :wq)
22:30:12 × mohab quits (~mohab@45.243.72.186) (Read error: Connection reset by peer)
23:06:41 × notis quits (~notis@185.51.134.229) (Ping timeout: 240 seconds)
23:28:52 × antoniotrkdz quits (2d8b63d4@gateway/web/cgi-irc/kiwiirc.com/ip.45.139.99.212) (Ping timeout: 240 seconds)
23:31:00 × entropie quits (~mit@ip5f59973a.dynamic.kabel-deutschland.de) (Quit: "")
23:33:54 × ADG1089 quits (~aditya@122.163.193.183) (Remote host closed the connection)
23:35:21 entropie joins (~mit@ip5f59973a.dynamic.kabel-deutschland.de)

All times are in UTC on 2021-05-04.