Logs: liberachat/#xmonad
| 2021-11-10 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. |
| 2021-11-10 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? |
| 2021-11-10 18:15:52 | <Vermoot> | (Am I about to make my first PR to xmonad-contrib while knowing very little haskell?) |
| 2021-11-10 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. :) |
| 2021-11-10 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 |
| 2021-11-10 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? |
| 2021-11-10 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) |
| 2021-11-10 18:24:09 | <Vermoot> | (gtg for now but I'll read your answer when I get back and resume this) |
| 2021-11-10 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. |
| 2021-11-10 18:41:21 | × | _0dI quits (~user@188-23-192-166.adsl.highway.telekom.at) (Ping timeout: 250 seconds) |
| 2021-11-10 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. |
| 2021-11-10 18:47:52 | <Solid> | we should really rename some of those constructors |
| 2021-11-10 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. |
| 2021-11-10 19:21:07 | × | mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 2021-11-10 19:40:32 | × | dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 240 seconds) |
| 2021-11-10 20:01:35 | → | Safeguard-IRC joins (~Safeguard@151.42.165.137) |
| 2021-11-10 20:01:55 | × | SenranKaguya quits (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 256 seconds) |
| 2021-11-10 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 |
| 2021-11-10 20:08:56 | × | Safeguard-IRC quits (~Safeguard@151.42.165.137) (Remote host closed the connection) |
| 2021-11-10 20:16:27 | → | nesqi joins (~nesqi@h-158-174-130-28.A465.priv.bahnhof.se) |
| 2021-11-10 20:18:18 | <nesqi> | Some progress made... but I have a new question. |
| 2021-11-10 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? |
| 2021-11-10 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? |
| 2021-11-10 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) |
| 2021-11-10 20:27:52 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 2021-11-10 20:28:31 | → | banc- joins (banc@gateway/vpn/airvpn/banc) |
| 2021-11-10 20:29:07 | × | banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 256 seconds) |
| 2021-11-10 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. |
| 2021-11-10 20:29:30 | <lambdabot> | Consider it noted. |
| 2021-11-10 20:30:33 | <nesqi> | geekosaur: Thank you! |
| 2021-11-10 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 |
| 2021-11-10 20:30:58 | <geekosaur> | (this is called a passive keyboard grab) |
| 2021-11-10 20:31:10 | <nesqi> | Ah, ok! |
| 2021-11-10 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 |
| 2021-11-10 20:34:26 | <nesqi> | Is a KeyCode a scancode (actual value returned from HW)? |
| 2021-11-10 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) |
| 2021-11-10 20:34:45 | <geekosaur> | not usually |
| 2021-11-10 20:35:04 | → | themc47 joins (~mc47@xmonad/TheMC47) |
| 2021-11-10 20:35:11 | × | mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 2021-11-10 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 |
| 2021-11-10 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. |
| 2021-11-10 20:43:10 | <nesqi> | Control_L or Super_L or some button. |
| 2021-11-10 20:43:16 | <nesqi> | key* |
| 2021-11-10 20:45:32 | × | qbt quits (~qbt@user/edun) (Quit: Leaving.) |
| 2021-11-10 20:46:16 | <nesqi> | I guess it makes sense. They are "only" modifiers. Not to be considered a key-input. |
| 2021-11-10 20:53:30 | <geekosaur> | it is possible to bind a modifier also as a regular key; it just gets really confusing |
| 2021-11-10 20:54:16 | <geekosaur> | most clients only look at translated keys (keysyms), so will ignore the key events for a bare modifier |
| 2021-11-10 20:55:25 | → | Safeguard-IRC joins (~Safeguard@151.42.165.137) |
| 2021-11-10 20:57:37 | → | SenranKaguya joins (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-10 21:04:33 | → | Extropy joins (~extropy@user/extropy) |
| 2021-11-10 21:11:03 | × | themc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 2021-11-10 21:19:10 | × | Safeguard-IRC quits (~Safeguard@151.42.165.137) (Remote host closed the connection) |
| 2021-11-10 21:23:12 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-11-10 21:25:05 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 2021-11-10 21:58:22 | × | k` quits (~user@152.1.137.158) (Remote host closed the connection) |
| 2021-11-10 22:13:21 | × | sagax quits (~sagax_nb@user/sagax) (Quit: Konversation terminated!) |
| 2021-11-10 22:36:41 | × | nesqi quits (~nesqi@h-158-174-130-28.A465.priv.bahnhof.se) (Quit: Client closed) |
| 2021-11-10 22:57:56 | → | sagax joins (~sagax_nb@user/sagax) |
| 2021-11-10 23:07:38 | × | seschwar quits (~seschwar@user/seschwar) (Quit: :wq) |
| 2021-11-10 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 |
| 2021-11-10 23:14:09 | <lambdabot> | Unknown command, try @list |
| 2021-11-10 23:16:37 | <fizzie> | Huh, I think I was looking at an old version of MouseResizableTile for the earlier discussion. |
| 2021-11-10 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. |
| 2021-11-10 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 |
| 2021-11-10 23:18:54 | <Vermoot> | Ooooooh |
| 2021-11-10 23:19:00 | <Vermoot> | How the hell have I missed that!!! |
| 2021-11-10 23:19:19 | <Vermoot> | Well thanks a lot! |
| 2021-11-10 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. |
| 2021-11-10 23:20:00 | <Vermoot> | Which is alright I guess |
| 2021-11-10 23:20:11 | <fizzie> | Yeah, it's just a little different way to do it, but should get you there. |
| 2021-11-10 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 |
| 2021-11-10 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. |
| 2021-11-10 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? |
| 2021-11-10 23:21:17 | <Vermoot> | Yes, I've been directed to those a lot as well |
| 2021-11-10 23:22:06 | <fizzie> | I think the docs will show everything that's exported, so that's what you can change. |
| 2021-11-10 23:22:53 | <Vermoot> | Hmm, not ideal then |
| 2021-11-10 23:23:32 | <Vermoot> | Although the parameters listed below do show "default: X", making me think you can still set them? |
| 2021-11-10 23:23:57 | <Vermoot> | Maybe I wasn't clear: I was asking about the "usage" snippet, showing only 3 parameters being set explicitly |
| 2021-11-10 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. |
| 2021-11-10 23:27:20 | <Vermoot> | Cool! |
| 2021-11-10 23:35:16 | <Vermoot> | Oh god |
| 2021-11-10 23:35:21 | <Vermoot> | This works perfectly now |
| 2021-11-10 23:35:25 | <Vermoot> | Thank you so much! |
| 2021-11-10 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... |
| 2021-11-10 23:51:01 | <geekosaur> | mod-shift-space |
| 2021-11-10 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 |
| 2021-11-10 23:59:02 | × | Vermoot quits (~vermoot@89-158-106-112.rev.numericable.fr) (Ping timeout: 240 seconds) |
| 2021-11-11 00:08:20 | → | allbery_b joins (~geekosaur@xmonad/geekosaur) |
| 2021-11-11 00:08:20 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 2021-11-11 00:08:23 | allbery_b | is now known as geekosaur |
| 2021-11-11 00:13:36 | → | diep joins (~diep@2a01:cb11:2d7:4a00:4202:8c7d:a3d3:256f) |
| 2021-11-11 00:18:54 | → | hippoid joins (~hippoid@c-98-220-13-8.hsd1.il.comcast.net) |
| 2021-11-11 00:21:28 | <diep> | |
| 2021-11-11 00:21:45 | × | diep quits (~diep@2a01:cb11:2d7:4a00:4202:8c7d:a3d3:256f) (Quit: diep) |
| 2021-11-11 00:25:15 | × | amir quits (sid22336@user/amir) (Ping timeout: 260 seconds) |
| 2021-11-11 00:27:40 | × | pl quits (sid98063@id-98063.helmsley.irccloud.com) (Read error: Connection reset by peer) |
| 2021-11-11 00:27:41 | × | jmct_ quits (sid160793@2a03:5180:f::2:7419) (Read error: Connection reset by peer) |
| 2021-11-11 00:27:41 | × | PotatoGim quits (sid99505@id-99505.lymington.irccloud.com) (Read error: Connection reset by peer) |
| 2021-11-11 00:28:17 | × | mudri quits (sid317655@id-317655.helmsley.irccloud.com) (Ping timeout: 264 seconds) |
| 2021-11-11 00:44:32 | → | pl joins (sid98063@helmsley.irccloud.com) |
All times are in UTC.