Logs: liberachat/#xmonad
| 2021-11-10 10:15:43 | <Solid> | well I seem to be motivated today |
| 2021-11-10 10:16:00 | <Solid> | all single submissions should be rescaled now |
| 2021-11-10 10:16:16 | <Solid> | now back to writing latex macros, I guess :] |
| 2021-11-10 10:17:00 | <liskin> | good for you :-) |
| 2021-11-10 10:17:20 | <liskin> | my hand still hurts :-( |
| 2021-11-10 10:19:42 | <Solid> | :/ |
| 2021-11-10 10:24:47 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 2021-11-10 10:26:06 | <mc47> | I'm happy that the logo contest picked up some steam! |
| 2021-11-10 10:26:29 | → | gruntsplatter joins (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
| 2021-11-10 10:26:52 | <liskin> | yeah, it illustrates how hopelessly bad I am at marketing ;-) |
| 2021-11-10 10:29:18 | <mc47> | Not necessarily, we just don't have the reach DT has |
| 2021-11-10 10:29:42 | <mc47> | I'm curious whether we'll be bombarded with bugs when the official repos update the packages |
| 2021-11-10 10:29:59 | <Solid> | I would imagine |
| 2021-11-10 10:30:18 | <liskin> | we might need to release 0.17.1 with the windowswallowing fix quite early I guess |
| 2021-11-10 10:30:32 | × | gruntsplatter quits (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Ping timeout: 240 seconds) |
| 2021-11-10 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 |
| 2021-11-10 10:31:31 | <liskin> | I just have no idea what :-/ |
| 2021-11-10 10:32:38 | <Solid> | internet attention is flaky |
| 2021-11-10 10:32:41 | <Solid> | don't worry about it |
| 2021-11-10 10:41:35 | <mc47> | I wouldn't worry about it, p > 5% :) |
| 2021-11-10 10:42:39 | <mc47> | Yeah, we could do that |
| 2021-11-10 10:55:04 | → | gruntsplatter joins (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
| 2021-11-10 11:52:53 | → | nesqi joins (~nesqi@h-158-174-130-28.A465.priv.bahnhof.se) |
| 2021-11-10 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 |
| 2021-11-10 11:57:16 | <nesqi> | solutions for this problem. |
| 2021-11-10 11:57:45 | × | gruntsplatter quits (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Ping timeout: 268 seconds) |
| 2021-11-10 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? |
| 2021-11-10 11:59:28 | <nesqi> | Or other suggestions on how to work with nested xmonads. |
| 2021-11-10 12:13:24 | → | gruntsplatter joins (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
| 2021-11-10 12:22:12 | → | dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net) |
| 2021-11-10 12:35:05 | → | humky joins (~humky@user/humky) |
| 2021-11-10 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.) |
| 2021-11-10 12:38:15 | <geekosaur> | you cannot use a different mod key per desktop, the way xmonad does things |
| 2021-11-10 12:39:04 | × | gruntsplatter quits (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Quit: WeeChat 3.3) |
| 2021-11-10 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? |
| 2021-11-10 12:41:57 | <Solid> | don't know if we handle these though |
| 2021-11-10 12:44:47 | <nesqi> | I see.. so it's not possible to change modkey dynamically? |
| 2021-11-10 12:48:08 | <Solid> | I mean the modMask is part of XConfig, so it should indeed be possible |
| 2021-11-10 12:48:21 | <Solid> | you'd just need to regrab all keys afterwards, to make sure this takes effect |
| 2021-11-10 12:48:32 | <Solid> | but I don't think there is anything pre-written for this |
| 2021-11-10 12:50:22 | <nesqi> | hm.. regrab, as in Xmonad needs to query Xorg about key-states? |
| 2021-11-10 12:50:53 | <nesqi> | Or somehow clear the internal state in Xmonad related to keys? |
| 2021-11-10 12:51:59 | <Solid> | a little bit of both I suppose |
| 2021-11-10 12:52:04 | <Solid> | but we already have grabKeys |
| 2021-11-10 12:52:12 | <Solid> | and we do this on a MappingNotifyEvent anyways |
| 2021-11-10 12:52:21 | <Solid> | so I'd expect that code to work as-is in this case |
| 2021-11-10 12:52:48 | <Solid> | https://github.com/xmonad/xmonad/blob/master/src/XMonad/Main.hs#L340 for reference |
| 2021-11-10 13:09:02 | <nesqi> | Well, this got complicated quite fast. I wish the day had more hours. |
| 2021-11-10 13:45:38 | → | humky_ joins (~humky@user/humky) |
| 2021-11-10 13:45:57 | × | humky quits (~humky@user/humky) (Read error: Connection reset by peer) |
| 2021-11-10 13:48:05 | → | humky joins (~humky@user/humky) |
| 2021-11-10 13:50:09 | × | humky_ quits (~humky@user/humky) (Read error: Connection reset by peer) |
| 2021-11-10 13:54:41 | × | humky quits (~humky@user/humky) (Read error: Connection reset by peer) |
| 2021-11-10 14:10:31 | × | eblip quits (~eb0t@90.209.247.46) (Ping timeout: 245 seconds) |
| 2021-11-10 14:12:44 | → | eblip joins (~eb0t@90.199.241.70) |
| 2021-11-10 15:08:32 | → | k` joins (~user@152.1.137.158) |
| 2021-11-10 15:19:22 | → | Andrew_ joins (~andrew@user/andrewyu) |
| 2021-11-10 15:20:15 | × | AndrewYu quits (~andrew@user/andrewyu) (Read error: Connection reset by peer) |
| 2021-11-10 15:43:31 | × | dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 256 seconds) |
| 2021-11-10 15:45:54 | × | cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.3) |
| 2021-11-10 15:59:13 | → | dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net) |
| 2021-11-10 16:03:33 | → | sanikago joins (~sanikago@2600:8804:5811:6a00::1bbc) |
| 2021-11-10 16:09:15 | × | sanikago quits (~sanikago@2600:8804:5811:6a00::1bbc) (Quit: Konversation terminated!) |
| 2021-11-10 16:09:36 | → | SenranKaguya joins (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-10 16:13:54 | × | nesqi quits (~nesqi@h-158-174-130-28.A465.priv.bahnhof.se) (Quit: Client closed) |
| 2021-11-10 16:21:52 | × | SenranKaguya quits (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Quit: WeeChat 3.3) |
| 2021-11-10 16:31:40 | → | seschwar joins (~seschwar@user/seschwar) |
| 2021-11-10 16:33:42 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-11-10 16:35:27 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 2021-11-10 16:47:18 | → | twiclo joins (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c) |
| 2021-11-10 16:56:08 | × | twiclo quits (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c) (Quit: WeeChat 3.2) |
| 2021-11-10 17:00:14 | → | SenranKaguya joins (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-10 17:35:09 | → | Vermoot joins (~vermoot@89-158-106-112.rev.numericable.fr) |
| 2021-11-10 17:38:23 | <Vermoot> | Hiya |
| 2021-11-10 17:40:58 | <mc47> | yo |
| 2021-11-10 17:42:51 | <Vermoot> | I'm trying to set up a MouseResizableTile layout |
| 2021-11-10 17:43:26 | <Vermoot> | Noticing that it doesn't take arguments like ResizableTall or Tall, to set a default layout (nmaster, ratio, etc) |
| 2021-11-10 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 |
| 2021-11-10 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 |
| 2021-11-10 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 |
| 2021-11-10 17:45:18 | <Vermoot> | Just maybe, not the actual function mouseResizableTile ? |
| 2021-11-10 17:55:04 | <Solid> | the function mouseResizableTile essentially just gives you back some defaults for those arguments |
| 2021-11-10 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 |
| 2021-11-10 17:58:25 | <Vermoot> | I've tried that to no avail, I guess my syntax was just busted |
| 2021-11-10 17:58:45 | <Vermoot> | tiled = MRT nmaster ratio delta [] [] [] (FixedDragger 6 6) 0 0 False |
| 2021-11-10 17:58:59 | <Vermoot> | (where nmaster ratio delta etc) |
| 2021-11-10 17:59:28 | <Vermoot> | This gives me an error : Data constructor not int scope |
| 2021-11-10 17:59:31 | <Vermoot> | in* |
| 2021-11-10 18:03:03 | → | td_ joins (~td@94.134.91.32) |
| 2021-11-10 18:03:52 | <fizzie> | The MTR constructor isn't exported from the module. |
| 2021-11-10 18:04:19 | <fizzie> | s/MTR/MRT/ but anyway. |
| 2021-11-10 18:05:01 | <fizzie> | It only exports `mouseResizableTile`, `mouseResizableTileMirrored` and two constructors (`ShrinkSlave`, `ExpandSlave`) of the MRTMessage type. |
| 2021-11-10 18:05:09 | <Vermoot> | Meaning there's no way to use it from outside? |
| 2021-11-10 18:05:57 | <fizzie> | As far as I know. Slightly unfriendly. |
| 2021-11-10 18:06:05 | <Vermoot> | Hmm. |
| 2021-11-10 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? |
| 2021-11-10 18:08:00 | <fizzie> | Yeah. You could just add some arguments to the function. |
| 2021-11-10 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 |
| 2021-11-10 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? |
| 2021-11-10 18:12:38 | <fizzie> | Yes. The exports are listed up top, the `ResizableTall(..)` exports all constructors (well, there's just one) of the type. |
All times are in UTC.