Logs: freenode/#xmonad
| 2020-12-12 10:47:46 | → | nomeata joins (~jojo@dslb-084-056-082-238.084.056.pools.vodafone-ip.de) |
| 2020-12-12 10:55:39 | → | seschwar joins (~seschwar@unaffiliated/seschwar) |
| 2020-12-12 11:19:29 | × | daphnis_ quits (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 260 seconds) |
| 2020-12-12 11:19:29 | × | daphnis quits (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 260 seconds) |
| 2020-12-12 11:36:25 | × | hp77 quits (67245203@103.36.82.3) (Remote host closed the connection) |
| 2020-12-12 11:49:29 | → | GZJ0X_ joins (~gzj@unaffiliated/gzj) |
| 2020-12-12 12:03:03 | → | malook joins (~Thunderbi@5.108.174.204) |
| 2020-12-12 12:11:18 | × | nomeata quits (~jojo@dslb-084-056-082-238.084.056.pools.vodafone-ip.de) (Quit: Client exiting) |
| 2020-12-12 12:34:35 | → | gspe_ joins (~gspe@94-36-116-172.adsl-ull.clienti.tiscali.it) |
| 2020-12-12 12:37:00 | → | geekosaur joins (ac3a8c7e@172.58.140.126) |
| 2020-12-12 12:50:24 | → | ybenel joins (~Mandalore@unaffiliated/ybenel) |
| 2020-12-12 13:01:12 | → | nova joins (~novasenco@gateway/tor-sasl/novasenco) |
| 2020-12-12 13:02:12 | <nova> | I have a weird question |
| 2020-12-12 13:04:22 | <nova> | In my winder manager, I always map F{1,2,3} to xdotool click {1,2,3} because touchpads, and it's really convenient. But xdotool doesn't work with context menus. Is there a way to inject a real mouse click with xmonad somehow? |
| 2020-12-12 13:07:16 | × | malook quits (~Thunderbi@5.108.174.204) (Ping timeout: 240 seconds) |
| 2020-12-12 13:08:31 | → | thunderrd joins (~thunderrd@183.182.111.131) |
| 2020-12-12 13:14:40 | <geekosaur> | context menus usually do grabs; nothing can be injected by anything |
| 2020-12-12 13:15:30 | <geekosaur> | not even with the XTEST extension which would (with security implications) let you inject real instead of virtual events |
| 2020-12-12 13:16:48 | × | qbit2821 quits (~qbit2821@94-255-133-216.cust.bredband2.com) (Quit: WeeChat 2.8) |
| 2020-12-12 13:17:42 | <geekosaur> | hm, XTEST might allow it at that; that'd be one of the security implications. but it can't be turned on only for certain programs, only for the server as a whole |
| 2020-12-12 13:18:11 | <nova> | Muuwwaahehehehehhh. MUWWAAHEHEHEHEHEHH. I found a pot of gold. https://shallowsky.com/blog/tags/xmodmap/ |
| 2020-12-12 13:21:51 | <nova> | and it's even better than xdotool's click because you can hold mouse down by holding down F1. |
| 2020-12-12 13:26:45 | × | gspe_ quits (~gspe@94-36-116-172.adsl-ull.clienti.tiscali.it) (Ping timeout: 240 seconds) |
| 2020-12-12 13:37:37 | → | berberman joins (~berberman@unaffiliated/berberman) |
| 2020-12-12 13:38:21 | × | berberman_ quits (~berberman@unaffiliated/berberman) (Ping timeout: 272 seconds) |
| 2020-12-12 13:41:06 | × | GZJ0X_ quits (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
| 2020-12-12 13:41:26 | → | GZJ0X_ joins (~gzj@unaffiliated/gzj) |
| 2020-12-12 13:42:05 | × | GZJ0X_ quits (~gzj@unaffiliated/gzj) (Read error: Connection reset by peer) |
| 2020-12-12 13:42:25 | → | GZJ0X_ joins (~gzj@unaffiliated/gzj) |
| 2020-12-12 13:44:47 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 258 seconds) |
| 2020-12-12 14:05:09 | × | GZJ0X_ quits (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
| 2020-12-12 14:05:30 | → | GZJ0X_ joins (~gzj@unaffiliated/gzj) |
| 2020-12-12 14:06:09 | × | GZJ0X_ quits (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
| 2020-12-12 14:06:30 | → | GZJ0X_ joins (~gzj@unaffiliated/gzj) |
| 2020-12-12 14:07:08 | × | GZJ0X_ quits (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
| 2020-12-12 14:07:29 | → | GZJ0X_ joins (~gzj@unaffiliated/gzj) |
| 2020-12-12 14:08:08 | × | GZJ0X_ quits (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
| 2020-12-12 14:08:29 | → | GZJ0X_ joins (~gzj@unaffiliated/gzj) |
| 2020-12-12 14:09:09 | × | GZJ0X_ quits (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
| 2020-12-12 14:17:03 | <geekosaur> | is the person who reported an issue with FadeWindows and picom around? we need more information. https://github.com/xmonad/xmonad-contrib/issues/419 |
| 2020-12-12 14:17:41 | <geekosaur> | my initial guess as to the problem is wrong and someone doing a quick test couldn't reproduce it |
| 2020-12-12 14:21:16 | × | notis quits (~notis@45.134.22.48) (Ping timeout: 240 seconds) |
| 2020-12-12 14:28:28 | <Solid> | ?tell ybenel r.e. FadeInactive not working: can you try the minimal config in the following issue https://github.com/xmonad/xmonad-contrib/issues/419 and see if this works for you? |
| 2020-12-12 14:28:28 | <lambdabot> | Consider it noted. |
| 2020-12-12 14:28:43 | <Solid> | oh they are here even |
| 2020-12-12 14:37:36 | <dminuoso> | What's the actual mechanism how an application requests a window? Would the application connect to the X server as a client, and then speak ICCCM to the window manager? |
| 2020-12-12 14:38:58 | × | sszark quits (~sszark@h-213-180.A392.priv.bahnhof.se) (Quit: Lost terminal) |
| 2020-12-12 14:39:21 | <geekosaur> | not sure if I understand the question. |
| 2020-12-12 14:40:33 | <geekosaur> | an application connects to the X server and does an XCreateWindow call with the parent being the root window. ICCCM comes in with respect to MapRequest or ConfigureRequest events on the window afterward |
| 2020-12-12 14:41:42 | <geekosaur> | like most tiling window managers, we ignore ConfigureRequest and do it during MapRequest. this is technically wrong but supported for backward compatibility by X servers |
| 2020-12-12 14:44:14 | <Solid> | ah geekosaur I figured it out; the original bug report was for FadeWindows and I just looked at that module and the documentation is just wrong... |
| 2020-12-12 14:44:54 | <Solid> | it tells you to do `composeAll [isUnfocused --> transparency 0.2, opaque]`, but `composeAll = mconcat` so it just goes through the list, matches on the wildcard, and turns everything opaqe |
| 2020-12-12 14:45:02 | <Solid> | s/opaqe/opaque/ |
| 2020-12-12 14:45:57 | <geekosaur> | pretty sure that doc has been overhauled at least once with respect to ordering |
| 2020-12-12 14:48:04 | <Solid> | a quick git blame shows no edits in that region ever since the module was introduced |
| 2020-12-12 14:48:15 | <Solid> | maybe composeAll was defined differently in the past? |
| 2020-12-12 14:48:24 | <Solid> | I haven't been using xmonad long enough to say |
| 2020-12-12 14:48:43 | <dminuoso> | geekosaur: Ah I see |
| 2020-12-12 14:53:30 | <geekosaur> | Solid, afaik its always been mconcat with the only difference being presence or absence of additional type constraints |
| 2020-12-12 14:53:53 | <Solid> | huh, interesting |
| 2020-12-12 14:54:29 | <Solid> | I'll submit a doc fix if you don't mind, maybe that was ybenel's only problem |
| 2020-12-12 14:54:50 | <geekosaur> | I don't recall at this point whether I ever actually used FadeWindows, I switched to compton and used its mechanisms instead |
| 2020-12-12 14:55:12 | <geekosaur> | granting that xcompmgr was so buggy that it would have been hard to tell if it was working right ;) |
| 2020-12-12 14:55:34 | <geekosaur> | (also had an emergency keybinding to kill xcompmgr because it kept going into infinite loops) |
| 2020-12-12 14:57:01 | <Solid> | that sounds... like an adenturous time :D |
| 2020-12-12 14:57:13 | <Solid> | s/aden/adven/ |
| 2020-12-12 14:58:45 | <dminuoso> | geekosaur: Do you know of any good resources that would walk me through how everything fits together? Or is it just "read tronche's manuals"? |
| 2020-12-12 14:59:25 | <geekosaur> | even tronche's manuals aren't enough. you pretty much have to have the code to a window manager ope for reference |
| 2020-12-12 14:59:36 | <geekosaur> | althoguh there are a few references out there now |
| 2020-12-12 15:01:56 | × | geekosaur quits (ac3a8c7e@172.58.140.126) (Remote host closed the connection) |
| 2020-12-12 15:04:35 | × | berberman quits (~berberman@unaffiliated/berberman) (Quit: ZNC 1.7.5 - https://znc.in) |
| 2020-12-12 15:04:55 | → | berberman joins (~berberman@unaffiliated/berberman) |
| 2020-12-12 15:23:14 | → | malook joins (~Thunderbi@5.108.174.204) |
| 2020-12-12 15:24:27 | ← | malook parts (~Thunderbi@5.108.174.204) () |
| 2020-12-12 15:38:50 | <Liskni_si> | Solid: last time I checked composeAll did the last thing first |
| 2020-12-12 15:39:05 | <Liskni_si> | That is, the last endo on windowset |
| 2020-12-12 15:39:16 | <Liskni_si> | Ops in X are done top to bottom |
| 2020-12-12 15:39:26 | <Liskni_si> | It's quite confusing |
| 2020-12-12 15:44:21 | <Solid> | Liskni_si: yes (<>) for Endo is just (.), so mconcat should match bottom to top, as function composition is right-associative |
| 2020-12-12 15:44:32 | <Solid> | I probably said it wrong above |
| 2020-12-12 15:47:03 | <Solid> | oh but there's more |
| 2020-12-12 15:47:14 | <Solid> | we're not even dealing with ManageHooks here, we're dealing with FadeHooks |
| 2020-12-12 15:47:32 | <Solid> | which are not written in terms of endomorphisms, but simply ignore the left argument if there's a right one |
| 2020-12-12 16:08:10 | → | mc47 joins (~yecinem@89.246.239.190) |
| 2020-12-12 16:11:19 | → | daphnis_ joins (~daphnis@cm-84.214.179.98.getinternet.no) |
| 2020-12-12 16:11:19 | → | daphnis joins (~daphnis@cm-84.214.179.98.getinternet.no) |
| 2020-12-12 16:18:21 | → | notis joins (~notis@45.134.22.48) |
| 2020-12-12 16:49:32 | → | patrickp joins (~patrickp@windows98.dev) |
| 2020-12-12 16:52:15 | → | geekosaur joins (ac3a541c@172.58.84.28) |
| 2020-12-12 16:55:48 | <geekosaur> | there may be a more fundamental bug i FadeHooks since I nwas basically copying code without knowing exactly what I was doing at the time |
| 2020-12-12 16:56:09 | <geekosaur> | I didn't intend simply throwing away effects but may not have enough there to do what I did intend |
| 2020-12-12 16:58:48 | <Solid> | I think the model still fits; a FadeHook is solely there to specify the opacity of a certain window, so stopping after having found a match seems reasonable enough to me |
| 2020-12-12 17:10:45 | <Liskni_si> | that behaviour can be obtained by telling people to use composeOne :-) |
| 2020-12-12 17:11:08 | <Liskni_si> | maybe that's unnecessary complication though :-) |
| 2020-12-12 17:17:12 | <geekosaur> | combining FadeHooks is complication already, tbh |
| 2020-12-12 17:18:03 | <geekosaur> | combining, say, transience and some per-app hook was a case I was trying to support, but didn't like what I came up with (not that it would have worked anyway) |
| 2020-12-12 17:25:10 | <Solid> | Liskni_si: composeOne in its current state requires a `Query (Maybe (Endo WindowSet))`, which is a far cry from what a FadeHook actually is |
| 2020-12-12 17:29:59 | <Liskni_si> | Solid: oh, right |
| 2020-12-12 18:28:53 | → | growpotkin joins (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 2020-12-12 18:48:50 | × | geekosaur quits (ac3a541c@172.58.84.28) (Ping timeout: 245 seconds) |
All times are in UTC.