| 2021-05-12 00:12:41 +0200 | mohab | (~mohab@156.223.132.209) (Ping timeout: 246 seconds) |
| 2021-05-12 00:15:56 +0200 | mc47 | (~yecinem@89.246.239.190) (Quit: Leaving) |
| 2021-05-12 00:17:41 +0200 | oxide | (~lambda@unaffiliated/mclaren) (Ping timeout: 240 seconds) |
| 2021-05-12 00:18:20 +0200 | oxide | (~lambda@unaffiliated/mclaren) |
| 2021-05-12 00:22:06 +0200 | notis | (~notis@85.203.44.186) (Ping timeout: 246 seconds) |
| 2021-05-12 00:22:28 +0200 | notis | (~notis@85.203.44.186) |
| 2021-05-12 00:32:12 +0200 | notis | (~notis@85.203.44.186) (Ping timeout: 268 seconds) |
| 2021-05-12 00:36:12 +0200 | thc202 | (~thc202@unaffiliated/thc202) (Ping timeout: 258 seconds) |
| 2021-05-12 01:30:29 +0200 | mohab | (~mohab@156.223.100.215) |
| 2021-05-12 01:49:36 +0200 | mohab | (~mohab@156.223.100.215) (Ping timeout: 252 seconds) |
| 2021-05-12 01:51:35 +0200 | materiyolo | (~materiyol@112.205.57.255) |
| 2021-05-12 02:00:34 +0200 | mohab | (~mohab@156.223.100.215) |
| 2021-05-12 02:09:26 +0200 | mohab | (~mohab@156.223.100.215) (Ping timeout: 240 seconds) |
| 2021-05-12 02:34:53 +0200 | joanut | (~joanut@78-142-31-126.sf.ddns.bulsat.com) (Remote host closed the connection) |
| 2021-05-12 02:58:01 +0200 | kajzer | (~kajzer@unaffiliated/kajzer) (Quit: WeeChat 3.1) |
| 2021-05-12 03:42:42 +0200 | geekosaur | (930099da@rrcs-147-0-153-218.central.biz.rr.com) (Ping timeout: 240 seconds) |
| 2021-05-12 04:05:07 +0200 | oxide | (~lambda@unaffiliated/mclaren) (Ping timeout: 252 seconds) |
| 2021-05-12 04:05:41 +0200 | davve_ | (davve@bsd.douchedata.com) |
| 2021-05-12 04:06:05 +0200 | davve | (davve@bsd.douchedata.com) (Read error: Connection reset by peer) |
| 2021-05-12 04:06:26 +0200 | lambdabot | (~lambdabot@silicon.int-e.eu) (Ping timeout: 240 seconds) |
| 2021-05-12 04:07:11 +0200 | dweller | (~dweller@178.62.146.60) (Ping timeout: 246 seconds) |
| 2021-05-12 04:07:25 +0200 | dweller | (~dweller@178.62.146.60) |
| 2021-05-12 04:10:07 +0200 | lambdabot | (~lambdabot@haskell/bot/lambdabot) |
| 2021-05-12 04:10:07 +0200 | ChanServ | +v lambdabot |
| 2021-05-12 04:16:03 +0200 | davve_ | (davve@bsd.douchedata.com) (Read error: Connection reset by peer) |
| 2021-05-12 04:16:10 +0200 | davve | (davve@bsd.douchedata.com) |
| 2021-05-12 04:51:19 +0200 | theDon | (~td@muedsl-82-207-238-126.citykom.de) (Ping timeout: 252 seconds) |
| 2021-05-12 04:51:59 +0200 | oxide | (~lambda@unaffiliated/mclaren) |
| 2021-05-12 04:53:08 +0200 | theDon | (~td@94.134.91.159) |
| 2021-05-12 05:11:11 +0200 | mohab | (~mohab@156.223.115.103) |
| 2021-05-12 05:21:25 +0200 | oxide | (~lambda@unaffiliated/mclaren) (Ping timeout: 268 seconds) |
| 2021-05-12 05:31:01 +0200 | oxide | (~lambda@unaffiliated/mclaren) |
| 2021-05-12 06:31:35 +0200 | thoros | (~thoros@193-154-185-59.adsl.highway.telekom.at) |
| 2021-05-12 06:35:11 +0200 | oxide | (~lambda@unaffiliated/mclaren) (Ping timeout: 240 seconds) |
| 2021-05-12 07:12:26 +0200 | coldpress | (~coldpress@128.9.105.34.bc.googleusercontent.com) (Ping timeout: 240 seconds) |
| 2021-05-12 07:47:31 +0200 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-05-12 07:51:26 +0200 | wonko7 | (~wonko7@62.115.229.50) |
| 2021-05-12 08:09:00 +0200 | dschrempf | (~user@070-207.dynamic.dsl.fonira.net) |
| 2021-05-12 08:09:23 +0200 | pmj | (~pmj@ipbcc2919d.dynamic.kabel-deutschland.de) |
| 2021-05-12 08:21:05 +0200 | dminuoso | (~dminuoso@static.88-198-218-68.clients.your-server.de) (Changing host) |
| 2021-05-12 08:21:05 +0200 | dminuoso | (~dminuoso@unaffiliated/dminuoso) |
| 2021-05-12 08:25:24 +0200 | dschrempf | (~user@070-207.dynamic.dsl.fonira.net) (Remote host closed the connection) |
| 2021-05-12 08:26:01 +0200 | dschrempf | (~user@070-207.dynamic.dsl.fonira.net) |
| 2021-05-12 08:56:03 +0200 | thc202 | (~thc202@unaffiliated/thc202) |
| 2021-05-12 09:08:21 +0200 | thunderrd | (~thunderrd@183.182.115.120) (*.net *.split) |
| 2021-05-12 09:19:47 +0200 | notis | (~notis@85.203.44.149) |
| 2021-05-12 09:24:59 +0200 | notis | (~notis@85.203.44.149) (Ping timeout: 246 seconds) |
| 2021-05-12 09:26:06 +0200 | notis | (~notis@85.203.44.149) |
| 2021-05-12 09:32:08 +0200 | cfricke | (~cfricke@unaffiliated/cfricke) |
| 2021-05-12 09:41:57 +0200 | pmj | (~pmj@ipbcc2919d.dynamic.kabel-deutschland.de) (Ping timeout: 260 seconds) |
| 2021-05-12 10:01:18 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer) |
| 2021-05-12 10:03:36 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-05-12 10:09:21 +0200 | kajzer | (~kajzer@unaffiliated/kajzer) |
| 2021-05-12 10:15:37 +0200 | pmj | (~pmj@p4fe156fa.dip0.t-ipconnect.de) |
| 2021-05-12 10:15:46 +0200 | vrs | (~vrs@unaffiliated/vrs) (Ping timeout: 240 seconds) |
| 2021-05-12 10:16:33 +0200 | vrs | (~vrs@unaffiliated/vrs) |
| 2021-05-12 10:21:41 +0200 | mohab | (~mohab@156.223.115.103) (Ping timeout: 240 seconds) |
| 2021-05-12 10:23:23 +0200 | thunderrd | (~thunderrd@183.182.115.120) |
| 2021-05-12 10:53:11 +0200 | byorgey | (~byorgey@155.138.238.211) (Ping timeout: 268 seconds) |
| 2021-05-12 11:01:53 +0200 | mohab | (~mohab@156.223.115.103) |
| 2021-05-12 11:09:55 +0200 | byorgey | (~byorgey@155.138.238.211) |
| 2021-05-12 12:32:48 +0200 | <kajzer> | UrgencyHook works only with terminal windows ? |
| 2021-05-12 12:44:38 +0200 | pmj | (~pmj@p4fe156fa.dip0.t-ipconnect.de) (Remote host closed the connection) |
| 2021-05-12 12:46:17 +0200 | mohab | (~mohab@156.223.115.103) (Ping timeout: 260 seconds) |
| 2021-05-12 12:58:26 +0200 | mohab | (~mohab@156.223.109.155) |
| 2021-05-12 13:20:02 +0200 | <dminuoso> | How can i synthesize key presses and send them to a particular window? |
| 2021-05-12 13:31:38 +0200 | <fizzie> | XMonad.Util.Paste.sendKeyWindow, but the documentation should really mention the associated limitations with that. |
| 2021-05-12 13:33:48 +0200 | <fizzie> | The xdotool man page has a good overview of the topic, under the "SENDEVENT NOTES" section. |
| 2021-05-12 14:02:17 +0200 | geekosaur | (930099da@rrcs-147-0-153-218.central.biz.rr.com) |
| 2021-05-12 14:53:17 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-05-12 15:09:10 +0200 | <dminuoso> | Mmm, okay I think Ill rethink my problem |
| 2021-05-12 15:49:07 +0200 | s00pcan | (~chris@107.181.165.217) (Ping timeout: 252 seconds) |
| 2021-05-12 15:50:46 +0200 | s00pcan | (~chris@075-133-056-178.res.spectrum.com) |
| 2021-05-12 15:51:15 +0200 | buffet | (~buffet@buffet.sh) ("The Lounge - https://thelounge.chat") |
| 2021-05-12 15:57:44 +0200 | pmj | (~pmj@ipbcc2919d.dynamic.kabel-deutschland.de) |
| 2021-05-12 16:05:10 +0200 | growpotkin | (~growpotki@130.45.30.154) |
| 2021-05-12 16:09:15 +0200 | pmj | (~pmj@ipbcc2919d.dynamic.kabel-deutschland.de) (Remote host closed the connection) |
| 2021-05-12 16:09:46 +0200 | pmj | (~pmj@ipbcc2919d.dynamic.kabel-deutschland.de) |
| 2021-05-12 16:30:43 +0200 | ElKowar[m] | (elkowarmat@gateway/shell/matrix.org/x-icchcrepphrawatp) |
| 2021-05-12 16:34:06 +0200 | materiyolo | (~materiyol@112.205.57.255) (Ping timeout: 240 seconds) |
| 2021-05-12 16:34:26 +0200 | dschrempf | (~user@070-207.dynamic.dsl.fonira.net) (Ping timeout: 246 seconds) |
| 2021-05-12 16:36:22 +0200 | seschwar | (~seschwar@unaffiliated/seschwar) |
| 2021-05-12 16:55:31 +0200 | <novasenco> | I can't get ueberzug to work in xmonad |
| 2021-05-12 17:06:19 +0200 | mohab | (~mohab@156.223.109.155) (Ping timeout: 265 seconds) |
| 2021-05-12 17:07:17 +0200 | mohab | (~mohab@45.240.143.35) |
| 2021-05-12 17:10:04 +0200 | geekosaur | (930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed) |
| 2021-05-12 17:11:38 +0200 | mohab | (~mohab@45.240.143.35) (Ping timeout: 265 seconds) |
| 2021-05-12 17:11:59 +0200 | mohab | (~mohab@156.223.109.155) |
| 2021-05-12 17:17:55 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 2021-05-12 17:33:53 +0200 | Kamil[m] | (kamilmatri@gateway/shell/matrix.org/x-oodrnmbqbqtwzwyf) (Quit: authenticating) |
| 2021-05-12 17:34:04 +0200 | Kamil[m] | (kamilmatri@gateway/shell/matrix.org/x-wdqrpralkttbeiwu) |
| 2021-05-12 17:37:54 +0200 | Kamil[m] | (kamilmatri@gateway/shell/matrix.org/x-wdqrpralkttbeiwu) (Client Quit) |
| 2021-05-12 17:38:03 +0200 | arca0[m] | (kamilmatri@gateway/shell/matrix.org/x-byrwzdateroorkqx) |
| 2021-05-12 17:41:15 +0200 | <Solid> | what is that? |
| 2021-05-12 17:45:50 +0200 | geekosaur | (930099da@rrcs-147-0-153-218.central.biz.rr.com) |
| 2021-05-12 17:48:43 +0200 | <novasenco> | image previewer. works in xfce |
| 2021-05-12 17:50:38 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) ("ERC (IRC client for Emacs 27.2)") |
| 2021-05-12 17:53:05 +0200 | <Solid> | what do you mean "works"? |
| 2021-05-12 17:53:14 +0200 | <Solid> | what do you expect to happen/what actually happens? |
| 2021-05-12 17:53:56 +0200 | <novasenco> | in my ranger config, I add a line to use ueberzug to preview images. ranger -> preview image -> works in xfce -> doesn't work in xmonad |
| 2021-05-12 17:54:25 +0200 | <novasenco> | set preview_images_method ueberzug in .config/ranger/rc.conf |
| 2021-05-12 17:54:41 +0200 | <novasenco> | yes I enabled previews. |
| 2021-05-12 17:54:57 +0200 | <novasenco> | set use_preview_script true/set preview_images true/etc |
| 2021-05-12 18:02:59 +0200 | <Solid> | oh this is one of those fancy terminal image previewers? |
| 2021-05-12 18:03:07 +0200 | <Solid> | seems unlikely that xmonad would cause anything there to break |
| 2021-05-12 18:03:24 +0200 | <ElKowar[m]> | well it does work by overlaying another thing on top of the terminal |
| 2021-05-12 18:03:27 +0200 | <ElKowar[m]> | it does some hacky X stuff |
| 2021-05-12 18:04:25 +0200 | <Solid> | aha |
| 2021-05-12 18:04:32 +0200 | <Solid> | so maybe ewmh or something |
| 2021-05-12 18:04:40 +0200 | <Solid> | that seems to fix most problems =) |
| 2021-05-12 18:04:41 +0200 | <ElKowar[m]> | yea maybe |
| 2021-05-12 18:05:15 +0200 | gzj | (~gzj@unaffiliated/gzj) |
| 2021-05-12 18:06:12 +0200 | gzj | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
| 2021-05-12 18:06:33 +0200 | gzj | (~gzj@unaffiliated/gzj) |
| 2021-05-12 18:06:40 +0200 | <geekosaur> | I'm thinking it's actually more related to why mono apps don't work, since it's treating the terminal as a canvas window |
| 2021-05-12 18:11:12 +0200 | cfricke | (~cfricke@unaffiliated/cfricke) (Ping timeout: 245 seconds) |
| 2021-05-12 18:37:04 +0200 | <dminuoso> | What's the point of passive key grabs? If a grab is held as long as the key is pressed, but released then - what's the usefulness of it? |
| 2021-05-12 18:39:56 +0200 | <geekosaur> | it's not released when the key is, when the key is pressed the grab becomes an active keyboard grab until specifically released |
| 2021-05-12 18:40:49 +0200 | <geekosaur> | this basically gives you a key sequence that other clients can't "steal" or even see, since they switch control of the keyboard over to the client that requested the passive grab |
| 2021-05-12 18:41:36 +0200 | <dminuoso> | So does the mod-key from xmonad use such a passive grab then? |
| 2021-05-12 18:41:37 +0200 | <geekosaur> | meanwhile the client doesn't have to examine every single keypress to see if it should act, the server will wake it up when the right key sequence is pressed |
| 2021-05-12 18:41:50 +0200 | <geekosaur> | not the modkey itself but sequences like mod-q |
| 2021-05-12 18:42:46 +0200 | <dminuoso> | Ah. |
| 2021-05-12 18:42:59 +0200 | <geekosaur> | you can see this in programs which show unbound keys, such as emacs if I press mod-s it goes through and emacs reports it as an unbound key because xmonad doesn't have a grab on it either with my config |
| 2021-05-12 18:43:52 +0200 | <dminuoso> | So pressing down mod key will generate a key-down event for emacs, and if I then follow that up with `q`, this will trigger the grab and send the event right to emacs |
| 2021-05-12 18:43:54 +0200 | <geekosaur> | but once grabbed it gets every key pressed, so things like XMonad.Actions.Submap or XMonad.Prompt will work |
| 2021-05-12 18:44:05 +0200 | <dminuoso> | ahh |
| 2021-05-12 18:44:14 +0200 | <geekosaur> | emacs is just because I know it'll show the key instead of just beeping |
| 2021-05-12 18:44:21 +0200 | <dminuoso> | Sure, lets just stuck to that example - its fine |
| 2021-05-12 18:44:23 +0200 | <geekosaur> | so I can verify it sees the expected key |
| 2021-05-12 18:44:42 +0200 | <geekosaur> | emacs doesn't do key grabs, xmonad does |
| 2021-05-12 18:44:55 +0200 | <dminuoso> | How can I make emacs tell me this? It'd be nice if I could experiment myself |
| 2021-05-12 18:45:19 +0200 | <geekosaur> | it just reports it in the messages buffer "s-s is undefined" for mod-s with mod = mod4 |
| 2021-05-12 18:45:27 +0200 | <dminuoso> | Oh, I guess xev would suffice too |
| 2021-05-12 18:45:35 +0200 | <geekosaur> | the first "s" stands for "super", thanks MIT |
| 2021-05-12 18:45:39 +0200 | <geekosaur> | yeh |
| 2021-05-12 18:46:58 +0200 | <geekosaur> | xev's a little annoying since you need to position the mouse pointer in the box to see the key events on the terminal, then use a layout that lets them run side by side (but I most commonly use tabbed…) |
| 2021-05-12 18:47:37 +0200 | <dminuoso> | Well, since I only care about keyboard right now, the focus is not an issue. |
| 2021-05-12 18:48:08 +0200 | dariof4 | (~dario@178.249.202.150) |
| 2021-05-12 18:49:25 +0200 | <dminuoso> | So this is interesting, if I start to press mod, keep it held, and then press a key say 'f' for which a passive grab exists in my xmonad, and then release 'f', and then release 'mod', xev does not receive a KeyRelease event for 'mod' |
| 2021-05-12 18:49:34 +0200 | <dminuoso> | How comes? |
| 2021-05-12 18:49:47 +0200 | <dminuoso> | Is the grab held until the entire key combination is released? |
| 2021-05-12 18:49:55 +0200 | <dminuoso> | (for a grab on key + modifier I mean) |
| 2021-05-12 18:50:35 +0200 | <geekosaur> | the passive grab is on the key release, I think, after wich all key events are directed to the grabbing client (xmonad, here) |
| 2021-05-12 18:50:51 +0200 | <dminuoso> | right, but key release of the entire modifier combination right? |
| 2021-05-12 18:50:57 +0200 | <geekosaur> | so neither xev nor anything else can see key events until xmonad drops the now-active grab |
| 2021-05-12 18:51:19 +0200 | <geekosaur> | generally not, just the "normal" key and not the modifier |
| 2021-05-12 18:51:40 +0200 | <geekosaur> | this leads to odd behavior if you bind a key both as a modifier and as a normal key |
| 2021-05-12 18:52:32 +0200 | <dminuoso> | wouldnt that suggest I should see a KeyRelease event for Super_L in the above scenario? |
| 2021-05-12 18:53:01 +0200 | <geekosaur> | no, because the grab becomes active at the key release for 'f' |
| 2021-05-12 18:53:23 +0200 | <geekosaur> | hm, I think that means it shouldn't see that one either |
| 2021-05-12 18:53:40 +0200 | <dminuoso> | hold on, the documentation suggests the grab becomes active at the key press |
| 2021-05-12 18:53:57 +0200 | geekosaur | is poking locally |
| 2021-05-12 18:54:28 +0200 | <dminuoso> | https://www.x.org/wiki/Development/Documentation/GrabProcessing/ |
| 2021-05-12 18:54:38 +0200 | <dminuoso> | "A client can create multiple passive grabs (GrabButton/GrabKey), and they become active whenever the specified button/key is pressed, until it is released again." |
| 2021-05-12 18:55:01 +0200 | <geekosaur> | fwiw I see all key presses and releases locally and I think I have mod-f bound |
| 2021-05-12 18:55:33 +0200 | <dminuoso> | Plus, if I read the bit about implicit passive grabs, that strengthens my position |
| 2021-05-12 18:55:42 +0200 | <dminuoso> | "[About implicit passive grabs:] The purpose of the grab is to ensure that a ButtonRelease event is delivered to the same client as the ButtonPress event." |
| 2021-05-12 18:56:02 +0200 | <dminuoso> | That wouldn't make any sense if the grab was activated on the release event |
| 2021-05-12 18:56:42 +0200 | geekosaur | apparentrly misremembered |
| 2021-05-12 18:58:44 +0200 | <dminuoso> | Mind my asking, how do you make emacs report unbound keys? |
| 2021-05-12 18:59:47 +0200 | <geekosaur> | it does it by default down in the message line |
| 2021-05-12 19:00:16 +0200 | <dminuoso> | Haha, years with emacs and I never noticed |
| 2021-05-12 19:00:20 +0200 | <geekosaur> | oh, my config didn't have mod-f bound after all |
| 2021-05-12 19:00:36 +0200 | <geekosaur> | it's getting passed through, I would have had to use something like mod-t that I do bind |
| 2021-05-12 19:02:04 +0200 | <dminuoso> | I think I have some experimentation to do. |
| 2021-05-12 19:02:47 +0200 | gzj | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
| 2021-05-12 19:03:28 +0200 | <geekosaur> | so for what it's worth, with mod-t which I know my config binds, xev sees the modifier key press and release but neither one for the t |
| 2021-05-12 19:05:40 +0200 | <dminuoso> | Really? I find that interesting |
| 2021-05-12 19:05:48 +0200 | <dminuoso> | Oh, I have a theory of why.. |
| 2021-05-12 19:06:04 +0200 | <geekosaur> | you quoted it earlier |
| 2021-05-12 19:06:20 +0200 | <geekosaur> | >> "[About implicit passive grabs:] The purpose of the grab is to ensure that a ButtonRelease event is delivered to the same client as the ButtonPress event." |
| 2021-05-12 19:06:27 +0200 | <dminuoso> | No I meant, why I saw a different result in my xev than what you described |
| 2021-05-12 19:06:40 +0200 | <geekosaur> | oh |
| 2021-05-12 19:06:42 +0200 | <dminuoso> | Nope, still dont see a release event for mod key |
| 2021-05-12 19:07:15 +0200 | <geekosaur> | I had some WM_STATE and _NET_WM_STATE property change events before the key release |
| 2021-05-12 19:08:23 +0200 | <dminuoso> | Okay. my key combo created a new window, that seems like it influenced it |
| 2021-05-12 19:08:41 +0200 | <dminuoso> | I made a new key combo which just does `pure ()` as the action, and now I see the release event for Super_L |
| 2021-05-12 19:09:57 +0200 | <dminuoso> | and in fact, I see the grab notify on key down of f, and ungrab notify on release of f |
| 2021-05-12 19:10:39 +0200 | <dminuoso> | And as expected, no release event on t, since that would be sent to xmonad - as documented and expected |
| 2021-05-12 19:10:47 +0200 | <dminuoso> | (err, well f rather than t) |
| 2021-05-12 19:14:11 +0200 | pmj | (~pmj@ipbcc2919d.dynamic.kabel-deutschland.de) (Ping timeout: 240 seconds) |
| 2021-05-12 19:17:52 +0200 | <dminuoso> | Time to glue xmonad to dbus. :) |
| 2021-05-12 19:18:04 +0200 | <dminuoso> | I sense great things on the horizon |
| 2021-05-12 19:18:38 +0200 | <geekosaur> | you'll need to rework the main loop, which currently assumes sleeping on XNextEvent() is sufficient |
| 2021-05-12 19:19:28 +0200 | <dminuoso> | oh |
| 2021-05-12 19:19:49 +0200 | <dminuoso> | I think I can work with that, does xmonad allow for hooks into the main l,oop? |
| 2021-05-12 19:22:50 +0200 | <geekosaur> | not currently |
| 2021-05-12 19:23:46 +0200 | <geekosaur> | I've thought about reworking it to listen for fd events (then you could hook in whatever) and passing the additional events to handleEventHook somehow, but it'd require extending it to support more than X11 events |
| 2021-05-12 19:23:58 +0200 | <geekosaur> | otr making generic fd hooks look like clientMessage events |
| 2021-05-12 19:28:52 +0200 | <dminuoso> | So my endgoal is to keep a keyboard led synchronized with the mute state of my microphone.. since I dont want to set up a separate server, I figured why not plug this into my xmonad. |
| 2021-05-12 19:29:08 +0200 | <dminuoso> | just subscribe to the respective dbus events (and perhaps send some back to manipulate the mute state) |
| 2021-05-12 19:34:22 +0200 | <geekosaur> | tbh we usually recommend doing that kind of thing outside of xmonad, to keep it small and focused |
| 2021-05-12 19:37:08 +0200 | <dminuoso> | And here I was, playing with the joke of writing xmonacs - a window manager with full emacs power builtin. |
| 2021-05-12 19:37:48 +0200 | <dminuoso> | Humor aside, Im just experimenting with various ideas here. |
| 2021-05-12 19:44:10 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Read error: Connection reset by peer) |
| 2021-05-12 19:48:22 +0200 | <Solid> | that would probably by exwm ;) |
| 2021-05-12 19:53:43 +0200 | <geekosaur> | someone iirc actually wrote a major mode for emacs that made it a window manager. it didnt go well, mostly because emacs is single-threaded and can't do things like window management and user interaction at the same time |
| 2021-05-12 19:57:22 +0200 | <ElKowar[m]> | Pretty sure there are a good few people that actually do use EXWM as their daily driver - they just learned to not do the things that block the main thread, and learned to deal with it |
| 2021-05-12 20:05:00 +0200 | <dminuoso> | Unrelatedly, I have a Cal key on my keyboard, which xev reports as XF86Calculator - how can I provide a keybinding for that? |
| 2021-05-12 20:05:14 +0200 | <dminuoso> | state 0x0, keycode 148 (keysym 0x1008ff1d, XF86Calculator), same_screen YES, |
| 2021-05-12 20:05:34 +0200 | notis | (~notis@85.203.44.149) (Ping timeout: 252 seconds) |
| 2021-05-12 20:06:42 +0200 | <dminuoso> | Do I have to modmap 148 to say Hyper_L and use that? |
| 2021-05-12 20:06:50 +0200 | <geekosaur> | use the hex keysym, not the keycode |
| 2021-05-12 20:07:09 +0200 | <dminuoso> | Oh, KeySym is just integral, did not realize |
| 2021-05-12 20:07:15 +0200 | <geekosaur> | you don't have to map it to a modifier, unless you intend to use it as one (that is, like a shift or control key) |
| 2021-05-12 20:07:31 +0200 | <dminuoso> | No, I want it as its own kney |
| 2021-05-12 20:07:35 +0200 | <geekosaur> | unwrap all the newtypes and type aliases and it's just CInt, iirc |
| 2021-05-12 20:08:05 +0200 | <geekosaur> | hm, no newtypes, just a 6-deep nest of aliases :) |
| 2021-05-12 20:10:44 +0200 | <Liskni_si> | geekosaur: http://haskell.org/haskellwiki/Image:Xmbindings.png works again |
| 2021-05-12 20:10:59 +0200 | <geekosaur> | yay |
| 2021-05-12 20:11:44 +0200 | <Liskni_si> | > these are redirects from old urls that were put in place when we migrated the wiki to a new domain years ago, and got lost when we just migrated the server. |
| 2021-05-12 20:11:45 +0200 | <lambdabot> | <hint>:1:49: error: <hint>:1:49: error: parse error on input ‘in’ |
| 2021-05-12 20:11:50 +0200 | <Liskni_si> | > (davean had temporarily disabled the rewrite rule in order to see if he could improve it, but it never got reenabled or improved -- so for now i just turned it back on) |
| 2021-05-12 20:11:52 +0200 | <lambdabot> | <hint>:1:51: error: <hint>:1:51: error: parse error on input ‘in’ |
| 2021-05-12 20:12:30 +0200 | <dminuoso> | geekosaur: mmm, 148 does not appear to be working. |
| 2021-05-12 20:12:43 +0200 | <geekosaur> | use the hex keysym, not the keycode |
| 2021-05-12 20:13:09 +0200 | <geekosaur> | xmonad translates keysyms to keycodes internally and does not expose keycodes directly |
| 2021-05-12 20:13:15 +0200 | <dminuoso> | ahh |
| 2021-05-12 20:13:44 +0200 | <dminuoso> | this works beautifully, thanks |
| 2021-05-12 20:29:47 +0200 | pmj | (~pmj@ipbcc2919d.dynamic.kabel-deutschland.de) |
| 2021-05-12 20:40:06 +0200 | geekosaur | (930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed) |
| 2021-05-12 20:40:28 +0200 | geekosaur | (930099da@rrcs-147-0-153-218.central.biz.rr.com) |
| 2021-05-12 20:42:21 +0200 | ElKowar | (~ElKowar@srv-fin.xware-gmbh.de) |
| 2021-05-12 20:46:36 +0200 | kr1x | (~kriket@2607:fb90:d240:a660:6135:38f4:620a:b2e) |
| 2021-05-12 20:46:38 +0200 | kr1x | (~kriket@2607:fb90:d240:a660:6135:38f4:620a:b2e) (Client Quit) |
| 2021-05-12 20:48:18 +0200 | electr0n | (~electr0n@about/security/founder/electr0n) (Quit: WeeChat 3.1) |
| 2021-05-12 20:50:54 +0200 | ElKowar | (~ElKowar@srv-fin.xware-gmbh.de) (Quit: The Lounge - https://thelounge.chat) |
| 2021-05-12 20:51:04 +0200 | pmj | (~pmj@ipbcc2919d.dynamic.kabel-deutschland.de) (Ping timeout: 252 seconds) |
| 2021-05-12 20:51:13 +0200 | ElKowar | (~ElKowar@srv-fin.xware-gmbh.de) |
| 2021-05-12 20:57:36 +0200 | dariof4 | (~dario@178.249.202.150) (Quit: WeeChat 3.1) |
| 2021-05-12 21:37:50 +0200 | growpotkin | (~growpotki@130.45.30.154) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-05-12 21:39:38 +0200 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 2021-05-12 21:44:18 +0200 | dariof4 | (~dario@178.249.202.150) |
| 2021-05-12 21:59:56 +0200 | gzj | (~gzj@unaffiliated/gzj) |
| 2021-05-12 22:04:36 +0200 | gzj | (~gzj@unaffiliated/gzj) (Ping timeout: 260 seconds) |
| 2021-05-12 22:05:32 +0200 | geekosaur | (930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed) |
| 2021-05-12 22:06:05 +0200 | geekosaur | (930099da@rrcs-147-0-153-218.central.biz.rr.com) |
| 2021-05-12 22:14:56 +0200 | thc202 | (~thc202@unaffiliated/thc202) (Ping timeout: 258 seconds) |
| 2021-05-12 22:15:31 +0200 | notis | (~notis@2a02:2149:8a44:5700:3fe0:286c:a70f:ba77) |
| 2021-05-12 22:41:10 +0200 | geekosaur | (930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed) |
| 2021-05-12 22:48:18 +0200 | geekosaur | (930099da@rrcs-147-0-153-218.central.biz.rr.com) |
| 2021-05-12 22:49:47 +0200 | geekosaur | is trying to figure out if there's a batch way to convert the wiki |
| 2021-05-12 22:50:29 +0200 | <geekosaur> | looks like "not really" since I get a big xml file from mediawiki and no good way to pick individual pages from it for conversion or uploading |
| 2021-05-12 22:50:36 +0200 | <geekosaur> | not to mention how images would work |
| 2021-05-12 22:55:49 +0200 | <geekosaur> | in fact it doesn't export images at all, so it'll have to be manual |
| 2021-05-12 23:28:06 +0200 | xsteve | (~user@217-149-167-109.nat.highway.telekom.at) |
| 2021-05-12 23:29:23 +0200 | xsteve | (~user@217-149-167-109.nat.highway.telekom.at) () |
| 2021-05-12 23:35:25 +0200 | thoros | (~thoros@193-154-185-59.adsl.highway.telekom.at) (Ping timeout: 260 seconds) |
| 2021-05-12 23:39:37 +0200 | coldpress | (~coldpress@128.9.105.34.bc.googleusercontent.com) |
| 2021-05-12 23:53:07 +0200 | wonko7 | (~wonko7@62.115.229.50) (Ping timeout: 252 seconds) |
