Logs: liberachat/#xmonad
| 2021-10-07 20:26:50 | × | mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 2021-10-07 20:31:21 | <mekeor[m]> | actually my emacs (not emacsclient) supports -bw but has the same problem with borders |
| 2021-10-07 20:34:32 | <geekosaur> | interesting. any chance you have something like smartBorders enabled? |
| 2021-10-07 20:34:54 | <mekeor[m]> | also, i missed to mention that the border is only not drawn when the window is focused |
| 2021-10-07 20:35:14 | <geekosaur> | o.O |
| 2021-10-07 20:35:21 | <mekeor[m]> | yes, i do, geekosaur |
| 2021-10-07 20:35:32 | <geekosaur> | I wonder if it overrides the border color then |
| 2021-10-07 20:35:40 | <geekosaur> | and is drawn but in gray or something |
| 2021-10-07 20:35:54 | <mekeor[m]> | it might draw it black. thats right |
| 2021-10-07 20:36:07 | <geekosaur> | fwiw I have emacs with gtk and it draws the borders fine |
| 2021-10-07 20:36:22 | <geekosaur> | not even translucent like the damned terminal windows do |
| 2021-10-07 20:38:00 | <mekeor[m]> | it actually looks like black borders btw |
| 2021-10-07 20:39:10 | Las[m]_ | is now known as Las[m]__ |
| 2021-10-07 20:39:16 | Las[m]__ | is now known as Las[m]_ |
| 2021-10-07 20:39:40 | Las[m]_ | is now known as Las[m] |
| 2021-10-07 20:39:44 | <mekeor[m]> | why would smartborders recolor borders? mmmh |
| 2021-10-07 20:42:36 | <geekosaur> | smartBorders itself shouldn't and doesn't, it just changes the border width as part of laying out the window. but there are some bugfixes to it in git xmonad-contrib |
| 2021-10-07 20:42:56 | <geekosaur> | because it had been handling some corner cases wrong |
| 2021-10-07 20:43:21 | <geekosaur> | I would not be at all surprised if emacs's color stuff does, though |
| 2021-10-07 20:43:57 | <geekosaur> | its color handling is complex and confusing and if you've ever tweaked any of it you may have changed the wrong thing |
| 2021-10-07 20:45:33 | <geekosaur> | especially since it uses its own names for things (like "gutters" instead of "borders") |
| 2021-10-07 20:45:47 | <mekeor[m]> | when i run emacs -Q (i.e. without any modifications) it still does not have any border (or rather only a black border) |
| 2021-10-07 20:46:09 | <mekeor[m]> | actually the correct color sometimes shows up for a moment |
| 2021-10-07 20:46:16 | <geekosaur> | :( |
| 2021-10-07 20:46:23 | <geekosaur> | wat |
| 2021-10-07 20:46:42 | <geekosaur> | that almost certainly makes it emacs unless you have a really weird xmonad logHook |
| 2021-10-07 20:47:22 | <mekeor[m]> | no, i only have dynamiclogwithpp |
| 2021-10-07 20:47:28 | <mekeor[m]> | nothing fancy |
| 2021-10-07 20:47:40 | <mekeor[m]> | i'll try emacs with gtk now |
| 2021-10-07 20:47:51 | <jakefromstatefar> | What's the difference between `layoutBuilder` and `subLayouts` that allows `layoutBuilder` to properly clear tab decorations? |
| 2021-10-07 20:48:57 | <jakefromstatefar> | Using layoutBuilder removes the problems that #343 and #136 describe. |
| 2021-10-07 20:49:41 | <jakefromstatefar> | I'm curios, what if I nest a fullscreen layoutBuilder + tabs as a sublayout... Maybe that would fix the issue? |
| 2021-10-07 20:49:41 | <jakefromstatefar> | A bit hacky, but, then we'd know where to look for the error |
| 2021-10-07 20:50:05 | <jakefromstatefar> | curious* |
| 2021-10-07 20:51:59 | <geekosaur> | actually subTabbed is the hacky one and I'm not too surprised it sometimes breaks |
| 2021-10-07 20:54:05 | <geekosaur> | anyway I couldn't tell you off the top of my head the difference between the two; there's like 5 or 6 different ways to do sublayouting in -contrib :) |
| 2021-10-07 20:55:16 | <mekeor[m]> | btw, emacs with gtk works just fine for me too |
| 2021-10-07 20:58:33 | <geekosaur> | huh |
| 2021-10-07 21:23:08 | <liskin> | jakefromstatefar: the primary difference will probably be that layoutBuilder is static whereas SubLayouts lets you move the window between the groups freely |
| 2021-10-07 21:24:05 | × | jmct_ quits (sid160793@id-160793.tinside.irccloud.com) (Ping timeout: 260 seconds) |
| 2021-10-07 21:24:18 | × | PotatoGim quits (sid99505@id-99505.lymington.irccloud.com) (Ping timeout: 260 seconds) |
| 2021-10-07 21:24:41 | × | mudri quits (sid317655@id-317655.helmsley.irccloud.com) (Ping timeout: 250 seconds) |
| 2021-10-07 21:24:46 | × | pl quits (sid98063@id-98063.helmsley.irccloud.com) (Ping timeout: 252 seconds) |
| 2021-10-07 21:25:14 | × | amir quits (sid22336@user/amir) (Ping timeout: 260 seconds) |
| 2021-10-07 21:25:40 | <liskin> | also SubLayouts uses an actual layout to determine the subrectangles, whereas layoutBuilder needs static rectangles |
| 2021-10-07 21:25:49 | → | PotatoGim joins (sid99505@lymington.irccloud.com) |
| 2021-10-07 21:26:14 | <liskin> | I'm not entirely sure if any of this actually means the implementation of SubLayouts needs to be so hacky |
| 2021-10-07 21:27:24 | → | pl joins (sid98063@helmsley.irccloud.com) |
| 2021-10-07 21:28:52 | <liskin> | (personally I think it'd be a good idea if someone tried to adopt the tree-based data structure of i3 to xmonad; it'd certainly mean that almost everything would need to get rewritten, but since that's likely true for Wayland anyway, it'd be helpful to do that upfront) |
| 2021-10-07 21:29:41 | → | amir joins (sid22336@user/amir) |
| 2021-10-07 21:29:44 | <liskin> | (and by the tree-based data structure I primarily mean that layout nesting would become core functionality rather than a -contrib hack) |
| 2021-10-07 21:31:24 | <liskin> | But I'm somewhat pessimistic about anyone actually having time to do that. I'd be happy to mentor such an effort, but I'm several months lagged on my own todo-list. :-/ |
| 2021-10-07 21:31:35 | <liskin> | (Possibly years. Who knows/cares at this point.) |
| 2021-10-07 21:32:24 | geekosaur | resembles that |
| 2021-10-07 21:32:50 | <geekosaur> | somewhere or other I have a todo list from 5ish years ago that I should dig out and update |
| 2021-10-07 21:33:06 | <geekosaur> | because it has things like initial planning for layer support in it |
| 2021-10-07 21:33:28 | <geekosaur> | (then again if someone does the tree thing I'd have to redesign from scratch anyway) |
| 2021-10-07 21:37:07 | <geekosaur> | although… I am not sure it's fair to call our layout nesting a hack, unless you straight up call our layouts a hack |
| 2021-10-07 21:37:21 | <geekosaur> | I mena, the layout is just a function encoded as constructors |
| 2021-10-07 21:37:49 | <geekosaur> | sublayouts are as fair game as anything else you could do that way |
| 2021-10-07 21:39:08 | → | jmct_ joins (sid160793@id-160793.tinside.irccloud.com) |
| 2021-10-07 21:40:39 | → | mudri joins (sid317655@id-317655.helmsley.irccloud.com) |
| 2021-10-07 21:42:14 | <liskin> | I would call our layouts a hack at this point, without remorse |
| 2021-10-07 21:42:46 | <liskin> | especially the message handling which has absolutely no idea what windows the layout actually sees |
| 2021-10-07 21:43:44 | <liskin> | so if you want layout nesting as a layout, you need to store info about the windows/groups somewhere, for any action you need to send messages, and the message handler doesn't have all the info it needs |
| 2021-10-07 21:43:48 | <liskin> | it's a mess |
| 2021-10-07 21:44:28 | <liskin> | what I'd propose is a tree structure with a layout and possibly some extra extensible data at each node |
| 2021-10-07 21:45:11 | <liskin> | I spent some time thinking about this a couple weeks/months ago, but didn't write anything of it down :-( |
| 2021-10-07 21:45:49 | <liskin> | I'm fairly sure I can recall all of that should we ever seriously brainstorm this, though |
| 2021-10-07 21:46:08 | <geekosaur> | might be a good time for a wip issue then |
| 2021-10-07 21:47:47 | <liskin> | possibly, but in all honesty, writing all that down in legible form is a couple hours, which I'd rather spend on release critical stuff right now :-/ |
| 2021-10-07 21:48:20 | <liskin> | anyway, thanks for listening to my brain dump, I'll head to bed now :-) |
| 2021-10-07 21:48:48 | × | seschwar quits (~seschwar@user/seschwar) (Quit: :wq) |
| 2021-10-07 22:30:31 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Ping timeout: 245 seconds) |
| 2021-10-07 23:00:43 | <jakefromstatefar> | As a HS student, I can contribute a fair amount of time to a rewrite like that. I would need to become substantially more acquainted with XMonads internal workings. But, it could be a fun months-long project. |
| 2021-10-07 23:02:27 | <jakefromstatefar> | My TODO list is about a month out, especially since I offered to generate screenshots this weekend. But, if someone could point me to what segments of code I should start with, I'd be happy to start fiddling with it. |
| 2021-10-07 23:12:25 | × | spider quits (~spider@vps-951ce37a.vps.ovh.ca) (Quit: WeeChat 3.2) |
| 2021-10-07 23:16:02 | → | spider joins (~spider@vps-951ce37a.vps.ovh.ca) |
| 2021-10-08 00:46:21 | × | minty quits (~minty@pool-173-61-191-195.cmdnnj.fios.verizon.net) (Quit: WeeChat 2.8) |
| 2021-10-08 01:43:55 | → | a6a45081-2b83 joins (~aditya@2601:249:4300:1296:88ec:cc73:84d4:1507) |
| 2021-10-08 02:02:55 | × | banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 265 seconds) |
| 2021-10-08 02:14:31 | × | sundbry quits (~quassel@99-42-143-129.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 252 seconds) |
| 2021-10-08 02:23:51 | → | banc joins (banc@gateway/vpn/airvpn/banc) |
| 2021-10-08 02:36:04 | → | kaizoku[m] joins (~kaizokuma@2001:470:69fc:105::1:102d) |
| 2021-10-08 02:53:23 | → | electr0n joins (~electr0n@about/security/founder/electr0n) |
| 2021-10-08 02:54:58 | × | td_ quits (~td@94.134.91.74) (Ping timeout: 265 seconds) |
| 2021-10-08 02:56:35 | → | td_ joins (~td@muedsl-82-207-238-110.citykom.de) |
| 2021-10-08 03:25:40 | → | zouhair joins (~zouhair@142.182.58.252) |
| 2021-10-08 03:35:17 | <jakefromstatefar> | There are some weird bugs I've faced when trying out new layouts. |
| 2021-10-08 03:35:17 | <jakefromstatefar> | Hopefully there's a safer/more reliable method to test them out after these major refactorings. |
| 2021-10-08 03:36:48 | <jakefromstatefar> | I have a set of modifiers that I like to apply to all my layouts, but in using them with some layouts. Things just go to hell. The windows bug out, their borders start flickering. It's weeird. |
| 2021-10-08 03:37:44 | <jakefromstatefar> | I've it mostly stable, I think (AKA removing those modifiers from the layouts that bug out). So, I'll bother with that some other time. |
| 2021-10-08 03:46:10 | <burp> | oh, xmonad on HN frontpage |
| 2021-10-08 03:46:14 | <burp> | https://news.ycombinator.com/item?id=28793941 |
| 2021-10-08 03:46:26 | <TheWizardTower[m> | \m/ |
| 2021-10-08 04:32:16 | × | thunderrd quits (~thunderrd@183.182.110.36) (Ping timeout: 250 seconds) |
| 2021-10-08 04:45:33 | → | thunderrd joins (~thunderrd@183.182.110.52) |
| 2021-10-08 06:06:38 | <Solid> | and half of the comments are about MacOS *shudder* |
| 2021-10-08 06:25:16 | → | qbt joins (~qbt@user/edun) |
| 2021-10-08 06:30:34 | → | cfricke joins (~cfricke@user/cfricke) |
All times are in UTC.