2021-11-10 00:12:50 +0100 | Extropy | (~extropy@user/extropy) |
2021-11-10 00:14:05 +0100 | twiclo | (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c) (Quit: WeeChat 3.2) |
2021-11-10 01:06:12 +0100 | <liskin> | oh, indeed |
2021-11-10 01:06:36 +0100 | <liskin> | 9 sponsors this evening \o/ |
2021-11-10 01:20:32 +0100 | hippoid | (~hippoid@c-98-220-13-8.hsd1.il.comcast.net) |
2021-11-10 01:20:57 +0100 | <hippoid> | is this the right place to ask about a gnome issue I'm having after xmonad? |
2021-11-10 01:23:04 +0100 | <geekosaur> | maybe. I'm not sure what you mean by "gnome issue … after xmonad" though |
2021-11-10 01:24:19 +0100 | <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 |
2021-11-10 01:26:37 +0100 | <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 |
2021-11-10 01:27:14 +0100 | <geekosaur> | I think gdm in particular needs a kick to see new sessions |
2021-11-10 01:27:14 +0100 | zenex[m] | (~zenexmatr@2001:470:69fc:105::1:3047) |
2021-11-10 01:27:46 +0100 | <geekosaur> | so it's possible that switching back to gdm will get you both the tweak and the xmonad session |
2021-11-10 01:27:59 +0100 | <hippoid> | ok, i'm going to try that. thanks |
2021-11-10 01:28:07 +0100 | <geekosaur> | I'm curious why you'd use a custom tweak program instead of the usual Xkb editor though |
2021-11-10 01:28:28 +0100 | <hippoid> | I'm a noob to linux on the desktop |
2021-11-10 01:28:49 +0100 | <hippoid> | do you recommend Xkb to map keys? |
2021-11-10 01:29:26 +0100 | <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 |
2021-11-10 01:30:11 +0100 | <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 |
2021-11-10 01:30:46 +0100 | <hippoid> | so Xmonad is a windows manager, but isn't there also a desktop manager running while Xmonad is running? |
2021-11-10 01:31:35 +0100 | <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 |
2021-11-10 01:32:45 +0100 | <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 |
2021-11-10 01:33:30 +0100 | <geekosaur> | but, you know, gotta compete with windows. so came opendesktop and common desktop environment and eventually gnome and kde |
2021-11-10 01:35:11 +0100 | <hippoid> | Do i need a desktop manager to map CAPS LOCK to esc while using Xmonad? |
2021-11-10 01:37:15 +0100 | <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 |
2021-11-10 01:37:31 +0100 | <geekosaur> | so you don't have to hunt down how to edit a keyboard configuration and load it yourself |
2021-11-10 01:38:38 +0100 | <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 |
2021-11-10 01:40:29 +0100 | <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) |
2021-11-10 01:41:42 +0100 | <hippoid> | so if i'm understanding this correctly, I'll have to configure the XMonad startup process to load gnome settings? |
2021-11-10 01:42:32 +0100 | <geekosaur> | yes. probably running gnome-settings-daemon from main before invoking the xmonad combinator is enough |
2021-11-10 01:43:00 +0100 | <hippoid> | ok, that's moving in the right direction, Thanks! |
2021-11-10 01:43:17 +0100 | <hippoid> | I sometimes can't believe how helpful+useful IRC is. |
2021-11-10 01:45:20 +0100 | hippoid | (~hippoid@c-98-220-13-8.hsd1.il.comcast.net) (Remote host closed the connection) |
2021-11-10 02:10:03 +0100 | noex | (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) (Read error: Connection reset by peer) |
2021-11-10 02:11:29 +0100 | noex | (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) |
2021-11-10 02:26:27 +0100 | Extropy | (~extropy@user/extropy) (Ping timeout: 276 seconds) |
2021-11-10 02:28:02 +0100 | Extropy | (~extropy@user/extropy) |
2021-11-10 02:30:06 +0100 | Ekstropiya | (~extropy@user/extropy) |
2021-11-10 02:33:36 +0100 | Extropy | (~extropy@user/extropy) (Ping timeout: 276 seconds) |
2021-11-10 02:40:29 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Quit: Leaving) |
2021-11-10 02:41:52 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) |
2021-11-10 02:51:09 +0100 | Ekstropiya | (~extropy@user/extropy) (Ping timeout: 276 seconds) |
2021-11-10 02:54:01 +0100 | Ekstropiya | (~extropy@user/extropy) |
2021-11-10 03:09:40 +0100 | nomadxx3 | (~lanomadx@69.167.42.149) |
2021-11-10 03:11:18 +0100 | nomadxxxx3 | (~lanomadx@208.91.66.247) (Ping timeout: 268 seconds) |
2021-11-10 03:15:32 +0100 | catman | (~catman@user/catman) (Ping timeout: 240 seconds) |
2021-11-10 03:16:00 +0100 | gruntsplatter | (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
2021-11-10 03:48:37 +0100 | catman | (~catman@user/catman) |
2021-11-10 04:04:53 +0100 | banc- | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 264 seconds) |
2021-11-10 04:22:21 +0100 | banc | (banc@gateway/vpn/airvpn/banc) |
2021-11-10 04:39:19 +0100 | gruntsplatter | (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Ping timeout: 256 seconds) |
2021-11-10 04:53:42 +0100 | <noex> | does xmonad support the XDG directory specification or do I have to have .xmonad in my ~ |
2021-11-10 05:07:32 +0100 | Armoletti^ | (~armoletti@dyn70-177.yok.fi) (Ping timeout: 240 seconds) |
2021-11-10 05:51:05 +0100 | Armoletti^ | (~armoletti@dyn70-177.yok.fi) |
2021-11-10 06:03:37 +0100 | Ekstropiya | (~extropy@user/extropy) (Quit: WeeChat 3.3) |
2021-11-10 06:10:09 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
2021-11-10 06:20:06 +0100 | gruntsplatter | (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
2021-11-10 06:54:45 +0100 | gruntsplatter | (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Ping timeout: 256 seconds) |
2021-11-10 06:54:47 +0100 | noex | (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) (Ping timeout: 250 seconds) |
2021-11-10 06:56:31 +0100 | gruntsplatter | (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
2021-11-10 07:15:53 +0100 | ServerStatsDisco | (~serversta@2001:470:69fc:105::1a) (Quit: Client limit exceeded: 20000) |
2021-11-10 07:54:15 +0100 | gruntsplatter | (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Ping timeout: 256 seconds) |
2021-11-10 07:57:49 +0100 | <Solid> | ?tell noex we support XDG, just create a ~/.config/xmonad/xmonad.hs and delete a possible config in ~/.xmonad |
2021-11-10 07:57:49 +0100 | <lambdabot> | Consider it noted. |
2021-11-10 07:57:50 +0100 | ServerStatsDisco | (~serversta@2001:470:69fc:105::1a) |
2021-11-10 07:58:05 +0100 | <Solid> | at least one of these logo ideas looks pretty good |
2021-11-10 08:19:03 +0100 | qbt | (~qbt@user/edun) |
2021-11-10 08:20:50 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 260 seconds) |
2021-11-10 08:28:23 +0100 | gruntsplatter | (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
2021-11-10 09:41:43 +0100 | redgloboli | (~redglobol@user/redgloboli) (Ping timeout: 260 seconds) |
2021-11-10 10:02:59 +0100 | redgloboli | (~redglobol@user/redgloboli) |
2021-11-10 10:11:59 +0100 | <FOSSHuman[m]> | Just noticed that DT posted a vid on XMonad: https://youtu.be/2_0hfV_FN6o |
2021-11-10 10:12:21 +0100 | cfricke | (~cfricke@user/cfricke) |
2021-11-10 10:17:33 +0100 | allbery_b | (~geekosaur@xmonad/geekosaur) |
2021-11-10 10:17:33 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
2021-11-10 10:17:36 +0100 | allbery_b | geekosaur |
2021-11-10 10:45:40 +0100 | _0dI | (~user@188-23-192-166.adsl.highway.telekom.at) |
2021-11-10 10:56:35 +0100 | <liskin> | Yeah |
2021-11-10 10:56:52 +0100 | <liskin> | With those logo submissions I'm almost thinking of not submitting my own one :-) |
2021-11-10 10:57:08 +0100 | Solid | should have probably posted a 50x50 pixel version of the first logo |
2021-11-10 10:57:18 +0100 | <Solid> | a lot of these don't scale very well |
2021-11-10 10:57:31 +0100 | <liskin> | That's a very good point! |
2021-11-10 10:58:06 +0100 | <liskin> | We'll need to have favicons available when voting |
2021-11-10 10:58:36 +0100 | <Solid> | yes |
2021-11-10 10:58:47 +0100 | <Solid> | perhaps it's worth editing this in still |
2021-11-10 10:59:04 +0100 | <Solid> | gfmd can scale images, after all |
2021-11-10 11:04:05 +0100 | gruntsplatter | (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Ping timeout: 246 seconds) |
2021-11-10 11:15:43 +0100 | <Solid> | well I seem to be motivated today |
2021-11-10 11:16:00 +0100 | <Solid> | all single submissions should be rescaled now |
2021-11-10 11:16:16 +0100 | <Solid> | now back to writing latex macros, I guess :] |
2021-11-10 11:17:00 +0100 | <liskin> | good for you :-) |
2021-11-10 11:17:20 +0100 | <liskin> | my hand still hurts :-( |
2021-11-10 11:19:42 +0100 | <Solid> | :/ |
2021-11-10 11:24:47 +0100 | mc47 | (~mc47@xmonad/TheMC47) |
2021-11-10 11:26:06 +0100 | <mc47> | I'm happy that the logo contest picked up some steam! |
2021-11-10 11:26:29 +0100 | gruntsplatter | (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
2021-11-10 11:26:52 +0100 | <liskin> | yeah, it illustrates how hopelessly bad I am at marketing ;-) |
2021-11-10 11:29:18 +0100 | <mc47> | Not necessarily, we just don't have the reach DT has |
2021-11-10 11:29:42 +0100 | <mc47> | I'm curious whether we'll be bombarded with bugs when the official repos update the packages |
2021-11-10 11:29:59 +0100 | <Solid> | I would imagine |
2021-11-10 11:30:18 +0100 | <liskin> | we might need to release 0.17.1 with the windowswallowing fix quite early I guess |
2021-11-10 11:30:32 +0100 | gruntsplatter | (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Ping timeout: 240 seconds) |
2021-11-10 11:31:19 +0100 | <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 11:31:31 +0100 | <liskin> | I just have no idea what :-/ |
2021-11-10 11:32:38 +0100 | <Solid> | internet attention is flaky |
2021-11-10 11:32:41 +0100 | <Solid> | don't worry about it |
2021-11-10 11:41:35 +0100 | <mc47> | I wouldn't worry about it, p > 5% :) |
2021-11-10 11:42:39 +0100 | <mc47> | Yeah, we could do that |
2021-11-10 11:55:04 +0100 | gruntsplatter | (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
2021-11-10 12:52:53 +0100 | nesqi | (~nesqi@h-158-174-130-28.A465.priv.bahnhof.se) |
2021-11-10 12:57:16 +0100 | <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 12:57:16 +0100 | <nesqi> | solutions for this problem. |
2021-11-10 12:57:45 +0100 | gruntsplatter | (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Ping timeout: 268 seconds) |
2021-11-10 12:58:37 +0100 | <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 12:59:28 +0100 | <nesqi> | Or other suggestions on how to work with nested xmonads. |
2021-11-10 13:13:24 +0100 | gruntsplatter | (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) |
2021-11-10 13:22:12 +0100 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) |
2021-11-10 13:35:05 +0100 | humky | (~humky@user/humky) |
2021-11-10 13:37:52 +0100 | <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 13:38:15 +0100 | <geekosaur> | you cannot use a different mod key per desktop, the way xmonad does things |
2021-11-10 13:39:04 +0100 | gruntsplatter | (~sogens@pa49-182-57-39.pa.qld.optusnet.com.au) (Quit: WeeChat 3.3) |
2021-11-10 13:41:49 +0100 | <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 13:41:57 +0100 | <Solid> | don't know if we handle these though |
2021-11-10 13:44:47 +0100 | <nesqi> | I see.. so it's not possible to change modkey dynamically? |
2021-11-10 13:48:08 +0100 | <Solid> | I mean the modMask is part of XConfig, so it should indeed be possible |
2021-11-10 13:48:21 +0100 | <Solid> | you'd just need to regrab all keys afterwards, to make sure this takes effect |
2021-11-10 13:48:32 +0100 | <Solid> | but I don't think there is anything pre-written for this |
2021-11-10 13:50:22 +0100 | <nesqi> | hm.. regrab, as in Xmonad needs to query Xorg about key-states? |
2021-11-10 13:50:53 +0100 | <nesqi> | Or somehow clear the internal state in Xmonad related to keys? |
2021-11-10 13:51:59 +0100 | <Solid> | a little bit of both I suppose |
2021-11-10 13:52:04 +0100 | <Solid> | but we already have grabKeys |
2021-11-10 13:52:12 +0100 | <Solid> | and we do this on a MappingNotifyEvent anyways |
2021-11-10 13:52:21 +0100 | <Solid> | so I'd expect that code to work as-is in this case |
2021-11-10 13:52:48 +0100 | <Solid> | https://github.com/xmonad/xmonad/blob/master/src/XMonad/Main.hs#L340 for reference |
2021-11-10 14:09:02 +0100 | <nesqi> | Well, this got complicated quite fast. I wish the day had more hours. |
2021-11-10 14:45:38 +0100 | humky_ | (~humky@user/humky) |
2021-11-10 14:45:57 +0100 | humky | (~humky@user/humky) (Read error: Connection reset by peer) |
2021-11-10 14:48:05 +0100 | humky | (~humky@user/humky) |
2021-11-10 14:50:09 +0100 | humky_ | (~humky@user/humky) (Read error: Connection reset by peer) |
2021-11-10 14:54:41 +0100 | humky | (~humky@user/humky) (Read error: Connection reset by peer) |
2021-11-10 15:10:31 +0100 | eblip | (~eb0t@90.209.247.46) (Ping timeout: 245 seconds) |
2021-11-10 15:12:44 +0100 | eblip | (~eb0t@90.199.241.70) |
2021-11-10 16:08:32 +0100 | k` | (~user@152.1.137.158) |
2021-11-10 16:19:22 +0100 | Andrew_ | (~andrew@user/andrewyu) |
2021-11-10 16:20:15 +0100 | AndrewYu | (~andrew@user/andrewyu) (Read error: Connection reset by peer) |
2021-11-10 16:43:31 +0100 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 256 seconds) |
2021-11-10 16:45:54 +0100 | cfricke | (~cfricke@user/cfricke) (Quit: WeeChat 3.3) |
2021-11-10 16:59:13 +0100 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) |
2021-11-10 17:03:33 +0100 | sanikago | (~sanikago@2600:8804:5811:6a00::1bbc) |
2021-11-10 17:09:15 +0100 | sanikago | (~sanikago@2600:8804:5811:6a00::1bbc) (Quit: Konversation terminated!) |
2021-11-10 17:09:36 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
2021-11-10 17:13:54 +0100 | nesqi | (~nesqi@h-158-174-130-28.A465.priv.bahnhof.se) (Quit: Client closed) |
2021-11-10 17:21:52 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Quit: WeeChat 3.3) |
2021-11-10 17:31:40 +0100 | seschwar | (~seschwar@user/seschwar) |
2021-11-10 17:33:42 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
2021-11-10 17:35:27 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) |
2021-11-10 17:47:18 +0100 | twiclo | (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c) |
2021-11-10 17:56:08 +0100 | twiclo | (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c) (Quit: WeeChat 3.2) |
2021-11-10 18:00:14 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
2021-11-10 18:35:09 +0100 | Vermoot | (~vermoot@89-158-106-112.rev.numericable.fr) |
2021-11-10 18:38:23 +0100 | <Vermoot> | Hiya |
2021-11-10 18:40:58 +0100 | <mc47> | yo |
2021-11-10 18:42:51 +0100 | <Vermoot> | I'm trying to set up a MouseResizableTile layout |
2021-11-10 18:43:26 +0100 | <Vermoot> | Noticing that it doesn't take arguments like ResizableTall or Tall, to set a default layout (nmaster, ratio, etc) |
2021-11-10 18:43:44 +0100 | <Vermoot> | At least that's what's in the docs ( https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Layout-MouseResizableTile.ht… ) and what the compiler tells me |
2021-11-10 18:44:21 +0100 | <Vermoot> | But then I look at the module on github and I see this https://github.com/xmonad/xmonad-contrib/blob/67a92edd2a34a146f664c04e5d6ba732e18fcebb/XMonad/Layo… |
2021-11-10 18:45:01 +0100 | <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 18:45:18 +0100 | <Vermoot> | Just maybe, not the actual function mouseResizableTile ? |
2021-11-10 18:55:04 +0100 | <Solid> | the function mouseResizableTile essentially just gives you back some defaults for those arguments |
2021-11-10 18:55:26 +0100 | <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 18:58:25 +0100 | <Vermoot> | I've tried that to no avail, I guess my syntax was just busted |
2021-11-10 18:58:45 +0100 | <Vermoot> | tiled = MRT nmaster ratio delta [] [] [] (FixedDragger 6 6) 0 0 False |
2021-11-10 18:58:59 +0100 | <Vermoot> | (where nmaster ratio delta etc) |
2021-11-10 18:59:28 +0100 | <Vermoot> | This gives me an error : Data constructor not int scope |
2021-11-10 18:59:31 +0100 | <Vermoot> | in* |
2021-11-10 19:03:03 +0100 | td_ | (~td@94.134.91.32) |
2021-11-10 19:03:52 +0100 | <fizzie> | The MTR constructor isn't exported from the module. |
2021-11-10 19:04:19 +0100 | <fizzie> | s/MTR/MRT/ but anyway. |
2021-11-10 19:05:01 +0100 | <fizzie> | It only exports `mouseResizableTile`, `mouseResizableTileMirrored` and two constructors (`ShrinkSlave`, `ExpandSlave`) of the MRTMessage type. |
2021-11-10 19:05:09 +0100 | <Vermoot> | Meaning there's no way to use it from outside? |
2021-11-10 19:05:57 +0100 | <fizzie> | As far as I know. Slightly unfriendly. |
2021-11-10 19:06:05 +0100 | <Vermoot> | Hmm. |
2021-11-10 19:06:42 +0100 | <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 19:08:00 +0100 | <fizzie> | Yeah. You could just add some arguments to the function. |
2021-11-10 19:09:19 +0100 | <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 19:10:52 +0100 | <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 19:12:38 +0100 | <fizzie> | Yes. The exports are listed up top, the `ResizableTall(..)` exports all constructors (well, there's just one) of the type. |
2021-11-10 19:13:31 +0100 | <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 19:14:34 +0100 | <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 19:15:52 +0100 | <Vermoot> | (Am I about to make my first PR to xmonad-contrib while knowing very little haskell?) |
2021-11-10 19:18:59 +0100 | <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 19:20:20 +0100 | <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 19:22:56 +0100 | <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 19:23:42 +0100 | <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 19:24:09 +0100 | <Vermoot> | (gtg for now but I'll read your answer when I get back and resume this) |
2021-11-10 19:39:28 +0100 | <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 19:41:21 +0100 | _0dI | (~user@188-23-192-166.adsl.highway.telekom.at) (Ping timeout: 250 seconds) |
2021-11-10 19:43:13 +0100 | <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 19:47:52 +0100 | <Solid> | we should really rename some of those constructors |
2021-11-10 19:49:04 +0100 | <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 20:21:07 +0100 | mc47 | (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
2021-11-10 20:40:32 +0100 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 240 seconds) |
2021-11-10 21:01:35 +0100 | Safeguard-IRC | (~Safeguard@151.42.165.137) |
2021-11-10 21:01:55 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 256 seconds) |
2021-11-10 21:02:08 +0100 | <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 21:08:56 +0100 | Safeguard-IRC | (~Safeguard@151.42.165.137) (Remote host closed the connection) |
2021-11-10 21:16:27 +0100 | nesqi | (~nesqi@h-158-174-130-28.A465.priv.bahnhof.se) |
2021-11-10 21:18:18 +0100 | <nesqi> | Some progress made... but I have a new question. |
2021-11-10 21:18:18 +0100 | <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 21:18:19 +0100 | <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 21:27:16 +0100 | <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 21:27:52 +0100 | mc47 | (~mc47@xmonad/TheMC47) |
2021-11-10 21:28:31 +0100 | banc- | (banc@gateway/vpn/airvpn/banc) |
2021-11-10 21:29:07 +0100 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 256 seconds) |
2021-11-10 21:29:30 +0100 | <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 21:29:30 +0100 | <lambdabot> | Consider it noted. |
2021-11-10 21:30:33 +0100 | <nesqi> | geekosaur: Thank you! |
2021-11-10 21:30:45 +0100 | <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 21:30:58 +0100 | <geekosaur> | (this is called a passive keyboard grab) |
2021-11-10 21:31:10 +0100 | <nesqi> | Ah, ok! |
2021-11-10 21:33:01 +0100 | <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 21:34:26 +0100 | <nesqi> | Is a KeyCode a scancode (actual value returned from HW)? |
2021-11-10 21:34:33 +0100 | <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 21:34:45 +0100 | <geekosaur> | not usually |
2021-11-10 21:35:04 +0100 | themc47 | (~mc47@xmonad/TheMC47) |
2021-11-10 21:35:11 +0100 | mc47 | (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
2021-11-10 21:35:41 +0100 | <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 21:42:18 +0100 | <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 21:43:10 +0100 | <nesqi> | Control_L or Super_L or some button. |
2021-11-10 21:43:16 +0100 | <nesqi> | key* |
2021-11-10 21:45:32 +0100 | qbt | (~qbt@user/edun) (Quit: Leaving.) |
2021-11-10 21:46:16 +0100 | <nesqi> | I guess it makes sense. They are "only" modifiers. Not to be considered a key-input. |
2021-11-10 21:53:30 +0100 | <geekosaur> | it is possible to bind a modifier also as a regular key; it just gets really confusing |
2021-11-10 21:54:16 +0100 | <geekosaur> | most clients only look at translated keys (keysyms), so will ignore the key events for a bare modifier |
2021-11-10 21:55:25 +0100 | Safeguard-IRC | (~Safeguard@151.42.165.137) |
2021-11-10 21:57:37 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
2021-11-10 22:04:33 +0100 | Extropy | (~extropy@user/extropy) |
2021-11-10 22:11:03 +0100 | themc47 | (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
2021-11-10 22:19:10 +0100 | Safeguard-IRC | (~Safeguard@151.42.165.137) (Remote host closed the connection) |
2021-11-10 22:23:12 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
2021-11-10 22:25:05 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) |
2021-11-10 22:58:22 +0100 | k` | (~user@152.1.137.158) (Remote host closed the connection) |
2021-11-10 23:13:21 +0100 | sagax | (~sagax_nb@user/sagax) (Quit: Konversation terminated!) |
2021-11-10 23:36:41 +0100 | nesqi | (~nesqi@h-158-174-130-28.A465.priv.bahnhof.se) (Quit: Client closed) |
2021-11-10 23:57:56 +0100 | sagax | (~sagax_nb@user/sagax) |