| 2021-10-07 00:08:23 +0200 | seschwar | (~seschwar@user/seschwar) (Quit: :wq) |
| 2021-10-07 00:27:28 +0200 | <jakefromstatefar> | Check the `stdout` & `err` for xmonad. If you're running a login manager, the easiest way (that I know of) to do this would be to switch to a fresh TTY, then run `startx` manually, close xmonad after seeing the issue, and read what's there. |
| 2021-10-07 00:27:58 +0200 | <jakefromstatefar> | You could also pipe the output to a file, then read it manually afterward. |
| 2021-10-07 00:29:30 +0200 | spider | (~spider@vps-951ce37a.vps.ovh.ca) |
| 2021-10-07 00:37:32 +0200 | <abhixec> | jakefromstatefar: let me try it give me few minutes. |
| 2021-10-07 00:39:03 +0200 | <abhixec> | I probably need to restart my laptop because changing to different TTY I am unable to reproduce the issue. |
| 2021-10-07 00:39:06 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Quit: restarting) |
| 2021-10-07 00:39:36 +0200 | <jakefromstatefar> | Hm, it may be related to your login manager then. |
| 2021-10-07 00:50:48 +0200 | Archanus[m] | Arcanus[m] |
| 2021-10-07 02:13:17 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-10-07 02:15:02 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-10-07 03:01:07 +0200 | <jakefromstatefar> | abhixec: any luck? |
| 2021-10-07 03:13:13 +0200 | AndrewYu | Andrew |
| 2021-10-07 03:20:26 +0200 | <jakefromstatefar> | <liskin> "jakefromstatefarm: my current..." <- Any idea when you'll get around to this? Sometime soon? Should I wait, or just try the current version? |
| 2021-10-07 03:21:42 +0200 | <geekosaur> | he said hopefully this week, as I read it |
| 2021-10-07 03:22:06 +0200 | <geekosaur> | that said, I think you can try the current version, it just has some rough edges |
| 2021-10-07 04:03:08 +0200 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 268 seconds) |
| 2021-10-07 04:17:03 +0200 | minty | (~minty@pool-173-61-191-195.cmdnnj.fios.verizon.net) |
| 2021-10-07 04:24:14 +0200 | banc | (banc@gateway/vpn/airvpn/banc) |
| 2021-10-07 04:35:55 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 2021-10-07 04:36:08 +0200 | <abhixec> | <file descriptor: 4>: commitBuffer: resource vanished (Broken pipe) |
| 2021-10-07 04:36:38 +0200 | <abhixec> | this is the error that I get when I first start xmonad+xmobar and xmobar disappears after few seconds |
| 2021-10-07 04:36:42 +0200 | <abhixec> | <file descriptor: 4>: commitBuffer: resource vanished (Broken pipe) |
| 2021-10-07 04:53:55 +0200 | <minty> | sounds like you need to call a plumber |
| 2021-10-07 04:55:52 +0200 | td_ | (~td@94.134.91.91) (Ping timeout: 252 seconds) |
| 2021-10-07 04:57:51 +0200 | td_ | (~td@94.134.91.74) |
| 2021-10-07 04:58:51 +0200 | <minty> | you using spawnPipe, hPutStr/hPutStrLn, and %stdinreader% ? |
| 2021-10-07 04:59:36 +0200 | <minty> | \quit |
| 2021-10-07 04:59:41 +0200 | <minty> | lol |
| 2021-10-07 04:59:42 +0200 | minty | (~minty@pool-173-61-191-195.cmdnnj.fios.verizon.net) (Quit: WeeChat 2.8) |
| 2021-10-07 05:02:24 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Ping timeout: 245 seconds) |
| 2021-10-07 05:12:40 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 2021-10-07 05:20:15 +0200 | Armoletti | (~armoletti@dyn70-177.yok.fi) (Ping timeout: 260 seconds) |
| 2021-10-07 05:28:57 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Read error: Connection reset by peer) |
| 2021-10-07 05:30:03 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 2021-10-07 05:33:14 +0200 | Armoletti | (~armoletti@dyn70-177.yok.fi) |
| 2021-10-07 05:43:16 +0200 | ormaaj | (~ormaaj@user/ormaaj) (Quit: Reconnecting) |
| 2021-10-07 05:44:16 +0200 | ormaaj | (~ormaaj@user/ormaaj) |
| 2021-10-07 05:47:51 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Read error: Connection reset by peer) |
| 2021-10-07 06:01:40 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 2021-10-07 07:09:28 +0200 | electr0n | (~electr0n@about/security/founder/electr0n) (Ping timeout: 252 seconds) |
| 2021-10-07 07:24:17 +0200 | Nahra`` | (~user@static.161.95.99.88.clients.your-server.de) (Remote host closed the connection) |
| 2021-10-07 07:24:22 +0200 | qbt | (~qbt@user/edun) |
| 2021-10-07 07:33:09 +0200 | qbt | (~qbt@user/edun) (Remote host closed the connection) |
| 2021-10-07 08:23:57 +0200 | wonko | (~wjc@62.115.229.50) |
| 2021-10-07 08:25:19 +0200 | benin0369323016 | (~benin@183.82.176.241) (Ping timeout: 245 seconds) |
| 2021-10-07 08:27:16 +0200 | benin0369323016 | (~benin@183.82.176.241) |
| 2021-10-07 08:39:50 +0200 | qbt | (~qbt@user/edun) |
| 2021-10-07 09:22:37 +0200 | cfricke | (~cfricke@user/cfricke) |
| 2021-10-07 09:24:17 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-10-07 09:28:33 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-10-07 09:30:08 +0200 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 265 seconds) |
| 2021-10-07 09:53:26 +0200 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) |
| 2021-10-07 09:56:21 +0200 | benin0369323016 | (~benin@183.82.176.241) (Ping timeout: 245 seconds) |
| 2021-10-07 10:07:33 +0200 | qbt | (~qbt@user/edun) () |
| 2021-10-07 10:17:37 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 2021-10-07 10:17:38 +0200 | allbery_b | (~geekosaur@xmonad/geekosaur) |
| 2021-10-07 10:17:41 +0200 | allbery_b | geekosaur |
| 2021-10-07 10:26:02 +0200 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3) |
| 2021-10-07 10:41:08 +0200 | Nahra | (~user@static.161.95.99.88.clients.your-server.de) |
| 2021-10-07 11:03:39 +0200 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) |
| 2021-10-07 11:14:57 +0200 | benin0369323016 | (~benin@183.82.176.241) |
| 2021-10-07 11:20:48 +0200 | qbt | (~qbt@user/edun) |
| 2021-10-07 11:44:29 +0200 | benin03693230163 | (~benin@183.82.176.241) |
| 2021-10-07 11:48:02 +0200 | benin0369323016 | (~benin@183.82.176.241) (Ping timeout: 265 seconds) |
| 2021-10-07 11:48:02 +0200 | benin03693230163 | benin0369323016 |
| 2021-10-07 11:50:24 +0200 | benin03693230163 | (~benin@183.82.176.241) |
| 2021-10-07 11:53:01 +0200 | benin0369323016 | (~benin@183.82.176.241) (Ping timeout: 245 seconds) |
| 2021-10-07 11:59:04 +0200 | mc47 | (~mc47@xmonad/TheMC47) |
| 2021-10-07 12:29:41 +0200 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 245 seconds) |
| 2021-10-07 12:37:40 +0200 | benin03693230163 | (~benin@183.82.176.241) (Ping timeout: 265 seconds) |
| 2021-10-07 12:40:47 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-10-07 12:42:37 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-10-07 13:12:00 +0200 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) |
| 2021-10-07 13:22:37 +0200 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 265 seconds) |
| 2021-10-07 13:33:01 +0200 | darkstardevx | (~darkstard@c-24-21-53-33.hsd1.or.comcast.net) (Ping timeout: 245 seconds) |
| 2021-10-07 13:33:44 +0200 | darkstardevx | (~darkstard@c-24-21-53-33.hsd1.or.comcast.net) |
| 2021-10-07 13:35:00 +0200 | minty | (~minty@pool-173-61-191-195.cmdnnj.fios.verizon.net) |
| 2021-10-07 14:09:52 +0200 | azg256 | (~user@78-56-98-5.static.zebra.lt) |
| 2021-10-07 14:28:04 +0200 | byorgey | (~byorgey@155.138.238.211) (Quit: leaving) |
| 2021-10-07 14:37:50 +0200 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) |
| 2021-10-07 15:15:56 +0200 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 245 seconds) |
| 2021-10-07 15:27:10 +0200 | azg256 | (~user@78-56-98-5.static.zebra.lt) (Remote host closed the connection) |
| 2021-10-07 15:29:10 +0200 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) |
| 2021-10-07 15:29:20 +0200 | azg256 | (~user@78-56-98-5.static.zebra.lt) |
| 2021-10-07 16:19:59 +0200 | azg256 | (~user@78-56-98-5.static.zebra.lt) (Quit: ERC (IRC client for Emacs 27.1)) |
| 2021-10-07 16:25:14 +0200 | azg256 | (~user@78-56-98-5.static.zebra.lt) |
| 2021-10-07 16:38:28 +0200 | byorgey | (~byorgey@155.138.238.211) |
| 2021-10-07 16:55:22 +0200 | cfricke | (~cfricke@user/cfricke) (Quit: WeeChat 3.3) |
| 2021-10-07 17:27:10 +0200 | benin03693230163 | (~benin@183.82.176.241) |
| 2021-10-07 17:34:50 +0200 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 2021-10-07 17:37:34 +0200 | benin03693230163 | (~benin@183.82.176.241) (Quit: The Lounge - https://thelounge.chat) |
| 2021-10-07 17:52:09 +0200 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3) |
| 2021-10-07 17:57:38 +0200 | azg256 | (~user@78-56-98-5.static.zebra.lt) (Quit: ERC (IRC client for Emacs 27.1)) |
| 2021-10-07 17:59:10 +0200 | seschwar | (~seschwar@user/seschwar) |
| 2021-10-07 18:07:21 +0200 | dmwit | (~dmwit@pool-173-73-185-183.washdc.fios.verizon.net) (Ping timeout: 268 seconds) |
| 2021-10-07 18:08:09 +0200 | sundbry | (~quassel@99-42-143-129.lightspeed.sntcca.sbcglobal.net) (Remote host closed the connection) |
| 2021-10-07 18:08:25 +0200 | minty | (~minty@pool-173-61-191-195.cmdnnj.fios.verizon.net) (Ping timeout: 265 seconds) |
| 2021-10-07 18:08:37 +0200 | dmwit | (~dmwit@pool-173-73-185-183.washdc.fios.verizon.net) |
| 2021-10-07 18:09:12 +0200 | minty | (~minty@pool-173-61-191-195.cmdnnj.fios.verizon.net) |
| 2021-10-07 18:09:15 +0200 | sundbry | (~quassel@99-42-143-129.lightspeed.sntcca.sbcglobal.net) |
| 2021-10-07 18:12:38 +0200 | benin03693230163 | (~benin@183.82.176.241) |
| 2021-10-07 18:13:22 +0200 | wonko | (~wjc@62.115.229.50) (Ping timeout: 252 seconds) |
| 2021-10-07 18:15:47 +0200 | azg256 | (~user@78-56-98-5.static.zebra.lt) |
| 2021-10-07 18:18:11 +0200 | berberman_ | (~berberman@user/berberman) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-10-07 18:19:06 +0200 | vanvik | (~vanvik@82.194.204.210) (Ping timeout: 260 seconds) |
| 2021-10-07 18:19:43 +0200 | Andrew | (~andrew@user/andrewyu) (Remote host closed the connection) |
| 2021-10-07 18:21:05 +0200 | azg256 | (~user@78-56-98-5.static.zebra.lt) (Quit: ERC (IRC client for Emacs 27.1)) |
| 2021-10-07 18:21:20 +0200 | ormaaj | (~ormaaj@user/ormaaj) (Ping timeout: 260 seconds) |
| 2021-10-07 18:21:20 +0200 | jakub[m]1 | (~jakubfami@2001:470:69fc:105::a43) (Ping timeout: 260 seconds) |
| 2021-10-07 18:21:24 +0200 | AndrewYu | (~andrew@user/andrewyu) |
| 2021-10-07 18:21:38 +0200 | Forkk | (~forkk@li926-228.members.linode.com) (Ping timeout: 246 seconds) |
| 2021-10-07 18:21:56 +0200 | abhixec[m] | (~abhixecma@2001:470:69fc:105::a2a) (Ping timeout: 260 seconds) |
| 2021-10-07 18:21:56 +0200 | jakefromstatefar | (~jakefroms@2001:470:69fc:105::15ef) (Ping timeout: 260 seconds) |
| 2021-10-07 18:21:56 +0200 | nihilipster[m]1 | (~nihilipst@2001:470:69fc:105::720) (Ping timeout: 260 seconds) |
| 2021-10-07 18:21:56 +0200 | antilambda[m] | (~antilambd@2001:470:69fc:105::a2b) (Ping timeout: 260 seconds) |
| 2021-10-07 18:21:56 +0200 | mc47[m] | (~mc47matri@2001:470:69fc:105::733) (Ping timeout: 260 seconds) |
| 2021-10-07 18:21:56 +0200 | sibi | (~sibi@2001:470:69fc:105::8ab) (Ping timeout: 260 seconds) |
| 2021-10-07 18:21:56 +0200 | ThatOneLutenist | (~nathanmcc@2001:470:69fc:105::cd69) (Ping timeout: 260 seconds) |
| 2021-10-07 18:21:56 +0200 | cjbaylisstheythe | (~cjbayliss@2001:470:69fc:105::bade) (Ping timeout: 260 seconds) |
| 2021-10-07 18:21:56 +0200 | ServerStatsDisco | (~serversta@2001:470:69fc:105::1a) (Ping timeout: 260 seconds) |
| 2021-10-07 18:21:56 +0200 | Tisoxin | (~ikosit@user/ikosit) (Ping timeout: 260 seconds) |
| 2021-10-07 18:22:17 +0200 | benin03693230163 | (~benin@183.82.176.241) (Ping timeout: 265 seconds) |
| 2021-10-07 18:22:20 +0200 | Forkk | (~forkk@li926-228.members.linode.com) |
| 2021-10-07 18:22:30 +0200 | FOSSHuman[m] | (~lol111mat@2001:470:69fc:105::1:ad7) (Ping timeout: 260 seconds) |
| 2021-10-07 18:22:30 +0200 | x7and7[m] | (~haidermir@2001:470:69fc:105::e7ba) (Ping timeout: 260 seconds) |
| 2021-10-07 18:22:30 +0200 | KittyOwO[m] | (~wrinklehu@2001:470:69fc:105::84e) (Ping timeout: 260 seconds) |
| 2021-10-07 18:22:33 +0200 | berberman | (~berberman@user/berberman) |
| 2021-10-07 18:24:20 +0200 | azg256 | (~user@78-56-98-5.static.zebra.lt) |
| 2021-10-07 18:33:08 +0200 | jakub[m]1 | (~jakubfami@2001:470:69fc:105::a43) |
| 2021-10-07 18:33:55 +0200 | ormaaj | (~ormaaj@user/ormaaj) |
| 2021-10-07 18:35:15 +0200 | Tisoxin | (~ikosit@user/ikosit) |
| 2021-10-07 18:35:23 +0200 | sibi | (~sibi@2001:470:69fc:105::8ab) |
| 2021-10-07 18:35:36 +0200 | abhixec[m] | (~abhixecma@2001:470:69fc:105::a2a) |
| 2021-10-07 18:36:12 +0200 | ThatOneLutenist | (~nathanmcc@2001:470:69fc:105::cd69) |
| 2021-10-07 18:37:46 +0200 | mc47[m] | (~mc47matri@2001:470:69fc:105::733) |
| 2021-10-07 18:42:09 +0200 | cjbaylisstheythe | (~cjbayliss@2001:470:69fc:105::bade) |
| 2021-10-07 18:42:10 +0200 | ServerStatsDisco | (~serversta@2001:470:69fc:105::1a) |
| 2021-10-07 18:43:16 +0200 | jakefromstatefar | (~jakefroms@2001:470:69fc:105::15ef) |
| 2021-10-07 18:44:54 +0200 | nihilipster[m]1 | (~nihilipst@2001:470:69fc:105::720) |
| 2021-10-07 18:45:56 +0200 | wonko | (~wjc@2a01:e0a:4fa:a50:5bdf:2e17:5922:f711) |
| 2021-10-07 18:51:47 +0200 | antilambda[m] | (~antilambd@2001:470:69fc:105::a2b) |
| 2021-10-07 18:52:31 +0200 | x7and7[m] | (~haidermir@2001:470:69fc:105::e7ba) |
| 2021-10-07 18:53:10 +0200 | KittyOwO[m] | (~wrinklehu@2001:470:69fc:105::84e) |
| 2021-10-07 18:53:49 +0200 | FOSSHuman[m] | (~lol111mat@2001:470:69fc:105::1:ad7) |
| 2021-10-07 19:20:30 +0200 | vanvik | (~vanvik@82.194.204.210) |
| 2021-10-07 20:18:37 +0200 | <minty> | any of y'all doing alt-tab reliably? I have Actions.GroupNavigation imported with nextMatch Forward (return True) bound to alt+tab, but i'm guessing i need to toggle between nextMatch Forward and nextMatch Backward somehow... |
| 2021-10-07 20:26:36 +0200 | <mc47[m]> | Maybe alt+tab and super+tab? |
| 2021-10-07 20:26:54 +0200 | <mc47[m]> | I don't have many windows open per workspace so it was never a problem |
| 2021-10-07 20:31:42 +0200 | <geekosaur> | I use alt-tab and alt-shift-tab |
| 2021-10-07 20:31:59 +0200 | <geekosaur> | I think that's also what the default bindings use |
| 2021-10-07 20:32:14 +0200 | <geekosaur> | well, mod in place of alt |
| 2021-10-07 20:32:50 +0200 | <geekosaur> | I also have mod-arrows bound for prev/next hidden workspace |
| 2021-10-07 20:35:34 +0200 | <minty> | dang, i just think it's more intuitive/faster to have them bound to the same key combo |
| 2021-10-07 20:37:18 +0200 | <minty> | would just have to memoize if you just went backwards or forwards, and backwards first if nothing's memoized yet, i just have no idea how to do that with Haskell |
| 2021-10-07 20:38:46 +0200 | <minty> | btw, looks like the default keybindings are for prev/next window *in the current workspace*, not the global windowstack |
| 2021-10-07 20:39:26 +0200 | <geekosaur> | yeh, you'd be changing that |
| 2021-10-07 20:39:36 +0200 | liskin | uses https://github.com/sagb/alttab |
| 2021-10-07 20:39:41 +0200 | <geekosaur> | just mentioning how the default picks its keys |
| 2021-10-07 20:40:22 +0200 | <liskin> | And by "uses" I mean it's there in case I need it, which happens a couple times a year :-) |
| 2021-10-07 20:40:31 +0200 | Solid | just uses M-n and M-e (M-j and M-k by default, afair) |
| 2021-10-07 20:40:32 +0200 | <minty> | alttab looks perfect! |
| 2021-10-07 20:47:28 +0200 | <minty> | ehh, it only works with the current workspace as well |
| 2021-10-07 20:49:58 +0200 | <Solid> | depending on your aesthetic preferences you might try a prompt-based implementation? (X.P.Window) |
| 2021-10-07 20:51:06 +0200 | <geekosaur> | https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Actions-GridSelect.html |
| 2021-10-07 20:51:40 +0200 | <geekosaur> | which iirc is all windows for the default window one, but you could build your own with all windows if you wanted to because the low level machinery's fully exposed |
| 2021-10-07 20:52:29 +0200 | <geekosaur> | (probably want the git version though, I think there's a color bug in 0.16) |
| 2021-10-07 20:55:55 +0200 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) |
| 2021-10-07 20:58:06 +0200 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) (Client Quit) |
| 2021-10-07 21:04:09 +0200 | qbt | (~qbt@user/edun) (Quit: Leaving.) |
| 2021-10-07 21:06:30 +0200 | qbt | (~qbt@user/edun) |
| 2021-10-07 21:06:31 +0200 | qbt | (~qbt@user/edun) (Client Quit) |
| 2021-10-07 21:13:47 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-10-07 21:16:08 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-10-07 21:39:38 +0200 | wonko | (~wjc@2a01:e0a:4fa:a50:5bdf:2e17:5922:f711) (Ping timeout: 265 seconds) |
| 2021-10-07 21:46:09 +0200 | mekeor[m] | (~mekeormat@2001:470:69fc:105::17e4) |
| 2021-10-07 21:55:49 +0200 | azg256 | (~user@78-56-98-5.static.zebra.lt) (Quit: ERC (IRC client for Emacs 27.1)) |
| 2021-10-07 22:06:52 +0200 | <mekeor[m]> | hey. i'm using emacs with --with-x-toolkit=no and xmonad (on guix system). all windows have a window border except emacs(client). any idea whats wrong? |
| 2021-10-07 22:14:13 +0200 | <geekosaur> | applications can override the border setting; perhaps emacsclient does |
| 2021-10-07 22:14:43 +0200 | <geekosaur> | (they're not supposed to, but there are lots of broken apps out there and emacs is somewhat infamous for ignoring rules other than its own) |
| 2021-10-07 22:15:21 +0200 | <jakefromstatefar> | geekosaur: For the 0.17 release, should we make & announce deprecation/renaming of `rotSlaves`? Just due to possible misunderstanding of its functionality? |
| 2021-10-07 22:16:22 +0200 | <jakefromstatefar> | rotSecondary would be a good name. |
| 2021-10-07 22:16:24 +0200 | <geekosaur> | mekeor[m], it looks like emacsclient doesn't support -bw so you'd have to figure out the appropriate elisp to make it create a border |
| 2021-10-07 22:17:00 +0200 | <geekosaur> | jakefromstatefar, I'm agnostic on that question, aside from that having been the original term for not-master windows |
| 2021-10-07 22:17:13 +0200 | <geekosaur> | you might want to open an issue for it so it can be discussed |
| 2021-10-07 22:17:19 +0200 | <jakefromstatefar> | OK. |
| 2021-10-07 22:18:56 +0200 | <mekeor[m]> | geekosaur, you mean the emacsclient --with-x-toolkit=no does not support "-bw" (what ever that means?). i mean, i used emacsclient in xmonad before. it was just fine. |
| 2021-10-07 22:19:14 +0200 | <geekosaur> | -bw is the standard X toolkit option for border_width |
| 2021-10-07 22:19:41 +0200 | <mekeor[m]> | ... but i haven't been using it with no x toolkit |
| 2021-10-07 22:19:57 +0200 | <mekeor[m]> | ah i see |
| 2021-10-07 22:20:34 +0200 | <mekeor[m]> | i guess i'll have to use a x toolkit for bw -.-" |
| 2021-10-07 22:20:53 +0200 | <geekosaur> | so I checked emacsclient --help on this system to see if it had any options for changing the border |
| 2021-10-07 22:21:25 +0200 | <mekeor[m]> | ah interesting |
| 2021-10-07 22:21:46 +0200 | <mekeor[m]> | so windows/programs set their own bw? |
| 2021-10-07 22:21:47 +0200 | <geekosaur> | but I've had lots of problems with various emacs versions applying their own ideas of how things should work instead of obeying ICCCM / EWMH |
| 2021-10-07 22:21:56 +0200 | <mekeor[m]> | i was thinking xmonad draws borders |
| 2021-10-07 22:22:01 +0200 | <geekosaur> | they're not supposed to, per ICCCM |
| 2021-10-07 22:22:37 +0200 | <geekosaur> | but the option exists, so you can turn off a border or make it thicker for some windows because you need them to stand out better from other windows or something |
| 2021-10-07 22:22:56 +0200 | <geekosaur> | but it's really given to the window manager, and xmonad expects to set it itself |
| 2021-10-07 22:23:32 +0200 | <geekosaur> | this said, most modern wms don't set the border so this is the kind of bug nobody would notice unless using e.g. dwm or xmonad |
| 2021-10-07 22:24:41 +0200 | <mekeor[m]> | what a chaos :D |
| 2021-10-07 22:24:48 +0200 | <mekeor[m]> | thank yoh, geekosaur :) |
| 2021-10-07 22:25:11 +0200 | <mekeor[m]> | i'm gonna try emacs --with-x-toolkitn=lucid :) |
| 2021-10-07 22:26:50 +0200 | mc47 | (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 2021-10-07 22:31:21 +0200 | <mekeor[m]> | actually my emacs (not emacsclient) supports -bw but has the same problem with borders |
| 2021-10-07 22:34:32 +0200 | <geekosaur> | interesting. any chance you have something like smartBorders enabled? |
| 2021-10-07 22:34:54 +0200 | <mekeor[m]> | also, i missed to mention that the border is only not drawn when the window is focused |
| 2021-10-07 22:35:14 +0200 | <geekosaur> | o.O |
| 2021-10-07 22:35:21 +0200 | <mekeor[m]> | yes, i do, geekosaur |
| 2021-10-07 22:35:32 +0200 | <geekosaur> | I wonder if it overrides the border color then |
| 2021-10-07 22:35:40 +0200 | <geekosaur> | and is drawn but in gray or something |
| 2021-10-07 22:35:54 +0200 | <mekeor[m]> | it might draw it black. thats right |
| 2021-10-07 22:36:07 +0200 | <geekosaur> | fwiw I have emacs with gtk and it draws the borders fine |
| 2021-10-07 22:36:22 +0200 | <geekosaur> | not even translucent like the damned terminal windows do |
| 2021-10-07 22:38:00 +0200 | <mekeor[m]> | it actually looks like black borders btw |
| 2021-10-07 22:39:10 +0200 | Las[m]_ | Las[m]__ |
| 2021-10-07 22:39:16 +0200 | Las[m]__ | Las[m]_ |
| 2021-10-07 22:39:40 +0200 | Las[m]_ | Las[m] |
| 2021-10-07 22:39:44 +0200 | <mekeor[m]> | why would smartborders recolor borders? mmmh |
| 2021-10-07 22:42:36 +0200 | <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 22:42:56 +0200 | <geekosaur> | because it had been handling some corner cases wrong |
| 2021-10-07 22:43:21 +0200 | <geekosaur> | I would not be at all surprised if emacs's color stuff does, though |
| 2021-10-07 22:43:57 +0200 | <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 22:45:33 +0200 | <geekosaur> | especially since it uses its own names for things (like "gutters" instead of "borders") |
| 2021-10-07 22:45:47 +0200 | <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 22:46:09 +0200 | <mekeor[m]> | actually the correct color sometimes shows up for a moment |
| 2021-10-07 22:46:16 +0200 | <geekosaur> | :( |
| 2021-10-07 22:46:23 +0200 | <geekosaur> | wat |
| 2021-10-07 22:46:42 +0200 | <geekosaur> | that almost certainly makes it emacs unless you have a really weird xmonad logHook |
| 2021-10-07 22:47:22 +0200 | <mekeor[m]> | no, i only have dynamiclogwithpp |
| 2021-10-07 22:47:28 +0200 | <mekeor[m]> | nothing fancy |
| 2021-10-07 22:47:40 +0200 | <mekeor[m]> | i'll try emacs with gtk now |
| 2021-10-07 22:47:51 +0200 | <jakefromstatefar> | What's the difference between `layoutBuilder` and `subLayouts` that allows `layoutBuilder` to properly clear tab decorations? |
| 2021-10-07 22:48:57 +0200 | <jakefromstatefar> | Using layoutBuilder removes the problems that #343 and #136 describe. |
| 2021-10-07 22:49:41 +0200 | <jakefromstatefar> | I'm curios, what if I nest a fullscreen layoutBuilder + tabs as a sublayout... Maybe that would fix the issue? |
| 2021-10-07 22:49:41 +0200 | <jakefromstatefar> | A bit hacky, but, then we'd know where to look for the error |
| 2021-10-07 22:50:05 +0200 | <jakefromstatefar> | curious* |
| 2021-10-07 22:51:59 +0200 | <geekosaur> | actually subTabbed is the hacky one and I'm not too surprised it sometimes breaks |
| 2021-10-07 22:54:05 +0200 | <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 22:55:16 +0200 | <mekeor[m]> | btw, emacs with gtk works just fine for me too |
| 2021-10-07 22:58:33 +0200 | <geekosaur> | huh |
| 2021-10-07 23:23:08 +0200 | <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 23:24:05 +0200 | jmct_ | (sid160793@id-160793.tinside.irccloud.com) (Ping timeout: 260 seconds) |
| 2021-10-07 23:24:18 +0200 | PotatoGim | (sid99505@id-99505.lymington.irccloud.com) (Ping timeout: 260 seconds) |
| 2021-10-07 23:24:41 +0200 | mudri | (sid317655@id-317655.helmsley.irccloud.com) (Ping timeout: 250 seconds) |
| 2021-10-07 23:24:46 +0200 | pl | (sid98063@id-98063.helmsley.irccloud.com) (Ping timeout: 252 seconds) |
| 2021-10-07 23:25:14 +0200 | amir | (sid22336@user/amir) (Ping timeout: 260 seconds) |
| 2021-10-07 23:25:40 +0200 | <liskin> | also SubLayouts uses an actual layout to determine the subrectangles, whereas layoutBuilder needs static rectangles |
| 2021-10-07 23:25:49 +0200 | PotatoGim | (sid99505@lymington.irccloud.com) |
| 2021-10-07 23:26:14 +0200 | <liskin> | I'm not entirely sure if any of this actually means the implementation of SubLayouts needs to be so hacky |
| 2021-10-07 23:27:24 +0200 | pl | (sid98063@helmsley.irccloud.com) |
| 2021-10-07 23:28:52 +0200 | <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 23:29:41 +0200 | amir | (sid22336@user/amir) |
| 2021-10-07 23:29:44 +0200 | <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 23:31:24 +0200 | <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 23:31:35 +0200 | <liskin> | (Possibly years. Who knows/cares at this point.) |
| 2021-10-07 23:32:24 +0200 | geekosaur | resembles that |
| 2021-10-07 23:32:50 +0200 | <geekosaur> | somewhere or other I have a todo list from 5ish years ago that I should dig out and update |
| 2021-10-07 23:33:06 +0200 | <geekosaur> | because it has things like initial planning for layer support in it |
| 2021-10-07 23:33:28 +0200 | <geekosaur> | (then again if someone does the tree thing I'd have to redesign from scratch anyway) |
| 2021-10-07 23:37:07 +0200 | <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 23:37:21 +0200 | <geekosaur> | I mena, the layout is just a function encoded as constructors |
| 2021-10-07 23:37:49 +0200 | <geekosaur> | sublayouts are as fair game as anything else you could do that way |
| 2021-10-07 23:39:08 +0200 | jmct_ | (sid160793@id-160793.tinside.irccloud.com) |
| 2021-10-07 23:40:39 +0200 | mudri | (sid317655@id-317655.helmsley.irccloud.com) |
| 2021-10-07 23:42:14 +0200 | <liskin> | I would call our layouts a hack at this point, without remorse |
| 2021-10-07 23:42:46 +0200 | <liskin> | especially the message handling which has absolutely no idea what windows the layout actually sees |
| 2021-10-07 23:43:44 +0200 | <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 23:43:48 +0200 | <liskin> | it's a mess |
| 2021-10-07 23:44:28 +0200 | <liskin> | what I'd propose is a tree structure with a layout and possibly some extra extensible data at each node |
| 2021-10-07 23:45:11 +0200 | <liskin> | I spent some time thinking about this a couple weeks/months ago, but didn't write anything of it down :-( |
| 2021-10-07 23:45:49 +0200 | <liskin> | I'm fairly sure I can recall all of that should we ever seriously brainstorm this, though |
| 2021-10-07 23:46:08 +0200 | <geekosaur> | might be a good time for a wip issue then |
| 2021-10-07 23:47:47 +0200 | <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 23:48:20 +0200 | <liskin> | anyway, thanks for listening to my brain dump, I'll head to bed now :-) |
| 2021-10-07 23:48:48 +0200 | seschwar | (~seschwar@user/seschwar) (Quit: :wq) |