Home freenode/#xmonad: Logs Calendar

Logs: freenode/#xmonad

←Prev  Next→
Page 1 .. 211 212 213 214 215 216 217 218 219 220 221 .. 397
39,606 events total
2021-03-05 15:01:21 seschwar joins (~seschwar@unaffiliated/seschwar)
2021-03-05 15:01:41 <Solid> that is equivalent for string
2021-03-05 15:02:19 <heck-to-the-gnom> Yes, but if you want to ever migrate to another data type for whatever reason, it'll be uniform, and no change'll be necessary.
2021-03-05 15:02:34 <Solid> Ikosit: I wonder if this is another case of SIGCHLD interfering with getting a proper exit code
2021-03-05 15:02:53 <Solid> perhaps try using the functions in https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Util-Run.html instead of `readCreateProcess'
2021-03-05 15:03:16 <Solid> heck-to-the-gnom: xmonad won't migrate away from String anytime soon I can assure you that ;)
2021-03-05 15:04:12 <heck-to-the-gnom> Yes, but he is trying to learn haskel...
2021-03-05 15:04:15 <heck-to-the-gnom> ll*
2021-03-05 15:05:29 <Ikosit> he?
2021-03-05 15:06:08 <Solid> s/he/they/
2021-03-05 15:06:41 <heck-to-the-gnom> sorry, they
2021-03-05 15:07:21 <Solid> don't get me wrong, monoids are cool (and I personally never use ++ either), but there's a time and a place for everything :)
2021-03-05 15:07:39 <Ikosit> :P
2021-03-05 15:08:55 <heck-to-the-gnom> Man, I have no clue what's off about what you're doing, try running a command like `touch` or something to see if it's getting ran at all, and it's not a lack of parameters or something
2021-03-05 15:09:53 <heck-to-the-gnom> you could also ask in #haskell - they're usually willing to help
2021-03-05 15:10:51 <Solid> (do try to use X.U.Run first, we had a problem that readProcessWithExitCode just blocks in xmonad due to SIGCHLD not too long ago here)
2021-03-05 15:11:06 <Solid> and readCreateProcess is not so dissimilar
2021-03-05 15:11:09 <Ikosit> it's not a lack of parameters, bc if i run it in the repl it works
2021-03-05 15:13:20 <Solid> indeed, both functions call a function named `waitForProcess' which I think could be the issue
2021-03-05 15:14:23 <heck-to-the-gnom> Another thing you could try: running another xmonad session on another TTY, but before you launch it, run `typescript` - this logs all things any subprocess outputs. Then you can cat `~/typescript` any errors in spawning things will appear there (in my experience, anyway)
2021-03-05 15:15:08 <Ikosit> ok, thx for the tip
2021-03-05 15:28:07 × kelnoky quits (~shao@ip1f1285ec.dynamic.kabel-deutschland.de) (Quit: WeeChat 3.0)
2021-03-05 15:31:30 xaltsc joins (~xaltsc@unaffiliated/xaltsc)
2021-03-05 15:38:01 <heck-to-the-gnom> mc47: How do you keep trayer below everything, and xmobar below that? I copied `doLower` from your config, and I tried to apply it to xmobar too, but trayer still goes below xmobar.
2021-03-05 15:40:12 <Liskni_si> that's actually a good question that I wanted to ask as well and forgot
2021-03-05 15:40:33 <Liskni_si> I have this abomination in my config: https://github.com/liskin/dotfiles/blob/home/.xmonad/xmonad.hs#L431-L443 and I suspect mc47 must have something else
2021-03-05 15:45:12 <Solid> does it matter if trayer goes below xmobar if you have a trayer shaped hole in xmobar?
2021-03-05 15:46:36 <heck-to-the-gnom> I suppose, no, but how would one make such a hole? Two bars that are dynamically resized?
2021-03-05 15:46:49 <heck-to-the-gnom> (I have mine centered)
2021-03-05 15:47:52 <Liskni_si> Solid: I don't :-)
2021-03-05 15:48:30 <Solid> Liskni_si: that's fair enough :)
2021-03-05 15:48:59 <Solid> heck-to-the-gnom: most people I've seen just make xmobar only take up 90% of the top space and put trayer into that space
2021-03-05 15:50:39 × materiyolo quits (~materiyol@112.204.160.151) (Quit: WeeChat 3.0.1)
2021-03-05 15:55:08 × ADG1089__ quits (~aditya@106.214.235.119) (Remote host closed the connection)
2021-03-05 15:57:30 Waifod joins (~Waifod@91.106.123.186)
2021-03-05 16:08:23 × Waifod quits (~Waifod@91.106.123.186) (Quit: leaving)
2021-03-05 16:08:38 Waifod joins (~Waifod@91.106.123.186)
2021-03-05 16:10:43 <mc47> heck-to-the-gnom euuh, nothing, really
2021-03-05 16:11:50 <mc47> I suspect it's a combination of the parameters I supply to trayer
2021-03-05 16:12:06 <heck-to-the-gnom> OK, well, how does your config work then? The hole in xmobar thing that Solid suggested?
2021-03-05 16:12:18 <mc47> probably --SetDockType true --SetPartialStrut true
2021-03-05 16:14:07 <heck-to-the-gnom> I had the first one, but the second doesn't seem to fix it... :/
2021-03-05 16:14:48 <mc47> there's a script that's creating a "transparent" icon in xmobar, where trayer should be. trayer was stuck on the wrong monitor, hence the hole
2021-03-05 16:15:20 <Solid> heck-to-the-gnom: I suspect you also need to tell xmobar to not take up the whole top
2021-03-05 16:15:52 <heck-to-the-gnom> mc47, and that's clickable?
2021-03-05 16:15:59 <heck-to-the-gnom> trayer, beneath that, I mean
2021-03-05 16:16:32 <mc47> trayer is rendered on top of xmobar actually
2021-03-05 16:17:04 <mc47> xmobar doesn't know transparency AFAIK, it's just a trick with the colors so it seems transparent on my screen
2021-03-05 16:17:13 × Waifod quits (~Waifod@91.106.123.186) (Quit: leaving)
2021-03-05 16:17:29 Waifod joins (~Waifod@91.106.123.186)
2021-03-05 16:17:40 <heck-to-the-gnom> Hm, perhaps it's the fact that I'm also using `<+> manageDocks`
2021-03-05 16:18:18 <mc47> if you have `docks` I don't think you need that
2021-03-05 16:19:23 <mc47> for me, I have overrideRedirect = False in xmobar
2021-03-05 16:19:31 ADG1089__ joins (~aditya@106.214.235.119)
2021-03-05 16:19:42 <mc47> as well as checkDock --> doLower in the manageHook
2021-03-05 16:20:12 <mc47> oh I'm also using manageDocks...
2021-03-05 16:20:52 <mc47> which is redundant since I also have `docks`
2021-03-05 16:25:50 <heck-to-the-gnom> OK, well, overrideRedirect didn't seem to do much
2021-03-05 16:27:15 <heck-to-the-gnom> Perhaps, I could make/find a function that moves an item to the second lowest position? I might be able to do that with a mess of head + tails
2021-03-05 16:28:39 × Waifod quits (~Waifod@91.106.123.186) (Quit: leaving)
2021-03-05 16:28:54 Waifod joins (~Waifod@91.106.123.186)
2021-03-05 16:29:17 <Liskni_si> or you can just copypaste what I have
2021-03-05 16:29:42 <heck-to-the-gnom> I'm hesitant, seeing as that thing, I barely understand, but I, I might just do it
2021-03-05 16:30:26 <Liskni_si> oh, by all means do try to make your own thing
2021-03-05 16:30:58 <Liskni_si> but since these windows aren't managed by xmonad, heads/tails won't really help you
2021-03-05 16:31:06 × ADG1089__ quits (~aditya@106.214.235.119) (Remote host closed the connection)
2021-03-05 16:31:31 ADG1089__ joins (~aditya@106.214.235.119)
2021-03-05 16:31:45 <Liskni_si> you could possibly try to find the lowest managed window and restack trayer below that, which might hopefully stack the trayer above xmobar, which should be at the bottom
2021-03-05 16:31:56 × ADG1089__ quits (~aditya@106.214.235.119) (Remote host closed the connection)
2021-03-05 16:31:57 <Liskni_si> but that'd quite likely be more complex than what I have
2021-03-05 16:32:50 <heck-to-the-gnom> No, just `head $ reverse down`, copy the items index, then move below.
2021-03-05 16:33:24 <heck-to-the-gnom> But moving it to a managehook, I'm not certain on that, I'll probably reference yours for that
2021-03-05 16:33:53 <Liskni_si> when you say "move", what do you (think you) mean exactly?
2021-03-05 16:34:07 <Liskni_si> these docks are _unmanaged_
2021-03-05 16:34:11 <Liskni_si> they're not in stackset
2021-03-05 16:34:30 <Liskni_si> so xmonad won't take care of syncing the stacking order to X
2021-03-05 16:34:59 growpotkin joins (~growpotki@130-45-30-154.dyn.grandenetworks.net)
2021-03-05 16:39:14 <heck-to-the-gnom> Couldn't I do `checkDock --> myMovementFunction --> doIgnore`? My movement function would temporarily remap it, then, once the order has been fixed, it'd be re-ignored
2021-03-05 16:39:31 <heck-to-the-gnom> remap, meaning placing it back into the window stack
2021-03-05 16:41:09 <Liskni_si> it's not in the window stack until after the managehook finishes
2021-03-05 16:41:11 <Liskni_si> so… no
2021-03-05 16:45:39 <heck-to-the-gnom> OK, well, your thing it is then
2021-03-05 16:55:34 × ericsagnes quits (~ericsagne@2405:6580:0:5100:be08:ef83:7da5:b97a) (Ping timeout: 258 seconds)
2021-03-05 16:56:25 <mc47> Liskni_si the office-hours idea sounds good
2021-03-05 16:57:19 Liskni_si wonders what would you say if I suggest "a friday clubhouse" instead :-D
2021-03-05 16:59:35 <mc47> if it's not the iOS clubhouse, then it sounds good :D
2021-03-05 17:01:03 <Liskni_si> well, the original Clubhouse is a Jira alternative
2021-03-05 17:01:18 <Liskni_si> but I was just kidding :-)
2021-03-05 17:02:04 <mc47> :D
2021-03-05 17:02:05 <Liskni_si> video/voice conferences don't scale above 3 to 4 people
2021-03-05 17:02:45 <mc47> sometimes it doesn't work with two people if the discussion gets too heated :D
2021-03-05 17:07:48 ericsagnes joins (~ericsagne@2405:6580:0:5100:e26e:cf9:1dd6:9615)
2021-03-05 17:08:07 geekosaur joins (82650c7a@130.101.12.122)
2021-03-05 17:15:59 <heck-to-the-gnom> Liskni_si: https://p.bsd-unix.net/view/c7ed979b -- I'm trying to generalize your function, and I've almost got it, I just don't know how to proceed from here
2021-03-05 17:26:15 <geekosaur> you can't use whenX there because if the condition is false it does return () instead of mempty
2021-03-05 17:27:55 <heck-to-the-gnom> liskin had it there before... I only added arguments. Why did that alter it so?
2021-03-05 17:36:31 × growpotkin quits (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in)
2021-03-05 17:42:59 growpotkin joins (~growpotki@130-45-30-154.dyn.grandenetworks.net)
2021-03-05 17:51:18 jd_ joins (~jd@23-127-25-87.lightspeed.rcsntx.sbcglobal.net)
2021-03-05 17:51:20 jd_ is now known as juliusdelta
←Prev  Next→
Page 1 .. 211 212 213 214 215 216 217 218 219 220 221 .. 397

All times are in UTC.