Logs on 2021-11-10 (liberachat/#xmonad)
| 00:06:12 | <liskin> | oh, indeed |
| 00:06:36 | <liskin> | 9 sponsors this evening \o/ |
| 00:20:32 | → | hippoid joins (~hippoid@c-98-220-13-8.hsd1.il.comcast.net) |
| 00:20:57 | <hippoid> | is this the right place to ask about a gnome issue I'm having after xmonad? |
| 00:23:04 | <geekosaur> | maybe. I'm not sure what you mean by "gnome issue … after xmonad" though |
| 00:24:19 | <hippoid> | i was using gnome-tweaks to map CAPS LOCK to esc, and after installing lightdm to get the option to use Xmonad as the window manager, CAPS LOCK has gone back to being CAPS LOCK, even though it's still set in gnome-tweaks to be mapped to ESC |
| 00:26:37 | <geekosaur> | that sounds like it was being applied by gdm. but if lightdm is offering xmonad, so should any other display manager; they might need some kind of restart to pick up new session definitions, though |
| 00:27:14 | <geekosaur> | I think gdm in particular needs a kick to see new sessions |
| 00:27:14 | → | zenex[m] joins (~zenexmatr@2001:470:69fc:105::1:3047) |
| 00:27:46 | <geekosaur> | so it's possible that switching back to gdm will get you both the tweak and the xmonad session |
| 00:27:59 | <hippoid> | ok, i'm going to try that. thanks |
| 00:28:07 | <geekosaur> | I'm curious why you'd use a custom tweak program instead of the usual Xkb editor though |
| 00:28:28 | <hippoid> | I'm a noob to linux on the desktop |
| 00:28:49 | <hippoid> | do you recommend Xkb to map keys? |
| 00:29:26 | <geekosaur> | also if you mean that your tweak doesn't work in xmonad, that would be expected because xmonad doesn't load the gnome settings, Xkb settings, etc. by itself, not being a desktop manager |
| 00:30:11 | <geekosaur> | you could arrange to load those settings on xmonad startup but it'sa bit of a pain. I went with xmonad as window manager for the mate desktop in part so I can use mate's session startup stuff for that |
| 00:30:46 | <hippoid> | so Xmonad is a windows manager, but isn't there also a desktop manager running while Xmonad is running? |
| 00:31:35 | <hippoid> | I don't care what desktop manager I use. I just want Xmonad and the ability to map CAPS LOCK to esc, and want whatever is most straightforward |
| 00:32:45 | <geekosaur> | no, desktop managers are a different and relatively new thing on unixlikes. in the old days people didn't really do desktops as such |
| 00:33:30 | <geekosaur> | but, you know, gotta compete with windows. so came opendesktop and common desktop environment and eventually gnome and kde |
| 00:35:11 | <hippoid> | Do i need a desktop manager to map CAPS LOCK to esc while using Xmonad? |
| 00:37:15 | <geekosaur> | no, it just makes it easier because it'll provide (a) an easy way to edit keyboard settings (b) automatic loading of the result on session start |
| 00:37:31 | <geekosaur> | so you don't have to hunt down how to edit a keyboard configuration and load it yourself |
| 00:38:38 | <geekosaur> | there are also various other things that are easier with a desktop manager, including monitor setup/configuration. and you can have it load gtk themes, which is nice because default gtk is pretty ugly |
| 00:40:29 | <geekosaur> | anyway many people run xmonad without a desktop manager, but we also provide instructions for using it with various desktop managers in the wiki (https://wiki.haskell.org/Xmonad) |
| 00:41:42 | <hippoid> | so if i'm understanding this correctly, I'll have to configure the XMonad startup process to load gnome settings? |
| 00:42:32 | <geekosaur> | yes. probably running gnome-settings-daemon from main before invoking the xmonad combinator is enough |
| 00:43:00 | <hippoid> | ok, that's moving in the right direction, Thanks! |
| 00:43:17 | <hippoid> | I sometimes can't believe how helpful+useful IRC is. |
| 00:45:20 | × | hippoid quits (~hippoid@c-98-220-13-8.hsd1.il.comcast.net) (Remote host closed the connection) |
| 01:10:03 | × | noex quits (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) (Read error: Connection reset by peer) |
| 01:11:29 | → | noex joins (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 01:26:27 | × | Extropy quits (~extropy@user/extropy) (Ping timeout: 276 seconds) |
| 01:28:02 | → | Extropy joins (~extropy@user/extropy) |
| 01:30:06 | → | Ekstropiya joins (~extropy@user/extropy) |
| 01:33:36 | × | Extropy quits (~extropy@user/extropy) (Ping timeout: 276 seconds) |
| 01:40:29 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Quit: Leaving) |
| 01:41:52 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 01:51:09 | × | Ekstropiya quits (~extropy@user/extropy) (Ping timeout: 276 seconds) |
| 01:54:01 | → | Ekstropiya joins (~extropy@user/extropy) |
| 02:09:40 | → | nomadxx3 joins (~lanomadx@69.167.42.149) |
| 02:11:18 | × | nomadxxxx3 quits (~lanomadx@208.91.66.247) (Ping timeout: 268 seconds) |
| 02:15:32 | × | catman quits (~catman@user/catman) (Ping timeout: 240 seconds) |
| 02:16:00 | → | gruntsplatter joins (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
| 02:48:37 | → | catman joins (~catman@user/catman) |
| 03:04:53 | × | banc- quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 264 seconds) |
| 03:22:21 | → | banc joins (banc@gateway/vpn/airvpn/banc) |
| 03:39:19 | × | gruntsplatter quits (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Ping timeout: 256 seconds) |
| 03:53:42 | <noex> | does xmonad support the XDG directory specification or do I have to have .xmonad in my ~ |
| 04:07:32 | × | Armoletti^ quits (~armoletti@dyn70-177.yok.fi) (Ping timeout: 240 seconds) |
| 04:51:05 | → | Armoletti^ joins (~armoletti@dyn70-177.yok.fi) |
| 05:03:37 | × | Ekstropiya quits (~extropy@user/extropy) (Quit: WeeChat 3.3) |
| 05:10:09 | → | SenranKaguya joins (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 05:20:06 | → | gruntsplatter joins (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
| 05:54:45 | × | gruntsplatter quits (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Ping timeout: 256 seconds) |
| 05:54:47 | × | noex quits (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) (Ping timeout: 250 seconds) |
| 05:56:31 | → | gruntsplatter joins (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
| 06:15:53 | × | ServerStatsDisco quits (~serversta@2001:470:69fc:105::1a) (Quit: Client limit exceeded: 20000) |
| 06:54:15 | × | gruntsplatter quits (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Ping timeout: 256 seconds) |
| 06:57:49 | <Solid> | ?tell noex we support XDG, just create a ~/.config/xmonad/xmonad.hs and delete a possible config in ~/.xmonad |
| 06:57:49 | <lambdabot> | Consider it noted. |
| 06:57:50 | → | ServerStatsDisco joins (~serversta@2001:470:69fc:105::1a) |
| 06:58:05 | <Solid> | at least one of these logo ideas looks pretty good |
| 07:19:03 | → | qbt joins (~qbt@user/edun) |
| 07:20:50 | × | SenranKaguya quits (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 260 seconds) |
| 07:28:23 | → | gruntsplatter joins (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
| 08:41:43 | × | redgloboli quits (~redglobol@user/redgloboli) (Ping timeout: 260 seconds) |
| 09:02:59 | → | redgloboli joins (~redglobol@user/redgloboli) |
| 09:11:59 | <FOSSHuman[m]> | Just noticed that DT posted a vid on XMonad: https://youtu.be/2_0hfV_FN6o |
| 09:12:21 | → | cfricke joins (~cfricke@user/cfricke) |
| 09:17:33 | → | allbery_b joins (~geekosaur@xmonad/geekosaur) |
| 09:17:33 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 09:17:36 | allbery_b | is now known as geekosaur |
| 09:45:40 | → | _0dI joins (~user@188-23-192-166.adsl.highway.telekom.at) |
| 09:56:35 | <liskin> | Yeah |
| 09:56:52 | <liskin> | With those logo submissions I'm almost thinking of not submitting my own one :-) |
| 09:57:08 | Solid | should have probably posted a 50x50 pixel version of the first logo |
| 09:57:18 | <Solid> | a lot of these don't scale very well |
| 09:57:31 | <liskin> | That's a very good point! |
| 09:58:06 | <liskin> | We'll need to have favicons available when voting |
| 09:58:36 | <Solid> | yes |
| 09:58:47 | <Solid> | perhaps it's worth editing this in still |
| 09:59:04 | <Solid> | gfmd can scale images, after all |
| 10:04:05 | × | gruntsplatter quits (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Ping timeout: 246 seconds) |
| 10:15:43 | <Solid> | well I seem to be motivated today |
| 10:16:00 | <Solid> | all single submissions should be rescaled now |
| 10:16:16 | <Solid> | now back to writing latex macros, I guess :] |
| 10:17:00 | <liskin> | good for you :-) |
| 10:17:20 | <liskin> | my hand still hurts :-( |
| 10:19:42 | <Solid> | :/ |
| 10:24:47 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 10:26:06 | <mc47> | I'm happy that the logo contest picked up some steam! |
| 10:26:29 | → | gruntsplatter joins (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
| 10:26:52 | <liskin> | yeah, it illustrates how hopelessly bad I am at marketing ;-) |
| 10:29:18 | <mc47> | Not necessarily, we just don't have the reach DT has |
| 10:29:42 | <mc47> | I'm curious whether we'll be bombarded with bugs when the official repos update the packages |
| 10:29:59 | <Solid> | I would imagine |
| 10:30:18 | <liskin> | we might need to release 0.17.1 with the windowswallowing fix quite early I guess |
| 10:30:32 | × | gruntsplatter quits (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Ping timeout: 240 seconds) |
| 10:31:19 | <liskin> | mc47: yeah, we definitely don't have the reach, but we've had much more successful tweets than the release announcement, so something did go wrong definitely |
| 10:31:31 | <liskin> | I just have no idea what :-/ |
| 10:32:38 | <Solid> | internet attention is flaky |
| 10:32:41 | <Solid> | don't worry about it |
| 10:41:35 | <mc47> | I wouldn't worry about it, p > 5% :) |
| 10:42:39 | <mc47> | Yeah, we could do that |
| 10:55:04 | → | gruntsplatter joins (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
| 11:52:53 | → | nesqi joins (~nesqi@h-158-174-130-28.A465.priv.bahnhof.se) |
| 11:57:16 | <nesqi> | I'm trying to improve my experience with running xmonad both localy and on my remote server. This obviously causes issued with modkey not being passed through. What are the standard ways of solving this? I have configured a different modkey on the remote server but I keep messing up my commands so I was wondering if people have other smart |
| 11:57:16 | <nesqi> | solutions for this problem. |
| 11:57:45 | × | gruntsplatter quits (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Ping timeout: 268 seconds) |
| 11:58:37 | <nesqi> | One way I was thinking of was having dedicated desktops for my remote-app that pass modkey through. I'm not sure how to configure this though. Any suggestions on extentions I should chekc out? |
| 11:59:28 | <nesqi> | Or other suggestions on how to work with nested xmonads. |
| 12:13:24 | → | gruntsplatter joins (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
| 12:22:12 | → | dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net) |
| 12:35:05 | → | humky joins (~humky@user/humky) |
| 12:37:52 | <geekosaur> | it's easier if you can convince the connection to the remote to do a fill keyboard grab, and release it on some special keystroke; then you can use the same mod key on both, and more easily tell which one has focus. (I'd also recommend larger borders, again to make it easier to tell when the remote has focus.) |
| 12:38:15 | <geekosaur> | you cannot use a different mod key per desktop, the way xmonad does things |
| 12:39:04 | × | gruntsplatter quits (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Quit: WeeChat 3.3) |
| 12:41:49 | <Solid> | mh, I guess you could check the focused window and, if it matches some conditions, send a synthetic key press event? |
| 12:41:57 | <Solid> | don't know if we handle these though |
| 12:44:47 | <nesqi> | I see.. so it's not possible to change modkey dynamically? |
| 12:48:08 | <Solid> | I mean the modMask is part of XConfig, so it should indeed be possible |
| 12:48:21 | <Solid> | you'd just need to regrab all keys afterwards, to make sure this takes effect |
| 12:48:32 | <Solid> | but I don't think there is anything pre-written for this |
| 12:50:22 | <nesqi> | hm.. regrab, as in Xmonad needs to query Xorg about key-states? |
| 12:50:53 | <nesqi> | Or somehow clear the internal state in Xmonad related to keys? |
| 12:51:59 | <Solid> | a little bit of both I suppose |
| 12:52:04 | <Solid> | but we already have grabKeys |
| 12:52:12 | <Solid> | and we do this on a MappingNotifyEvent anyways |
| 12:52:21 | <Solid> | so I'd expect that code to work as-is in this case |
| 12:52:48 | <Solid> | https://github.com/xmonad/xmonad/blob/master/src/XMonad/Main.hs#L340 for reference |
| 13:09:02 | <nesqi> | Well, this got complicated quite fast. I wish the day had more hours. |
| 13:45:38 | → | humky_ joins (~humky@user/humky) |
| 13:45:57 | × | humky quits (~humky@user/humky) (Read error: Connection reset by peer) |
| 13:48:05 | → | humky joins (~humky@user/humky) |
| 13:50:09 | × | humky_ quits (~humky@user/humky) (Read error: Connection reset by peer) |
| 13:54:41 | × | humky quits (~humky@user/humky) (Read error: Connection reset by peer) |
| 14:10:31 | × | eblip quits (~eb0t@90.209.247.46) (Ping timeout: 245 seconds) |
| 14:12:44 | → | eblip joins (~eb0t@90.199.241.70) |
| 15:08:32 | → | k` joins (~user@152.1.137.158) |
| 15:19:22 | → | Andrew_ joins (~andrew@user/andrewyu) |
| 15:20:15 | × | AndrewYu quits (~andrew@user/andrewyu) (Read error: Connection reset by peer) |
| 15:43:31 | × | dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 256 seconds) |
| 15:45:54 | × | cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.3) |
| 15:59:13 | → | dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net) |
| 16:03:33 | → | sanikago joins (~sanikago@2600:8804:5811:6a00::1bbc) |
| 16:09:15 | × | sanikago quits (~sanikago@2600:8804:5811:6a00::1bbc) (Quit: Konversation terminated!) |
| 16:09:36 | → | SenranKaguya joins (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 16:13:54 | × | nesqi quits (~nesqi@h-158-174-130-28.A465.priv.bahnhof.se) (Quit: Client closed) |
| 16:21:52 | × | SenranKaguya quits (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Quit: WeeChat 3.3) |
| 16:31:40 | → | seschwar joins (~seschwar@user/seschwar) |
| 16:33:42 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 16:35:27 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 16:47:18 | → | twiclo joins (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c) |
| 16:56:08 | × | twiclo quits (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c) (Quit: WeeChat 3.2) |
| 17:00:14 | → | SenranKaguya joins (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 17:35:09 | → | Vermoot joins (~vermoot@89-158-106-112.rev.numericable.fr) |
| 17:38:23 | <Vermoot> | Hiya |
| 17:40:58 | <mc47> | yo |
| 17:42:51 | <Vermoot> | I'm trying to set up a MouseResizableTile layout |
| 17:43:26 | <Vermoot> | Noticing that it doesn't take arguments like ResizableTall or Tall, to set a default layout (nmaster, ratio, etc) |
| 17:43:44 | <Vermoot> | At least that's what's in the docs ( https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Layout-MouseResizableTile.html#v:mouseResizableTile ) and what the compiler tells me |
| 17:44:21 | <Vermoot> | But then I look at the module on github and I see this https://github.com/xmonad/xmonad-contrib/blob/67a92edd2a34a146f664c04e5d6ba732e18fcebb/XMonad/Layout/MouseResizableTile.hs#L103 |
| 17:45:01 | <Vermoot> | I'm not great at reading and basically understanding Haskell but it seems to me that the module is set up to be able to use those arguments, just like Tall |
| 17:45:18 | <Vermoot> | Just maybe, not the actual function mouseResizableTile ? |
| 17:55:04 | <Solid> | the function mouseResizableTile essentially just gives you back some defaults for those arguments |
| 17:55:26 | <Solid> | the implementation is just `mouseResizableTile = MRT 1 0.5 0.5 0.03 [] [] [] (FixedDragger 6 6) 0 0 False`, you can match those arguments with the MRT constructor that you posted |
| 17:58:25 | <Vermoot> | I've tried that to no avail, I guess my syntax was just busted |
| 17:58:45 | <Vermoot> | tiled = MRT nmaster ratio delta [] [] [] (FixedDragger 6 6) 0 0 False |
| 17:58:59 | <Vermoot> | (where nmaster ratio delta etc) |
| 17:59:28 | <Vermoot> | This gives me an error : Data constructor not int scope |
| 17:59:31 | <Vermoot> | in* |
| 18:03:03 | → | td_ joins (~td@94.134.91.32) |
| 18:03:52 | <fizzie> | The MTR constructor isn't exported from the module. |
| 18:04:19 | <fizzie> | s/MTR/MRT/ but anyway. |
| 18:05:01 | <fizzie> | It only exports `mouseResizableTile`, `mouseResizableTileMirrored` and two constructors (`ShrinkSlave`, `ExpandSlave`) of the MRTMessage type. |
| 18:05:09 | <Vermoot> | Meaning there's no way to use it from outside? |
| 18:05:57 | <fizzie> | As far as I know. Slightly unfriendly. |
| 18:06:05 | <Vermoot> | Hmm. |
| 18:06:42 | <Vermoot> | But from what I see it should be doable to modify the module so that it works similarly to ResizableTile, right? |
| 18:08:00 | <fizzie> | Yeah. You could just add some arguments to the function. |
| 18:09:19 | <Vermoot> | I've tried looking at ResizableTile to see if it had a similar function, and try to mimick that in MouseResizableTile, but it doesn't |
| 18:10:52 | <Vermoot> | That's because the ResizableTall constructor (confusing name, btw, re: tile/tall) is exported so it doesn't need a function like mouseResizableTile? |
| 18:12:38 | <fizzie> | Yes. The exports are listed up top, the `ResizableTall(..)` exports all constructors (well, there's just one) of the type. |
| 18:13:31 | <fizzie> | MouseResizableTile could do the same, I guess its author has just decided some of those values are too "internal" to expose to confuse people. |
| 18:14:34 | <Vermoot> | So, in the interest of consistency wouldn't we want both of these to work the same? Either by exporting the MRT (or MouseResizableTile) constructor, or by adding a resizableTile to ResizableTile? Which would be better? |
| 18:15:52 | <Vermoot> | (Am I about to make my first PR to xmonad-contrib while knowing very little haskell?) |
| 18:18:59 | <fizzie> | Some of those parameters for the type constructor *are* pretty internal. You could argue it's more "consistent" for MouseResizableTile to export a function that takes the same three parameters as Tall, under the assumption that people are familiar with them. But I don't really have an opion on this. :) |
| 18:20:20 | <Vermoot> | Well as a beginner who's followed the official guides to get to where I am, I can tell you thore three arguments are in there, they're explained, and I think they're useful to be able to change in a config as well |
| 18:22:56 | <Vermoot> | So to export the constructor with those three arguments then I can just change `MouseResizableTile` into `MouseResizableTile(nmaster, masterFrac, fracIncrement)`? Is that how that works? |
| 18:23:42 | <Vermoot> | (Sorry for asking questions like that, but this is pretty specific and I think I'd have a bit of difficulty googling for what I want, especially since I'm not very familiar with all of it) |
| 18:24:09 | <Vermoot> | (gtg for now but I'll read your answer when I get back and resume this) |
| 18:39:28 | <fizzie> | No, I don't think you can export a constructor that would have a subset of arguments, because *something* has to provide the rest too in order to construct that type, and there's no such thing as "defaults". That's presumably why it currently exports a function: it's a way of providing values for those fields without having the calling code supply them. |
| 18:41:21 | × | _0dI quits (~user@188-23-192-166.adsl.highway.telekom.at) (Ping timeout: 250 seconds) |
| 18:43:13 | <fizzie> | The export syntax of `Foo(Bar, Baz, ...)` is for exporting only a subset of constructors of a type. So for MouseResizableTile, for example, exporting `MRTMessage (ShrinkSlave, ExpandSlave)` exports those two constructors but not the three others (`SetMasterFraction`, `SetLeftSlaveFraction`, `SetRightSlaveFraction`) that I imagine are reserved for internal use only. |
| 18:47:52 | <Solid> | we should really rename some of those constructors |
| 18:49:04 | <fizzie> | Incidentally, I'm using XMonad.Layout.BorderResize to provide mouse-resizable tiled windows. And there's XMonad.Actions.MouseResize as well. But I don't know if you can have either of them work with a Tall-style layout. They work well with XMonad.Layout.BinarySpacePartition though. |
| 19:21:07 | × | mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 19:40:32 | × | dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 240 seconds) |
| 20:01:35 | → | Safeguard-IRC joins (~Safeguard@151.42.165.137) |
| 20:01:55 | × | SenranKaguya quits (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 256 seconds) |
| 20:02:08 | <Safeguard-IRC> | hi all, I come to ask if xmonad does have something akin to a shutdown hook, like a hook that gets executed when xmonad terminates |
| 20:08:56 | × | Safeguard-IRC quits (~Safeguard@151.42.165.137) (Remote host closed the connection) |
| 20:16:27 | → | nesqi joins (~nesqi@h-158-174-130-28.A465.priv.bahnhof.se) |
| 20:18:18 | <nesqi> | Some progress made... but I have a new question. |
| 20:18:18 | <nesqi> | Is the modkey always eaten by Xmonad or is it only picked up by Xmonad if no active window has used it? |
| 20:18:19 | <nesqi> | Or in other words. Is it X-windows that can block key-events from the window-manager or the other way around? |
| 20:27:16 | <geekosaur> | the modkey is only taken as part of a key sequence registered by xmonad. so for example if I have emacs focused and press a modkey sequence that I didn't define, it goes to emacs which may execute a command or complain about an unknown key S-whatever (for mod4) |
| 20:27:52 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 20:28:31 | → | banc- joins (banc@gateway/vpn/airvpn/banc) |
| 20:29:07 | × | banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 256 seconds) |
| 20:29:30 | <geekosaur> | @tell Safeguard-IRC there is no shutdownhook at present, and there is resistance to adding one. you could search for anywhere that does `io exitSuccess` and add code before it. |
| 20:29:30 | <lambdabot> | Consider it noted. |
| 20:30:33 | <nesqi> | geekosaur: Thank you! |
| 20:30:45 | <geekosaur> | nesqi, xmonad registers interest in specific key sequences with X11. if no client has registered an interest they are sent to the focused window |
| 20:30:58 | <geekosaur> | (this is called a passive keyboard grab) |
| 20:31:10 | <nesqi> | Ah, ok! |
| 20:33:01 | <geekosaur> | the key sequence is a KeyCode with zero or more modifiers specified in a bitmap (KeyMask). xmonad does translation from KeySyms to KeyCodes for you but the passive grab is on the KeyCode. this can produce surprises if the KeySym you choose is normally shifted, because xmonad win't automatically add shift to the KeyMask |
| 20:34:26 | <nesqi> | Is a KeyCode a scancode (actual value returned from HW)? |
| 20:34:33 | <geekosaur> | so for example if you try to grab (mod4Mask, xK_question) it won't work becakse xK)question is shifted on a US keyboard; you have to grab (mod4Mask .|. shiftMask, xK_period) |
| 20:34:45 | <geekosaur> | not usually |
| 20:35:04 | → | themc47 joins (~mc47@xmonad/TheMC47) |
| 20:35:11 | × | mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 20:35:41 | <geekosaur> | X11 remaps most hardware scancodes to its own notion of how they should work, so you can't just use what a usb keyboard would report directly as a scancode |
| 20:42:18 | <nesqi> | Hm.... but modmasks are never stopped/eaten. If you press (mod4Mask, xK_period) and Xmonad grabs it a key-press and key-release event will still be sent to the window for whetever key that triggered mod4Mask. |
| 20:43:10 | <nesqi> | Control_L or Super_L or some button. |
| 20:43:16 | <nesqi> | key* |
| 20:45:32 | × | qbt quits (~qbt@user/edun) (Quit: Leaving.) |
| 20:46:16 | <nesqi> | I guess it makes sense. They are "only" modifiers. Not to be considered a key-input. |
| 20:53:30 | <geekosaur> | it is possible to bind a modifier also as a regular key; it just gets really confusing |
| 20:54:16 | <geekosaur> | most clients only look at translated keys (keysyms), so will ignore the key events for a bare modifier |
| 20:55:25 | → | Safeguard-IRC joins (~Safeguard@151.42.165.137) |
| 20:57:37 | → | SenranKaguya joins (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 21:04:33 | → | Extropy joins (~extropy@user/extropy) |
| 21:11:03 | × | themc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 21:19:10 | × | Safeguard-IRC quits (~Safeguard@151.42.165.137) (Remote host closed the connection) |
| 21:23:12 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 21:25:05 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 21:58:22 | × | k` quits (~user@152.1.137.158) (Remote host closed the connection) |
| 22:13:21 | × | sagax quits (~sagax_nb@user/sagax) (Quit: Konversation terminated!) |
| 22:36:41 | × | nesqi quits (~nesqi@h-158-174-130-28.A465.priv.bahnhof.se) (Quit: Client closed) |
| 22:57:56 | → | sagax joins (~sagax_nb@user/sagax) |
| 23:07:38 | × | seschwar quits (~seschwar@user/seschwar) (Quit: :wq) |
| 23:14:09 | <Vermoot> | @fizzie so I *could* export MouseResizableTiled(..) and pass all arguments in my config then, right? Because I've tried that, and somehow wasn't able to make it work |
| 23:14:09 | <lambdabot> | Unknown command, try @list |
| 23:16:37 | <fizzie> | Huh, I think I was looking at an old version of MouseResizableTile for the earlier discussion. |
| 23:17:32 | <fizzie> | The current (well, xmonad-contrib-0.17) one *has* a way of setting those parameters, or at least some of them, and it's even documented. |
| 23:17:48 | <fizzie> | Shown under the "Parameters" section there, https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Layout-MouseResizableTile.html#g:2 |
| 23:18:54 | <Vermoot> | Ooooooh |
| 23:19:00 | <Vermoot> | How the hell have I missed that!!! |
| 23:19:19 | <Vermoot> | Well thanks a lot! |
| 23:19:44 | <fizzie> | What they've opted to do apparently is not to export the constructor, but instead export some of those field accessors (`nmaster`, `masterFrac`, `fracIncrement`, `isMirrored`, ...) so that you can start with the plain `mouseResizableTile` and then use the record update syntax to customize it. |
| 23:20:00 | <Vermoot> | Which is alright I guess |
| 23:20:11 | <fizzie> | Yeah, it's just a little different way to do it, but should get you there. |
| 23:20:20 | <Vermoot> | Makes it easier if you don't want to bother with setting those yourself, and you can still do so if you want to |
| 23:20:44 | <fizzie> | The reason why I didn't notice is, at least for me Google hit #1 for the query "mouseresizabletile" is the xmonad-contrib-0.9 docs, when that wasn't a thing yet. |
| 23:21:03 | <Vermoot> | Looking at the docs; can you set all of its parameters yourself, or only those that are shown in the docs? |
| 23:21:17 | <Vermoot> | Yes, I've been directed to those a lot as well |
| 23:22:06 | <fizzie> | I think the docs will show everything that's exported, so that's what you can change. |
| 23:22:53 | <Vermoot> | Hmm, not ideal then |
| 23:23:32 | <Vermoot> | Although the parameters listed below do show "default: X", making me think you can still set them? |
| 23:23:57 | <Vermoot> | Maybe I wasn't clear: I was asking about the "usage" snippet, showing only 3 parameters being set explicitly |
| 23:27:15 | <fizzie> | Oh, sorry. I think that's just an example. All the other fields listend in the docs you should be able to set. |
| 23:27:20 | <Vermoot> | Cool! |
| 23:35:16 | <Vermoot> | Oh god |
| 23:35:21 | <Vermoot> | This works perfectly now |
| 23:35:25 | <Vermoot> | Thank you so much! |
| 23:46:11 | <Vermoot> | Huh, although it doesn't seem to *take* my custom parameters. I set them, and it doesn't compile if I comment them out so that does mean they're read, but the layout seems to always go for the defaults anyway... |
| 23:51:01 | <geekosaur> | mod-shift-space |
| 23:51:32 | <geekosaur> | layouts don't automatically recalculate so you don't lose any custom settings you did during the session with e.g. mod-h |
| 23:59:02 | × | Vermoot quits (~vermoot@89-158-106-112.rev.numericable.fr) (Ping timeout: 240 seconds) |
All times are in UTC on 2021-11-10.