IRCBrowse

2020/12/07

2020-12-07 00:15:03 +0100gwern(~gwern@wikipedia/Gwern) ()
2020-12-07 00:33:30 +0100seschwar(~seschwar@unaffiliated/seschwar) (Quit: :wq)
2020-12-07 00:39:30 +0100abhixec(~abhixec@c-67-169-141-95.hsd1.ca.comcast.net)
2020-12-07 01:35:13 +0100avn(~avn@78-56-108-78.static.zebra.lt) (Remote host closed the connection)
2020-12-07 01:41:56 +0100xaltsc(~xaltsc@unaffiliated/xaltsc) (Ping timeout: 240 seconds)
2020-12-07 01:47:13 +0100abhixec(~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) (Ping timeout: 272 seconds)
2020-12-07 01:51:39 +0100abhixec(~abhixec@c-67-169-141-95.hsd1.ca.comcast.net)
2020-12-07 02:03:51 +0100incertia(~incertia@d4-50-26-103.nap.wideopenwest.com)
2020-12-07 03:00:34 +0100doct0rhu(~orctarorg@pool-72-88-158-154.nwrknj.fios.verizon.net)
2020-12-07 04:28:28 +0100materiyolo(~materiyol@112.204.171.225)
2020-12-07 04:31:25 +0100theDon(~td@94.134.91.74) (Ping timeout: 240 seconds)
2020-12-07 04:33:27 +0100theDon(~td@muedsl-82-207-238-155.citykom.de)
2020-12-07 05:18:17 +0100dxld(~dxld@rush.pub.dxld.at) (Quit: Bye)
2020-12-07 05:19:26 +0100dxld(~dxld@rush.pub.dxld.at)
2020-12-07 05:48:04 +0100materiyolo(~materiyol@112.204.171.225) (Read error: Connection reset by peer)
2020-12-07 06:02:56 +0100ChubaDuba(~ChubaDuba@176.212.37.249)
2020-12-07 06:05:22 +0100materiyolo(~materiyol@112.204.171.225)
2020-12-07 06:32:27 +0100xaltsc(~xaltsc@unaffiliated/xaltsc)
2020-12-07 06:49:54 +0100 <Hash> https://twitter.com/HashBorgir/status/1335823439572029440 Hi I made a meme for Xmonad
2020-12-07 07:07:41 +0100Rockj(~rockj@2001:67c:550:feed::1) (Ping timeout: 272 seconds)
2020-12-07 07:11:02 +0100palo1(~weechat@c-base/crew/palo)
2020-12-07 07:14:02 +0100palo(~weechat@c-base/crew/palo) (Ping timeout: 256 seconds)
2020-12-07 07:14:02 +0100palo1palo
2020-12-07 07:25:51 +0100Rockj(~rockj@2001:67c:550:feed::1)
2020-12-07 07:37:24 +0100sgibber2018(d055ed89@208.85.237.137)
2020-12-07 07:49:04 +0100ChubaDuba(~ChubaDuba@176.212.37.249) (Quit: WeeChat 1.6)
2020-12-07 07:49:57 +0100Solid(~blyat@unaffiliated/solid-) (Quit: Connection reset by pear)
2020-12-07 07:50:18 +0100Solid(~blyat@unaffiliated/solid-)
2020-12-07 07:51:12 +0100lambdabot(~lambdabot@haskell/bot/lambdabot) (Remote host closed the connection)
2020-12-07 07:55:08 +0100lambdabot(~lambdabot@haskell/bot/lambdabot)
2020-12-07 07:55:08 +0100ChanServ+v lambdabot
2020-12-07 08:03:55 +0100growpotkin(~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in)
2020-12-07 08:09:45 +0100Rockj(~rockj@2001:67c:550:feed::1) (Ping timeout: 272 seconds)
2020-12-07 08:19:27 +0100cfricke(~cfricke@unaffiliated/cfricke)
2020-12-07 08:22:56 +0100sgibber2018(d055ed89@208.85.237.137) (Remote host closed the connection)
2020-12-07 08:34:58 +0100Rockj(~rockj@2001:67c:550:feed::1)
2020-12-07 08:42:03 +0100materiyolo(~materiyol@112.204.171.225) (Read error: Connection reset by peer)
2020-12-07 08:45:50 +0100notis(~notis@185.51.134.222)
2020-12-07 09:10:18 +0100cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 2.9)
2020-12-07 09:15:59 +0100styledash6(~styledash@157.230.173.136)
2020-12-07 09:17:07 +0100styledash(~styledash@157.230.173.136) (Read error: Connection reset by peer)
2020-12-07 09:17:07 +0100styledash6styledash
2020-12-07 09:18:04 +0100wagle(~wagle@quassel.wagle.io) (Ping timeout: 260 seconds)
2020-12-07 09:18:14 +0100wagle(~wagle@quassel.wagle.io)
2020-12-07 10:02:31 +0100davemq(~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Quit: ZNC 1.8.2 - https://znc.in)
2020-12-07 10:02:55 +0100cfricke(~cfricke@unaffiliated/cfricke)
2020-12-07 10:03:20 +0100davemq(~davemq@2600:1700:b1c0:2580::779)
2020-12-07 10:14:55 +0100mc47(~yecinem@89.246.239.190)
2020-12-07 10:30:48 +0100thc202(~thc202@unaffiliated/thc202)
2020-12-07 10:32:21 +0100doct0rhu(~orctarorg@pool-72-88-158-154.nwrknj.fios.verizon.net) (Remote host closed the connection)
2020-12-07 10:34:44 +0100Rockj(~rockj@2001:67c:550:feed::1) (Ping timeout: 240 seconds)
2020-12-07 10:56:04 +0100davemq(~davemq@2600:1700:b1c0:2580::779) (Ping timeout: 240 seconds)
2020-12-07 10:57:48 +0100davemq(~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net)
2020-12-07 11:01:24 +0100Rockj(~rockj@2001:67c:550:feed::1)
2020-12-07 11:07:42 +0100davemq(~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Quit: ZNC 1.8.2 - https://znc.in)
2020-12-07 11:08:55 +0100davemq(~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net)
2020-12-07 11:20:18 +0100sgibber2018(~arch-gibb@208.85.237.137)
2020-12-07 11:33:58 +0100ericsagnes(~ericsagne@2405:6580:0:5100:a371:8651:d375:8998) (Ping timeout: 260 seconds)
2020-12-07 12:12:38 +0100berberman_(~berberman@unaffiliated/berberman)
2020-12-07 12:14:13 +0100berberman(~berberman@unaffiliated/berberman) (Ping timeout: 272 seconds)
2020-12-07 12:51:56 +0100ericsagnes(~ericsagne@2405:6580:0:5100:6bac:e6f6:3f72:904)
2020-12-07 13:05:57 +0100ericsagn1(~ericsagne@2405:6580:0:5100:7a63:b14:7ffa:8369)
2020-12-07 13:09:54 +0100ericsagnes(~ericsagne@2405:6580:0:5100:6bac:e6f6:3f72:904) (Ping timeout: 268 seconds)
2020-12-07 13:22:53 +0100Rockj(~rockj@2001:67c:550:feed::1) (Ping timeout: 246 seconds)
2020-12-07 13:26:54 +0100xaltsc(~xaltsc@unaffiliated/xaltsc) (Ping timeout: 256 seconds)
2020-12-07 13:44:47 +0100ericsagn1(~ericsagne@2405:6580:0:5100:7a63:b14:7ffa:8369) (Ping timeout: 272 seconds)
2020-12-07 13:56:46 +0100ericsagn1(~ericsagne@2405:6580:0:5100:bb34:5759:3e20:182c)
2020-12-07 13:59:48 +0100dawiss(~dawiss@185-119-185-201.actus-info.pl)
2020-12-07 14:00:34 +0100dawiss(~dawiss@185-119-185-201.actus-info.pl) (Client Quit)
2020-12-07 14:01:35 +0100dawiss(~dawiss@185-119-185-201.actus-info.pl)
2020-12-07 14:16:49 +0100dawiss(~dawiss@185-119-185-201.actus-info.pl) (Quit: Lost terminal)
2020-12-07 14:17:05 +0100dawiss(~dawiss@185-119-185-201.actus-info.pl)
2020-12-07 14:18:52 +0100dxld(~dxld@rush.pub.dxld.at) (Quit: Bye)
2020-12-07 14:20:04 +0100dxld(~dxld@rush.pub.dxld.at)
2020-12-07 14:24:26 +0100geekosaur(82659a09@host154-009.vpn.uakron.edu)
2020-12-07 14:47:58 +0100xaltsc(~xaltsc@unaffiliated/xaltsc)
2020-12-07 14:54:22 +0100dawiss(~dawiss@185-119-185-201.actus-info.pl) (Quit: Lost terminal)
2020-12-07 14:54:25 +0100Rockj(~rockj@2001:67c:550:feed::1)
2020-12-07 15:00:00 +0100cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 2.9)
2020-12-07 15:01:51 +0100geekosaur69(82659a09@host154-009.vpn.uakron.edu)
2020-12-07 15:02:59 +0100geekosaur(82659a09@host154-009.vpn.uakron.edu) (Ping timeout: 245 seconds)
2020-12-07 15:04:55 +0100geekosaur69geekosaur
2020-12-07 15:21:12 +0100Rockj(~rockj@2001:67c:550:feed::1) (Ping timeout: 260 seconds)
2020-12-07 15:29:40 +0100elGamal(~elg@172.98.82.232) (Ping timeout: 246 seconds)
2020-12-07 15:33:23 +0100elGamal(~elg@172.98.82.232)
2020-12-07 15:41:01 +0100dawiss(~dawiss@185-119-185-201.actus-info.pl)
2020-12-07 15:42:06 +0100dawiss(~dawiss@185-119-185-201.actus-info.pl) (Client Quit)
2020-12-07 15:42:25 +0100dawiss(~dawiss@185-119-185-201.actus-info.pl)
2020-12-07 15:43:49 +0100geekosaur(82659a09@host154-009.vpn.uakron.edu) (Remote host closed the connection)
2020-12-07 15:49:10 +0100sfrique(~sfrique@189.122.177.88) (Remote host closed the connection)
2020-12-07 15:55:35 +0100dawiss(~dawiss@185-119-185-201.actus-info.pl) (Quit: leaving)
2020-12-07 15:57:45 +0100malook(~Thunderbi@5.82.52.68)
2020-12-07 16:00:09 +0100berberman(~berberman@unaffiliated/berberman)
2020-12-07 16:00:57 +0100berberman_(~berberman@unaffiliated/berberman) (Ping timeout: 272 seconds)
2020-12-07 16:07:20 +0100daphnis(~daphnis@cm-84.214.179.98.getinternet.no)
2020-12-07 16:08:20 +0100 <daphnis> is it easily possible to float a window such that it stops at the status bar & doesn't cover it?
2020-12-07 16:22:56 +0100abhixec(~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
2020-12-07 16:25:07 +0100abhixec(~abhixec@c-67-169-141-95.hsd1.ca.comcast.net)
2020-12-07 16:43:16 +0100 <coldpress> daphnis: a non-xmonad solution is to pass X Geometry to the application that opened that window. E.g. xclock takes a -geometry argument
2020-12-07 16:45:19 +0100malook(~Thunderbi@5.82.52.68) (Quit: malook)
2020-12-07 16:52:13 +0100hexo(~hexo@gateway/tor-sasl/hexo) (Remote host closed the connection)
2020-12-07 16:52:29 +0100hexo(~hexo@gateway/tor-sasl/hexo)
2020-12-07 17:04:24 +0100Rockj(~rockj@2001:67c:550:feed::1)
2020-12-07 17:08:09 +0100 <daphnis> coldpress: thanks
2020-12-07 17:15:13 +0100 <daphnis> .. so i'm trying to use a named scratchpad to find an emacs scratch frame, but with findemacs = className =? "Emacs" <&&> resource =? "*scratch*", it isn't found; which is funny, because i'm using the same with "mail" to find an instance for mail; tried with \\* and \\\\* too
2020-12-07 17:16:51 +0100 <Solid> is xprop reporting the correct name?
2020-12-07 17:17:09 +0100 <Solid> resource seems to be an alias for appName, which matches on the first string of the WM_CLASS property
2020-12-07 17:19:44 +0100 <Solid> emacs also has the `--title` option to set this explicitly btw
2020-12-07 17:21:38 +0100Rockj(~rockj@2001:67c:550:feed::1) (Ping timeout: 264 seconds)
2020-12-07 17:21:41 +0100 <daphnis> Solid: thanks, that helps.
2020-12-07 17:22:33 +0100 <Solid> if you use emacsclient you can do something like `emacsclient -F '(quote (name . "MY_NAME"))'` to set an instance name
2020-12-07 17:25:31 +0100hexo(~hexo@gateway/tor-sasl/hexo) (Remote host closed the connection)
2020-12-07 17:25:50 +0100hexo(~hexo@gateway/tor-sasl/hexo)
2020-12-07 17:26:17 +0100 <daphnis> Solid: what do i use instead of resource to look for a name property?
2020-12-07 17:28:39 +0100 <Solid> daphnis: the `--title` option actually sets the window title, so you can query that with `title`
2020-12-07 17:29:00 +0100 <Solid> the emacsclient stuff sets the instance name, so you can use `appName` (or, apparently, `resource`) to query that
2020-12-07 17:29:57 +0100 <Solid> so just `appName =? "my-inst-name"` or something like that
2020-12-07 17:30:51 +0100 <Solid> apparently emacs can set the instance name as well with `--name`
2020-12-07 17:31:04 +0100 <Solid> probably better to use that instead of overwriting the window title
2020-12-07 17:31:46 +0100 <daphnis> Solid: yeah, that's what i use with the mail instance, but i can't get it to work with emacsclient
2020-12-07 17:31:50 +0100seschwar(~seschwar@unaffiliated/seschwar)
2020-12-07 17:32:06 +0100 <daphnis> (--name, that is)
2020-12-07 17:33:23 +0100 <Solid> daphnis: can you post the code? sound sweird
2020-12-07 17:37:48 +0100 <daphnis> Solid: emacsclient -ncF '(quote (name . "foo"))' doesn't change the first string of WM_CLASS
2020-12-07 17:38:20 +0100 <daphnis> yes, but i'm doing this on an offline machine
2020-12-07 17:39:41 +0100meck(~meck@li1809-18.members.linode.com) (Quit: ZNC 1.8.2 - https://znc.in)
2020-12-07 17:40:09 +0100 <Solid> daphnis: that's... really weird
2020-12-07 17:40:14 +0100 <Solid> it should definitely set the instance name
2020-12-07 17:40:22 +0100 <Solid> and it does for me, I just checked with what you send
2020-12-07 17:40:29 +0100 <Solid> s/send/sent/
2020-12-07 17:41:02 +0100 <Solid> xprop returns `WM_CLASS(STRING) = "foo", "Emacs"`
2020-12-07 17:41:31 +0100meck(~meck@li1809-18.members.linode.com)
2020-12-07 17:44:45 +0100 <daphnis> Solid: odd. don't know if this could be an emacs-version thing. i'm using 28.0.50
2020-12-07 17:45:17 +0100 <Solid> hah, me too, actually
2020-12-07 17:45:38 +0100 <Solid> I don't know when I compiled this though; probably two months or so ago at this point
2020-12-07 17:46:07 +0100Rockj(~rockj@2001:67c:550:feed::1)
2020-12-07 17:46:59 +0100 <daphnis> i have "foo" in ICON_NAME, NAME, WM_NAME, but CLASS is "emacs", "Emacs"
2020-12-07 17:48:42 +0100 <daphnis> i mean wm_icon_name, wm_name and _net_*
2020-12-07 17:49:15 +0100 <daphnis> so all i need is a way to refer to wm_name from xmonad
2020-12-07 17:50:59 +0100Rockj(~rockj@2001:67c:550:feed::1) (Ping timeout: 246 seconds)
2020-12-07 17:51:05 +0100 <Solid> if you're fine with that you can use `title`
2020-12-07 17:51:36 +0100 <Solid> from XMonad.ManageHook
2020-12-07 17:52:28 +0100 <daphnis> Solid: thanks, that works! i thought i tried that before too, but maybe something else was wrong then.
2020-12-07 17:59:16 +0100sagax(~sagax_nb@213.138.71.146) (Remote host closed the connection)
2020-12-07 18:04:43 +0100 <crab> so `wmctrl -i -a 0x01e00002` now just switches to the workspace where the target window is, but doesn't raise it and give it focus any more.
2020-12-07 18:05:07 +0100 <crab> i'm not sure if this stopped working when i upgraded from xmonad 0.14.something to 0.15, or if it was something else.
2020-12-07 18:05:21 +0100geekosaur(82659a09@host154-009.vpn.uakron.edu)
2020-12-07 18:05:23 +0100 <crab> does anyone know offhand of a reason why it wouldn't work, or where i should look?
2020-12-07 18:05:33 +0100dxld(~dxld@rush.pub.dxld.at) (Quit: Bye)
2020-12-07 18:07:24 +0100 <crab> i am sure it used to work under xmonad at some point with substantially the same configuration i use now. i just don't know exactly when it broke.
2020-12-07 18:07:43 +0100dxld(~dxld@rush.pub.dxld.at)
2020-12-07 18:08:41 +0100nova(~novasenco@gateway/tor-sasl/novasenco)
2020-12-07 18:09:29 +0100 <nova> greetings. w xmobar -> not sure how to get the workspaces into the bar. I feel like that's a primary reason to have a bar in the first place.
2020-12-07 18:09:38 +0100 <geekosaur> one thing to watch out for with emacs windows is sometimes it starts their names with spaces to mark them "hidden", so try " *scratch*" just to see if it helps
2020-12-07 18:10:08 +0100 <crab> however, `wmctrl -i -R` DOES work (to bring the window to the current workspace and give it focus)
2020-12-07 18:10:16 +0100 <nova> I believe it has something to do with StdinReader, but I didn't quite see how or why or what I ought to do.
2020-12-07 18:10:25 +0100 <Solid> nova: check out X.H.DynamicLog
2020-12-07 18:12:12 +0100 <geekosaur> crab, that would be expected as it would land at the top of the stack and get focused anyway. I'm not sure about the other one, but ewmh has had a number of changes in the past several versions
2020-12-07 18:12:28 +0100 <nova> I hate to be a non-rtfm-er but today is also my first day in xmonad. nonetheless, I will check that out and see what I see
2020-12-07 18:13:02 +0100Rockj(~rockj@2001:67c:550:feed::1)
2020-12-07 18:14:35 +0100 <geekosaur> oh, right. https://github.com/xmonad/xmonad-contrib/blob/master/XMonad/Hooks/EwmhDesktops.hs#L77
2020-12-07 18:14:54 +0100 <Solid> nova: the tl;dr is start with `xmonad =<< xmobar myConfig` and use `statusBar` if you want to later add your own PP
2020-12-07 18:15:02 +0100 <geekosaur> focus switching is disabled by default because browsers in particular abuse it to raise themselves on pretty much any excuse
2020-12-07 18:15:12 +0100 <Solid> nova: you also need to put that StdinReader into your xmobar config
2020-12-07 18:15:21 +0100 <Solid> I'm not sure if it's there by default
2020-12-07 18:15:26 +0100growpotkin(~growpotki@130-45-30-154.dyn.grandenetworks.net)
2020-12-07 18:17:01 +0100 <nova> on arch, no default xmobar config, but I used archwiki's xmobar config and heavily modified it. There was no StdinReader in the default config for xmobar, but when I added it, I saw the text, "Loading..." where StdinReader was suppsoed to be. I probably did something wrong
2020-12-07 18:17:31 +0100 <geekosaur> that just indicates it's waiting to hear from xmonad, where you need to configure DynamicLog to feed it
2020-12-07 18:17:36 +0100 <nova> I have `main = do` then `xmproc <- spawnPipe "xmobar"` .. I basically followed the youtuber DT and did what he did
2020-12-07 18:17:39 +0100def_jam(~eblip@unaffiliated/eblip)
2020-12-07 18:17:49 +0100eb0t_(~eblip@unaffiliated/eblip)
2020-12-07 18:19:26 +0100 <Solid> nova: the `xmobar` and `statusBar` functions do all the plumbing for you --- no need to manually spawn the pipe!
2020-12-07 18:19:50 +0100 <nova> yes, it's very annoying to need to pkill xmobar if I restart xmonad
2020-12-07 18:20:01 +0100eblip(~eblip@unaffiliated/eblip) (Ping timeout: 264 seconds)
2020-12-07 18:20:07 +0100eb0t(~eblip@unaffiliated/eblip) (Ping timeout: 265 seconds)
2020-12-07 18:20:11 +0100 <Solid> xmobar should actually be killed when the pipe closes
2020-12-07 18:20:24 +0100SpiderPig(~matt@047-132-233-190.res.spectrum.com) (Remote host closed the connection)
2020-12-07 18:20:37 +0100 <nova> eh. If I restart xmonad 5 times, I will end up with 6 xmobar processes
2020-12-07 18:20:39 +0100SpiderPig(~matt@047-132-233-190.res.spectrum.com)
2020-12-07 18:21:25 +0100 <Solid> okay so first things first: have you added "Run StdinReader" somewhere in your commands
2020-12-07 18:21:27 +0100 <nova> anyway, I have no idea what I am doing, but I will keep reading. Thanks. If someone has a good place to start, that would be great. Maybe I need to restart from the beginning
2020-12-07 18:21:41 +0100 <nova> yeah I added Run ..
2020-12-07 18:21:48 +0100 <Solid> have you also added "%StdinReader%" in your template?
2020-12-07 18:21:57 +0100 <nova> of course
2020-12-07 18:22:39 +0100 <Solid> in that case your xmonad config is probably not redirecting xmobar to the pipe
2020-12-07 18:22:55 +0100 <Solid> we could probably help you better if you posted it ;)
2020-12-07 18:26:10 +0100 <nova> sure. one second. I had removed the stdin reader stuff because it wasn't working.
2020-12-07 18:27:48 +0100 <nova> xmobarrc http://vpaste.net/76LiZ xmonad.hs http://vpaste.net/iS0S5
2020-12-07 18:29:04 +0100 <Solid> yes, the problem is that while you spawn the pipe, you don't set the output anywhere
2020-12-07 18:29:25 +0100 <Solid> try `main = xmonad =<< xmobar defaults`
2020-12-07 18:29:55 +0100 <nova> what about "docks"
2020-12-07 18:29:59 +0100 <nova> meh okay I try anyway
2020-12-07 18:30:09 +0100 <Solid> the `xmobar` function adds `docks`
2020-12-07 18:30:21 +0100 <Solid> that's why I said it does all the plumbing ;)
2020-12-07 18:31:10 +0100abhixec(~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) (Ping timeout: 272 seconds)
2020-12-07 18:32:08 +0100 <Liskni_si> crab: as geekosaur said, the default for EWMH window activation changed, specifically a few weeks ago when https://github.com/xmonad/xmonad-contrib/pull/192 was merged, and there's https://github.com/xmonad/xmonad-contrib/issues/396 which describes why I don't think this change of default is desired and some details about what I'm doing about it
2020-12-07 18:32:53 +0100 <geekosaur> hm, a few weeks ago? they said something about 0.13
2020-12-07 18:33:23 +0100 <Liskni_si> crab: the current state is that I made all the changes except documentation to EwmhDesktops but I am yet to adapt X.H.Focus to my work, and I keep postponing it as I work on more pressing stuff (in other oss projects)
2020-12-07 18:33:44 +0100 <Liskni_si> geekosaur: I think crab updated to latest git a few days ago or something
2020-12-07 18:34:07 +0100 <Liskni_si> geekosaur: and I'm fairly sure the default for what to do on _NET_ACTIVE_WINDOW clientmessage changed in #192
2020-12-07 18:34:17 +0100 <geekosaur> oh, I may have mssed that. was trying to catch up on about 3 things from the logs
2020-12-07 18:34:53 +0100 <nova> aha. Solid, I got "xmobar: Variable not in scope". Going with what someone else said about DynamicLog .. I imported it hoping that xmobar was defined there. It works. I have ugly colors for the workspaces but it works. woot thanks https://i.imgur.com/hamPhf8.png
2020-12-07 18:35:38 +0100 <geekosaur> so you were using the pipe somehow after all?
2020-12-07 18:35:56 +0100 <Solid> geekosaur: they didn't ppOutput correctly
2020-12-07 18:36:03 +0100 <Solid> *didn't configure
2020-12-07 18:36:34 +0100 <Solid> nova: that DynamicLog module also lets you define a pretty-printer for nicer colours ;)
2020-12-07 18:37:13 +0100 <Solid> n.b. I would advise you against using that template config; it's just there for telling you what the defaults are (otherwise, if they ever change for some reason you won't even know!)
2020-12-07 18:39:22 +0100 <nova> I think I understand. To clarify, xmonad knows about the workspaces, and so its stdout is spitting that out. Then, we're "shoving" xmonad's stdout into xmobar's stdin (effectively it's a pipe) with the =<< ...???
2020-12-07 18:42:53 +0100 <Solid> essentially yes; though the xmobar function does a bit more than just starting xmobar and guiding xmonad's output to it (e.g. it also makes xmonad aware that you have a status bar and windows shouldn't cover it)
2020-12-07 18:44:09 +0100 <Solid> =<< is just there to combine the `xmonad` function with the `xmobar` value (but since these both produce side-effects you need to be a little bit smart in how you combine them)
2020-12-07 18:48:44 +0100 <nova> well, besides the fact that I am not extremely Haskell literate, I like xmonad. What they say is correct. I spent years in i3 (my first twm), then bspwm a year in bspwm, then a couple years in dwm. Let's see how far xmonad will carry me. I will be using Haskell more soon, and will keep reading about xmonad and tweaking xmonad in the mean time. Thanks
2020-12-07 18:49:00 +0100 <Solid> \o/
2020-12-07 19:00:40 +0100malook(~Thunderbi@5.82.52.68)
2020-12-07 19:06:57 +0100Rockj(~rockj@2001:67c:550:feed::1) (Ping timeout: 246 seconds)
2020-12-07 19:17:53 +0100Rockj(~rockj@2001:67c:550:feed::1)
2020-12-07 19:23:37 +0100Rockj(~rockj@2001:67c:550:feed::1) (Ping timeout: 272 seconds)
2020-12-07 19:37:56 +0100daphnis(~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 240 seconds)
2020-12-07 19:47:14 +0100seschwar(~seschwar@unaffiliated/seschwar) (Quit: :wq)
2020-12-07 19:48:41 +0100Rockj(~rockj@2001:67c:550:feed::1)
2020-12-07 19:50:36 +0100malook(~Thunderbi@5.82.52.68) (Quit: malook)
2020-12-07 20:00:36 +0100ericsagn1(~ericsagne@2405:6580:0:5100:bb34:5759:3e20:182c) (Ping timeout: 268 seconds)
2020-12-07 20:03:35 +0100berberman_(~berberman@unaffiliated/berberman)
2020-12-07 20:04:18 +0100berberman(~berberman@unaffiliated/berberman) (Ping timeout: 268 seconds)
2020-12-07 20:05:41 +0100seschwar(~seschwar@unaffiliated/seschwar)
2020-12-07 20:12:31 +0100ericsagn1(~ericsagne@2405:6580:0:5100:2d4d:701:5c5e:b872)
2020-12-07 20:25:44 +0100sagax(~sagax_nb@213.138.71.146)
2020-12-07 20:25:53 +0100daphnis(~daphnis@cm-84.214.179.98.getinternet.no)
2020-12-07 20:30:08 +0100Rockj(~rockj@2001:67c:550:feed::1) (Ping timeout: 244 seconds)
2020-12-07 20:39:41 +0100dxld(~dxld@rush.pub.dxld.at) (Quit: Bye)
2020-12-07 20:41:50 +0100dxld(~dxld@80-109-136-248.cable.dynamic.surfer.at)
2020-12-07 20:44:30 +0100sgibber2018(~arch-gibb@208.85.237.137) (Quit: WeeChat 2.9)
2020-12-07 20:53:18 +0100abhixec(~abhixec@c-67-169-141-95.hsd1.ca.comcast.net)
2020-12-07 21:13:39 +0100 <dminuoso> What's the mechanisms a windows application can use to get focus?
2020-12-07 21:15:32 +0100 <geekosaur> ?
2020-12-07 21:16:15 +0100 <geekosaur> If you mean a windowed application, that's normally the urgency hint or EWMH equivalent (try wmctrl).
2020-12-07 21:17:08 +0100 <geekosaur> if you actually mean Windows, thats' up to whatever functionality the VM app exposes via its guest tools
2020-12-07 21:18:47 +0100 <geekosaur> for a terminal application it'll be up to the terminal. often but not always printing '\BEL' (or equivalent, e.g. shell "printf '\a'") will set the terminal's urgency hint
2020-12-07 21:18:52 +0100 <dminuoso> No, windowed application, sorry.
2020-12-07 21:18:56 +0100daphnis(~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 240 seconds)
2020-12-07 21:19:38 +0100 <dminuoso> In particular I have this issue with slack, where sometimes I get this "focus fight" that drives my CPU and me crazy. So Im trying to understand the protocol used how Slack can force X11 to gain focus on a particular dialog
2020-12-07 21:20:07 +0100 <dminuoso> I have an urgency hook, but that one doesn't put the window on active, I have it wired to just trigger a notify-send.
2020-12-07 21:21:10 +0100 <geekosaur> oh, that's different again. it sends _WM_NET_FOCUS to the root window with its own window ID as payload. browsers do this too (in fact slack is almost certainly a browser window)
2020-12-07 21:22:00 +0100 <geekosaur> browsers like to do this kind f fight and a change was just pushed to git which causes xmonad to ignore external focus change requests by default because of it
2020-12-07 21:22:34 +0100 <geekosaur> sorry _NET_WM_FOCUS I think. can look it up precisely if needed but it's a client message
2020-12-07 21:25:44 +0100ybenel(~Mandalore@unaffiliated/ybenel)
2020-12-07 21:26:25 +0100 <dminuoso> _NET_WM_STATE_FOCUSED possibly?
2020-12-07 21:27:49 +0100 <ybenel> fellas , i'm trying to add a scratchpad item of moc but i'm having issue spawning it back instead of opening another window .
2020-12-07 21:27:52 +0100 <dminuoso> I'd be interested in what was changed in xmonad then, because if I can suppress this behavior, it would give me some peace.
2020-12-07 21:28:35 +0100 <ybenel> WM_NAME And WM_ICON_NAME Keeps Changing Making It Difficult to spawn back
2020-12-07 21:28:40 +0100 <ybenel> spawnMocp = myTerminal ++ " -n mocp -e 'mocp'"
2020-12-07 21:28:40 +0100 <ybenel> findMocp = (stringProperty "WM_COMMAND" =? "{ 'xterm', '-n', 'mocp', '-e', 'mocp' }")
2020-12-07 21:28:51 +0100 <geekosaur> actually it's https://specifications.freedesktop.org/wm-spec/latest/ar01s03.html#idm45131921765200
2020-12-07 21:28:51 +0100 <ybenel> i tried WM_COMMAND seems didn't work as well
2020-12-07 21:29:13 +0100daphnis(~daphnis@cm-84.214.179.98.getinternet.no)
2020-12-07 21:29:25 +0100 <geekosaur> WM_COMMAND is only guaranteed to be set in response to WM_SAVE_YOURSELF i.e. the ancient session manager protocol
2020-12-07 21:30:11 +0100 <dminuoso> Ah, so Slack would send _NET_ACTIVE_WINDOW to the root window, and if the window manager then respected that request, the focus would change?
2020-12-07 21:30:47 +0100 <dminuoso> Oh, I didnt seem to read it until the end
2020-12-07 21:30:50 +0100 <geekosaur> ybenel, you want appName if you're using -n or -name
2020-12-07 21:30:50 +0100 <dminuoso> Depending on the information provided with the message, the Window Manager may decide to refuse the request (either completely ignore it, or e.g. use _NET_WM_STATE_DEMANDS_ATTENTION).
2020-12-07 21:31:24 +0100 <ybenel> geekosaur: yeah i already tried that but moc keeps updating the class names
2020-12-07 21:32:18 +0100 <geekosaur> what? while running in the terminal it's updating the terminal's WM_CLASS? that sounds unlikely and grounds for ICCCM smackdown
2020-12-07 21:32:30 +0100 <ybenel> WM_ICON_NAME(STRING) = "MOC [play] - Oliver Schories - Molero (Relatively Definately)"
2020-12-07 21:32:41 +0100 <ybenel> instead of sticking to MOC
2020-12-07 21:33:08 +0100 <geekosaur> why do you believe WM_ICON_NAME is appName?
2020-12-07 21:33:17 +0100 <ybenel> WM_ICON_NAME(STRING) = "MOC [stop]"
2020-12-07 21:33:19 +0100 <ybenel> no
2020-12-07 21:33:28 +0100 <ybenel> WM_NAME
2020-12-07 21:33:35 +0100 <ybenel> is the same as WM_ICON_NAME
2020-12-07 21:33:49 +0100 <ybenel> both are changing with the same values
2020-12-07 21:34:04 +0100 <geekosaur> you used xterm -n, it set WMCNAME, it set WM_CLASS string 0, it set WM_ICON_NAME. of those, wm_CLASS string 0 is the fixed reliable one
2020-12-07 21:34:23 +0100 <geekosaur> or use -name and it just sets WM_CLASS string 0
2020-12-07 21:35:22 +0100 <ybenel> yes i know , but moc keeps changing WM_NAME And WM_ICON_NAME
2020-12-07 21:35:28 +0100abhixec(~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) (Ping timeout: 272 seconds)
2020-12-07 21:35:37 +0100 <ybenel> and Xterm sets WM_CLASS To Xterm
2020-12-07 21:36:05 +0100 <ybenel> i used -class it changed the class to whatever i choose but the window kinda messed up
2020-12-07 21:36:33 +0100 <geekosaur> you are still ignoring -name
2020-12-07 21:37:18 +0100 <ybenel> i used both -n and -name, but Moc keeps changing their values
2020-12-07 21:37:31 +0100 <geekosaur> sigh
2020-12-07 21:38:17 +0100 <geekosaur> WM_CLASS contains two strings. one xmonad calls appName; it is set by -n and by -name. the other xmonad calls className; it is set by -class
2020-12-07 21:38:34 +0100 <ybenel> yes
2020-12-07 21:38:36 +0100 <geekosaur> WM_CLASS is the one you care about. Not WM_NAME. Not WM_ICON_NAME
2020-12-07 21:38:50 +0100 <ybenel> -class messed up the font
2020-12-07 21:38:56 +0100 <ybenel> it uses the default font
2020-12-07 21:39:09 +0100 <ybenel> not the one through Xresources
2020-12-07 21:39:12 +0100 <geekosaur> and you care specifically about the first string, which is set by -n abd by -name and which xmonad calls appName
2020-12-07 21:40:45 +0100 <geekosaur> and you want to match it with appName, not with a stringProperty call
2020-12-07 21:41:08 +0100 <ybenel> here's how -class makes the window
2020-12-07 21:41:12 +0100 <ybenel> https://0x0.st/ihSh.png
2020-12-07 21:41:20 +0100 <ybenel> regulary https://0x0.st/ihSF.png
2020-12-07 21:41:40 +0100 <geekosaur> nobody whatsoever is telliing you to use -class
2020-12-07 21:42:15 +0100 <ybenel> what do u suggest
2020-12-07 21:42:28 +0100 <geekosaur> I already suggested it. you've been ignoring it.
2020-12-07 21:42:53 +0100 <geekosaur> you run: xterm -name mocp -e mocp
2020-12-07 21:43:32 +0100 <ybenel> but WM_CLASS Is Always Xterm,xterm
2020-12-07 21:43:34 +0100 <geekosaur> your matcher is: findMocp = appName =? "mocp"
2020-12-07 21:43:47 +0100 <ybenel> ahhhh
2020-12-07 21:43:55 +0100 <geekosaur> not if you used -name correctly
2020-12-07 21:44:15 +0100 <ybenel> alright, i'll test it brb
2020-12-07 21:44:48 +0100 <Liskni_si> dminuoso: my draft pull request lets you just mark the browser/Slack window as urgent when it tries to steal focus
2020-12-07 21:45:05 +0100 <dminuoso> Liskni_si: Can you give me a pointer to that pull request?
2020-12-07 21:45:27 +0100 <Liskni_si> dminuoso: https://github.com/xmonad/xmonad-contrib/pull/399
2020-12-07 21:45:36 +0100 <ybenel> it worked
2020-12-07 21:45:43 +0100 <ybenel> very promising
2020-12-07 21:45:45 +0100 <geekosaur> that may just means it flickers a lot, if it's that poorly behaved
2020-12-07 21:46:04 +0100 <ybenel> thanks alot geekosaur
2020-12-07 21:53:39 +0100 <dminuoso> Liskni_si: Cheers. I have a forest of issues, commits and some pull request to go through.
2020-12-07 22:15:02 +0100ml|(~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 256 seconds)
2020-12-07 22:20:02 +0100wonko7(~wonko7@lns-bzn-55-82-255-183-4.adsl.proxad.net)
2020-12-07 22:29:09 +0100ml|(~ml|@unaffiliated/ml/x-3958674)
2020-12-07 22:31:02 +0100thc202(~thc202@unaffiliated/thc202) (Quit: thc202)
2020-12-07 22:39:45 +0100Rockj(~rockj@2001:67c:550:feed::1)
2020-12-07 22:45:02 +0100Rockj(~rockj@2001:67c:550:feed::1) (Ping timeout: 264 seconds)
2020-12-07 22:45:36 +0100mc47(~yecinem@89.246.239.190) (Remote host closed the connection)
2020-12-07 22:46:48 +0100geekosaur(82659a09@host154-009.vpn.uakron.edu) (Remote host closed the connection)
2020-12-07 22:50:17 +0100drl(~l@2600:1700:8360:3870::725)
2020-12-07 22:59:17 +0100drl(~l@2600:1700:8360:3870::725) (Remote host closed the connection)
2020-12-07 23:02:43 +0100By_JumperX4[m](byjumperx4@gateway/shell/matrix.org/x-rfwizjkmmxybnvls) (*.net *.split)
2020-12-07 23:02:44 +0100sm[m](simonmicma@gateway/shell/matrix.org/x-tslfcdwovccelfgc) (*.net *.split)
2020-12-07 23:02:44 +0100Taneb(~Taneb@2001:41c8:51:10d:aaaa:0:aaaa:0) (*.net *.split)
2020-12-07 23:25:03 +0100ericsagn1(~ericsagne@2405:6580:0:5100:2d4d:701:5c5e:b872) (Ping timeout: 260 seconds)
2020-12-07 23:30:06 +0100Taneb(~Taneb@2001:41c8:51:10d:aaaa:0:aaaa:0)
2020-12-07 23:30:23 +0100By_JumperX4[m](byjumperx4@gateway/shell/matrix.org/x-lnqpenmcodalzcib)
2020-12-07 23:30:58 +0100sfrique(~sfrique@189.122.177.88)
2020-12-07 23:31:41 +0100drl(~l@2600:1700:8360:3870::725)
2020-12-07 23:33:31 +0100sm[m](simonmicma@gateway/shell/matrix.org/x-knubyzlepnzyxdvt)
2020-12-07 23:37:23 +0100ericsagn1(~ericsagne@2405:6580:0:5100:4353:f1b0:3343:508)
2020-12-07 23:42:28 +0100 <sfrique> is there anycommand to logout from command line?
2020-12-07 23:43:13 +0100 <sfrique> I am trying to using gridselection to suspend, logout and etc but can't see a good way of loging out, i may kill monad.. should work, but not pretty
2020-12-07 23:46:05 +0100Rockj(~rockj@2001:67c:550:feed::1)
2020-12-07 23:48:45 +0100 <dminuoso> Liskni_si: Thank you, seems to work great! :)
2020-12-07 23:50:53 +0100Rockj(~rockj@2001:67c:550:feed::1) (Ping timeout: 272 seconds)
2020-12-07 23:52:32 +0100seschwar(~seschwar@unaffiliated/seschwar) (Quit: :wq)
2020-12-07 23:53:26 +0100Rockj(~rockj@2001:67c:550:feed::1)
2020-12-07 23:57:29 +0100notis(~notis@185.51.134.222) (Ping timeout: 265 seconds)
2020-12-07 23:57:52 +0100 <ybenel> sfrique: AppGrid = [("Item1", "commnad"), ('Quit', io exitSuccess)]
2020-12-07 23:59:44 +0100ybenel(~Mandalore@unaffiliated/ybenel) (Remote host closed the connection)