Logs: freenode/#xmonad
| 2020-12-07 16:48:42 | <daphnis> | i mean wm_icon_name, wm_name and _net_* |
| 2020-12-07 16:49:15 | <daphnis> | so all i need is a way to refer to wm_name from xmonad |
| 2020-12-07 16:50:59 | × | Rockj quits (~rockj@2001:67c:550:feed::1) (Ping timeout: 246 seconds) |
| 2020-12-07 16:51:05 | <Solid> | if you're fine with that you can use `title` |
| 2020-12-07 16:51:36 | <Solid> | from XMonad.ManageHook |
| 2020-12-07 16:52:28 | <daphnis> | Solid: thanks, that works! i thought i tried that before too, but maybe something else was wrong then. |
| 2020-12-07 16:59:16 | × | sagax quits (~sagax_nb@213.138.71.146) (Remote host closed the connection) |
| 2020-12-07 17:04:43 | <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 17:05:07 | <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 17:05:21 | → | geekosaur joins (82659a09@host154-009.vpn.uakron.edu) |
| 2020-12-07 17:05:23 | <crab> | does anyone know offhand of a reason why it wouldn't work, or where i should look? |
| 2020-12-07 17:05:33 | × | dxld quits (~dxld@rush.pub.dxld.at) (Quit: Bye) |
| 2020-12-07 17:07:24 | <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 17:07:43 | → | dxld joins (~dxld@rush.pub.dxld.at) |
| 2020-12-07 17:08:41 | → | nova joins (~novasenco@gateway/tor-sasl/novasenco) |
| 2020-12-07 17:09:29 | <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 17:09:38 | <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 17:10:08 | <crab> | however, `wmctrl -i -R` DOES work (to bring the window to the current workspace and give it focus) |
| 2020-12-07 17:10:16 | <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 17:10:25 | <Solid> | nova: check out X.H.DynamicLog |
| 2020-12-07 17:12:12 | <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 17:12:28 | <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 17:13:02 | → | Rockj joins (~rockj@2001:67c:550:feed::1) |
| 2020-12-07 17:14:35 | <geekosaur> | oh, right. https://github.com/xmonad/xmonad-contrib/blob/master/XMonad/Hooks/EwmhDesktops.hs#L77 |
| 2020-12-07 17:14:54 | <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 17:15:02 | <geekosaur> | focus switching is disabled by default because browsers in particular abuse it to raise themselves on pretty much any excuse |
| 2020-12-07 17:15:12 | <Solid> | nova: you also need to put that StdinReader into your xmobar config |
| 2020-12-07 17:15:21 | <Solid> | I'm not sure if it's there by default |
| 2020-12-07 17:15:26 | → | growpotkin joins (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 2020-12-07 17:17:01 | <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 17:17:31 | <geekosaur> | that just indicates it's waiting to hear from xmonad, where you need to configure DynamicLog to feed it |
| 2020-12-07 17:17:36 | <nova> | I have `main = do` then `xmproc <- spawnPipe "xmobar"` .. I basically followed the youtuber DT and did what he did |
| 2020-12-07 17:17:39 | → | def_jam joins (~eblip@unaffiliated/eblip) |
| 2020-12-07 17:17:49 | → | eb0t_ joins (~eblip@unaffiliated/eblip) |
| 2020-12-07 17:19:26 | <Solid> | nova: the `xmobar` and `statusBar` functions do all the plumbing for you --- no need to manually spawn the pipe! |
| 2020-12-07 17:19:50 | <nova> | yes, it's very annoying to need to pkill xmobar if I restart xmonad |
| 2020-12-07 17:20:01 | × | eblip quits (~eblip@unaffiliated/eblip) (Ping timeout: 264 seconds) |
| 2020-12-07 17:20:07 | × | eb0t quits (~eblip@unaffiliated/eblip) (Ping timeout: 265 seconds) |
| 2020-12-07 17:20:11 | <Solid> | xmobar should actually be killed when the pipe closes |
| 2020-12-07 17:20:24 | × | SpiderPig quits (~matt@047-132-233-190.res.spectrum.com) (Remote host closed the connection) |
| 2020-12-07 17:20:37 | <nova> | eh. If I restart xmonad 5 times, I will end up with 6 xmobar processes |
| 2020-12-07 17:20:39 | → | SpiderPig joins (~matt@047-132-233-190.res.spectrum.com) |
| 2020-12-07 17:21:25 | <Solid> | okay so first things first: have you added "Run StdinReader" somewhere in your commands |
| 2020-12-07 17:21:27 | <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 17:21:41 | <nova> | yeah I added Run .. |
| 2020-12-07 17:21:48 | <Solid> | have you also added "%StdinReader%" in your template? |
| 2020-12-07 17:21:57 | <nova> | of course |
| 2020-12-07 17:22:39 | <Solid> | in that case your xmonad config is probably not redirecting xmobar to the pipe |
| 2020-12-07 17:22:55 | <Solid> | we could probably help you better if you posted it ;) |
| 2020-12-07 17:26:10 | <nova> | sure. one second. I had removed the stdin reader stuff because it wasn't working. |
| 2020-12-07 17:27:48 | <nova> | xmobarrc http://vpaste.net/76LiZ xmonad.hs http://vpaste.net/iS0S5 |
| 2020-12-07 17:29:04 | <Solid> | yes, the problem is that while you spawn the pipe, you don't set the output anywhere |
| 2020-12-07 17:29:25 | <Solid> | try `main = xmonad =<< xmobar defaults` |
| 2020-12-07 17:29:55 | <nova> | what about "docks" |
| 2020-12-07 17:29:59 | <nova> | meh okay I try anyway |
| 2020-12-07 17:30:09 | <Solid> | the `xmobar` function adds `docks` |
| 2020-12-07 17:30:21 | <Solid> | that's why I said it does all the plumbing ;) |
| 2020-12-07 17:31:10 | × | abhixec quits (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) (Ping timeout: 272 seconds) |
| 2020-12-07 17:32:08 | <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 17:32:53 | <geekosaur> | hm, a few weeks ago? they said something about 0.13 |
| 2020-12-07 17:33:23 | <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 17:33:44 | <Liskni_si> | geekosaur: I think crab updated to latest git a few days ago or something |
| 2020-12-07 17:34:07 | <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 17:34:17 | <geekosaur> | oh, I may have mssed that. was trying to catch up on about 3 things from the logs |
| 2020-12-07 17:34:53 | <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 17:35:38 | <geekosaur> | so you were using the pipe somehow after all? |
| 2020-12-07 17:35:56 | <Solid> | geekosaur: they didn't ppOutput correctly |
| 2020-12-07 17:36:03 | <Solid> | *didn't configure |
| 2020-12-07 17:36:34 | <Solid> | nova: that DynamicLog module also lets you define a pretty-printer for nicer colours ;) |
| 2020-12-07 17:37:13 | <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 17:39:22 | <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 17:42:53 | <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 17:44:09 | <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 17:48:44 | <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 17:49:00 | <Solid> | \o/ |
| 2020-12-07 18:00:40 | → | malook joins (~Thunderbi@5.82.52.68) |
| 2020-12-07 18:06:57 | × | Rockj quits (~rockj@2001:67c:550:feed::1) (Ping timeout: 246 seconds) |
| 2020-12-07 18:17:53 | → | Rockj joins (~rockj@2001:67c:550:feed::1) |
| 2020-12-07 18:23:37 | × | Rockj quits (~rockj@2001:67c:550:feed::1) (Ping timeout: 272 seconds) |
| 2020-12-07 18:37:56 | × | daphnis quits (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 240 seconds) |
| 2020-12-07 18:47:14 | × | seschwar quits (~seschwar@unaffiliated/seschwar) (Quit: :wq) |
| 2020-12-07 18:48:41 | → | Rockj joins (~rockj@2001:67c:550:feed::1) |
| 2020-12-07 18:50:36 | × | malook quits (~Thunderbi@5.82.52.68) (Quit: malook) |
| 2020-12-07 19:00:36 | × | ericsagn1 quits (~ericsagne@2405:6580:0:5100:bb34:5759:3e20:182c) (Ping timeout: 268 seconds) |
| 2020-12-07 19:03:35 | → | berberman_ joins (~berberman@unaffiliated/berberman) |
| 2020-12-07 19:04:18 | × | berberman quits (~berberman@unaffiliated/berberman) (Ping timeout: 268 seconds) |
| 2020-12-07 19:05:41 | → | seschwar joins (~seschwar@unaffiliated/seschwar) |
| 2020-12-07 19:12:31 | → | ericsagn1 joins (~ericsagne@2405:6580:0:5100:2d4d:701:5c5e:b872) |
| 2020-12-07 19:25:44 | → | sagax joins (~sagax_nb@213.138.71.146) |
| 2020-12-07 19:25:53 | → | daphnis joins (~daphnis@cm-84.214.179.98.getinternet.no) |
| 2020-12-07 19:30:08 | × | Rockj quits (~rockj@2001:67c:550:feed::1) (Ping timeout: 244 seconds) |
| 2020-12-07 19:39:41 | × | dxld quits (~dxld@rush.pub.dxld.at) (Quit: Bye) |
| 2020-12-07 19:41:50 | → | dxld joins (~dxld@80-109-136-248.cable.dynamic.surfer.at) |
| 2020-12-07 19:44:30 | × | sgibber2018 quits (~arch-gibb@208.85.237.137) (Quit: WeeChat 2.9) |
| 2020-12-07 19:53:18 | → | abhixec joins (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) |
| 2020-12-07 20:13:39 | <dminuoso> | What's the mechanisms a windows application can use to get focus? |
| 2020-12-07 20:15:32 | <geekosaur> | ? |
| 2020-12-07 20:16:15 | <geekosaur> | If you mean a windowed application, that's normally the urgency hint or EWMH equivalent (try wmctrl). |
| 2020-12-07 20:17:08 | <geekosaur> | if you actually mean Windows, thats' up to whatever functionality the VM app exposes via its guest tools |
| 2020-12-07 20:18:47 | <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 |
All times are in UTC.