Home freenode/#xmonad: Logs Calendar

Logs: freenode/#xmonad

←Prev  Next→
Page 1 .. 24 25 26 27 28 29 30 31 32 33 34 .. 397
39,606 events total
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)
←Prev  Next→
Page 1 .. 24 25 26 27 28 29 30 31 32 33 34 .. 397

All times are in UTC.