Logs on 2021-03-31 (freenode/#xmonad)
| 00:02:44 | → | novas0x2a joins (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 00:43:02 | × | novas0x2a quits (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Quit: Leaving.) |
| 00:45:13 | → | werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 00:55:18 | → | novas0x2a joins (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 01:09:53 | × | evanjs quits (~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer) |
| 01:12:06 | → | evanjs joins (~evanjs@075-129-098-007.res.spectrum.com) |
| 01:13:33 | → | def_jam joins (~eblip@unaffiliated/eblip) |
| 01:14:01 | → | eb0t_ joins (~eblip@unaffiliated/eblip) |
| 01:14:58 | × | eblip quits (~eblip@unaffiliated/eblip) (Ping timeout: 240 seconds) |
| 01:15:06 | × | eb0t quits (~eblip@unaffiliated/eblip) (Ping timeout: 260 seconds) |
| 01:15:49 | eb0t_ | is now known as eblip |
| 01:36:49 | × | novas0x2a quits (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Quit: Leaving.) |
| 03:26:37 | → | novas0x2a joins (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 03:38:22 | × | novas0x2a quits (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Quit: Leaving.) |
| 03:43:11 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 04:07:20 | → | novas0x2a joins (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 04:08:01 | × | novas0x2a quits (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Client Quit) |
| 04:13:34 | → | novas0x2a joins (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 04:21:04 | × | novas0x2a quits (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Quit: Leaving.) |
| 04:26:02 | → | novas0x2a joins (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 04:26:53 | × | novas0x2a quits (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Client Quit) |
| 04:38:43 | → | materiyolo joins (~materiyol@112.204.174.249) |
| 04:40:25 | × | Shadorain quits (uid453914@gateway/web/irccloud.com/x-upujwpnrlwgnzwtx) (Quit: Connection closed for inactivity) |
| 04:42:10 | × | evanjs quits (~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer) |
| 04:42:43 | <heck-to-the-gnom> | I hope so, it looks like xmonad peaked back in 2008 (contributor-wise) |
| 04:43:09 | <heck-to-the-gnom> | I may get some substantial freetime in these next few weeks, I'll try to aid then. |
| 04:43:56 | → | evanjs joins (~evanjs@075-129-098-007.res.spectrum.com) |
| 05:15:07 | × | evanjs quits (~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer) |
| 05:17:02 | → | evanjs joins (~evanjs@075-129-098-007.res.spectrum.com) |
| 05:22:22 | × | evanjs quits (~evanjs@075-129-098-007.res.spectrum.com) (Quit: ZNC 1.8.2 - https://znc.in) |
| 05:23:34 | → | evanjs joins (~evanjs@075-129-098-007.res.spectrum.com) |
| 05:35:18 | → | novas0x2a joins (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 05:37:25 | → | kelnoky joins (~shao@ip1f128ba7.dynamic.kabel-deutschland.de) |
| 05:49:57 | × | kelnoky quits (~shao@ip1f128ba7.dynamic.kabel-deutschland.de) (Ping timeout: 260 seconds) |
| 05:56:14 | → | palo1 joins (~weechat@c-base/crew/palo) |
| 05:59:21 | × | palo quits (~weechat@c-base/crew/palo) (Ping timeout: 260 seconds) |
| 05:59:21 | palo1 | is now known as palo |
| 06:02:51 | × | novas0x2a quits (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Read error: Connection reset by peer) |
| 06:09:16 | × | growpotkin quits (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in) |
| 06:14:58 | × | materiyolo quits (~materiyol@112.204.174.249) (Read error: Connection reset by peer) |
| 06:22:29 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 245 seconds) |
| 06:24:32 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 06:31:04 | <Solid> | xmonad was quite new in 2008, everything new is exciting and attracts quite a few people |
| 06:32:20 | → | novas0x2a joins (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 06:51:38 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 240 seconds) |
| 07:03:23 | → | materiyolo joins (~materiyol@112.204.174.249) |
| 07:04:11 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 07:16:39 | → | cfricke joins (~cfricke@unaffiliated/cfricke) |
| 07:50:11 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 260 seconds) |
| 07:51:46 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 08:02:06 | × | evanjs quits (~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer) |
| 08:02:56 | → | thoros joins (~thoros@194-166-47-167.hdsl.highway.telekom.at) |
| 08:05:00 | → | thc202 joins (~thc202@unaffiliated/thc202) |
| 08:05:21 | → | evanjs joins (~evanjs@075-129-098-007.res.spectrum.com) |
| 08:13:31 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 268 seconds) |
| 08:35:58 | × | materiyolo quits (~materiyol@112.204.174.249) (Ping timeout: 240 seconds) |
| 08:37:10 | → | materiyolo joins (~materiyol@112.204.174.249) |
| 08:39:17 | → | ChubaDuba joins (~ChubaDuba@5.167.116.34) |
| 08:50:44 | → | MrElendig joins (~Urist@archlinux/op/pdpc.supporter.active.mrelendig) |
| 08:56:16 | → | idhugo joins (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 09:05:30 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 09:39:08 | × | cfricke quits (~cfricke@unaffiliated/cfricke) (Ping timeout: 258 seconds) |
| 09:45:08 | × | sundbry_ quits (~quassel@99-42-143-129.lightspeed.sntcca.sbcglobal.net) (Quit: No Ping reply in 180 seconds.) |
| 09:46:21 | → | sundbry joins (~quassel@99-42-143-129.lightspeed.sntcca.sbcglobal.net) |
| 09:51:32 | → | cfricke joins (~cfricke@unaffiliated/cfricke) |
| 10:17:05 | × | cfricke quits (~cfricke@unaffiliated/cfricke) (Ping timeout: 258 seconds) |
| 10:44:43 | × | novas0x2a quits (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Quit: Leaving.) |
| 10:46:54 | → | novas0x2a joins (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 11:08:32 | × | materiyolo quits (~materiyol@112.204.174.249) (Read error: Connection reset by peer) |
| 11:18:37 | <Solid> | 2021-03-30 13:16:42 mc47 regarding the names of the functions, how about `bindSB` instead of `makeStatusBar` and `bindAndManageSB` instead of `makeStatusBar'`? << I don't have any immediate associations to "this creates a thing" then I hear `bind' |
| 11:18:46 | <Solid> | s/then/when/ |
| 11:23:32 | → | cfricke joins (~cfricke@unaffiliated/cfricke) |
| 12:07:02 | → | geekosaur joins (82650c7a@130.101.12.122) |
| 12:08:38 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 258 seconds) |
| 12:15:34 | × | idhugo quits (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 252 seconds) |
| 12:26:06 | → | Shadorain joins (uid453914@gateway/web/irccloud.com/x-rvjmkohkqwhcwsoj) |
| 12:30:46 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 12:30:51 | → | eb0t joins (~eblip@unaffiliated/eblip) |
| 12:31:05 | × | jak_ quits (~jak@cpe-24-90-94-163.nyc.res.rr.com) (Read error: Connection reset by peer) |
| 12:31:09 | → | eb0t_ joins (~eblip@unaffiliated/eblip) |
| 12:32:32 | × | eblip quits (~eblip@unaffiliated/eblip) (Ping timeout: 268 seconds) |
| 12:33:06 | × | def_jam quits (~eblip@unaffiliated/eblip) (Ping timeout: 260 seconds) |
| 12:33:49 | eb0t_ | is now known as eblip |
| 12:41:24 | → | idhugo joins (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 12:42:42 | × | geekosaur quits (82650c7a@130.101.12.122) (Ping timeout: 240 seconds) |
| 12:51:12 | → | materiyolo joins (~materiyol@112.204.174.249) |
| 12:54:42 | → | geekosaur joins (82650c7a@130.101.12.122) |
| 12:54:46 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 240 seconds) |
| 12:55:46 | × | materiyolo quits (~materiyol@112.204.174.249) (Client Quit) |
| 13:10:09 | → | materiyolo joins (~materiyol@112.204.174.249) |
| 13:11:09 | × | idhugo quits (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Remote host closed the connection) |
| 13:11:37 | → | idhugo joins (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 13:17:01 | × | idhugo quits (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 260 seconds) |
| 13:21:57 | × | materiyolo quits (~materiyol@112.204.174.249) (Quit: WeeChat 3.0.1) |
| 13:24:50 | → | idhugo joins (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 13:25:35 | → | materiyolo joins (~materiyol@112.204.174.249) |
| 13:25:49 | × | materiyolo quits (~materiyol@112.204.174.249) (Client Quit) |
| 13:29:53 | × | idhugo quits (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 268 seconds) |
| 13:37:29 | × | cfricke quits (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.1) |
| 13:39:13 | → | materiyolo joins (~materiyol@112.204.174.249) |
| 13:41:33 | × | materiyolo quits (~materiyol@112.204.174.249) (Client Quit) |
| 13:45:29 | × | geekosaur quits (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 14:21:24 | <Solid> | the CI is moving \o/ |
| 14:21:36 | × | ChubaDuba quits (~ChubaDuba@5.167.116.34) (Quit: WeeChat 1.6) |
| 14:21:48 | <Solid> | you even went there and prepared two variants :o |
| 14:22:10 | <Liskni_si> | yeah because I didn't like the first one |
| 14:22:16 | <Liskni_si> | and I don't like the second one either |
| 14:22:21 | <Liskni_si> | I hate it all, to be honest |
| 14:23:09 | <Liskni_si> | dozens of personhours wasted on generation of keybinding documentation that will never change and that needs to be updated manually in one other place anyway |
| 14:23:53 | <Solid> | :/ |
| 14:24:35 | <Liskni_si> | well, a learning experience, that's what it was :-) |
| 14:25:01 | <Liskni_si> | (and it forced me to learn a bit about modern cabal and haskell-ci, so that's that) |
| 14:25:22 | <Liskni_si> | https://github.com/orgs/xmonad/projects/2?fullscreen=true is nicely balanced now |
| 14:27:11 | <Shadorain> | Any news on that vim module!? 🤣 |
| 14:27:36 | <Shadorain> | Was such a cool idea but seemed like it went away but someone might have been working on if |
| 14:27:46 | <Liskni_si> | which one? |
| 14:43:34 | <Solid> | probably the modal editing one |
| 14:43:40 | <Solid> | mc47[m]: wanted to revive that I think |
| 14:43:52 | <Solid> | I couldn't get a hold of LSLeary and so I kind of forgot about it ^^' |
| 14:44:44 | <Shadorain> | Aw darn that stinks, it's such a sick idea |
| 14:44:53 | <Shadorain> | Would be a really big thing for xmonad too I think |
| 14:46:41 | × | evanjs quits (~evanjs@075-129-098-007.res.spectrum.com) (Ping timeout: 260 seconds) |
| 14:49:33 | → | evanjs joins (~evanjs@075-129-098-007.res.spectrum.com) |
| 14:49:38 | → | seschwar joins (~seschwar@unaffiliated/seschwar) |
| 14:53:57 | <Solid> | it would certainly be a novelty; I at one point tried it and didn't _really_ get that much benefit out of it |
| 14:54:19 | <Solid> | but if you often resize/re-order windows then having an extra layer just for that could indeed be a game-changer |
| 14:55:44 | <Shadorain> | For sure plus the fact it would be vim like / modal would get SOOO much popularity I believe |
| 14:56:10 | <Shadorain> | Think bout what the big vim users and youtubers, I think they'd jump on the bandwagon |
| 14:57:11 | × | evanjs quits (~evanjs@075-129-098-007.res.spectrum.com) (Ping timeout: 260 seconds) |
| 14:57:24 | → | evanjs- joins (~evanjs@075-129-098-007.res.spectrum.com) |
| 14:59:19 | <Solid> | I don't really follow the vim youtube scene ;) I somehow doubt people would switch their wm just for that |
| 14:59:21 | <Solid> | but maybe I'm wrong |
| 15:14:51 | → | cfricke joins (~cfricke@unaffiliated/cfricke) |
| 15:21:17 | <heck-to-the-gnom> | There's this: [contrib-213](https://github.com/xmonad/xmonad-contrib/pull/213). I've not fiddled with it yet, but it looks like this could be used for vim-like mode switching. |
| 15:21:56 | → | wonko7 joins (~wonko7@62.115.229.50) |
| 15:24:58 | <Solid> | heck-to-the-gnom: we were referring to https://gist.github.com/LSLeary/6741b0572d62db3f0cea8e6618141b2f |
| 15:25:04 | <heck-to-the-gnom> | I'm planning on using this to disable my hotkeys - because if you hit a keybind (at least one that ends up changing the stack) while xmonad's restarting then it crashes, then making escape exit that, so if the restart fails I'm not stuck. |
| 15:25:08 | <Solid> | which is much more complete and doesn't rely on nested submaps |
| 15:27:06 | <heck-to-the-gnom> | What's wrong with nested submaps? Haskell doesn't have closure, does it? Which means that it'd take a very very large amount of recursion for it to cause any performance issues. (at least, so I think) |
| 15:34:28 | <mc47[m]> | It just doesn't work |
| 15:35:07 | <mc47[m]> | If you use it to kill a window for example, it wouldn't be updated until you exit the mode |
| 15:36:05 | <mc47[m]> | I'm working my way through understanding the code, but probably won't open any PR until we take care of the status bar stuff |
| 15:37:27 | <heck-to-the-gnom> | Couldn't we add a `refresh` after each? |
| 15:37:52 | <heck-to-the-gnom> | Or do I misunderstand `refresh`? |
| 15:38:36 | <mc47[m]> | Didn't work as far as I remember |
| 15:39:22 | <Solid> | I'm not sure what closures have to do with recursion depth |
| 15:40:37 | × | cfricke quits (~cfricke@unaffiliated/cfricke) (Ping timeout: 268 seconds) |
| 15:41:59 | <mc47[m]> | Plus there's that problem with submaps using too much CPU that we still didn't figure out how to replicate and debug |
| 15:42:09 | <heck-to-the-gnom> | Closure (not to be confused with closures, this' a JS thing) is where you get to keep local variables out of scope if something was called within that scope, but is no longer there, or a function's been returned. It basically means that recursion stacks up memory really quickly. In a functional language I'd think it abhorrent to have. |
| 15:42:43 | <heck-to-the-gnom> | `s/been returned/been returned from said scope/` |
| 15:44:40 | <mc47[m]> | The compiler optimizes tail recursion away so that you basically only use a constant amount of stack (not only in functional languages, but it's a common optimization) if that's what you mean |
| 15:45:49 | <heck-to-the-gnom> | Yeah, that, the opposite of what JS does. |
| 15:47:41 | <heck-to-the-gnom> | So, refreshing & CPU are the biggest problems? |
| 15:49:13 | <Solid> | I'm still not quite sure I understand your explanation |
| 15:50:11 | <Solid> | and I can't tell if you're just referring to the normal use of the word closure ( https://en.wikipedia.org/wiki/Closure_(computer_programming) ), which is the only sense in which I've ever heard the word |
| 15:50:18 | <heck-to-the-gnom> | see this: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Closures |
| 15:50:32 | <heck-to-the-gnom> | It's a weird highly OOP webdev thing |
| 15:52:24 | <heck-to-the-gnom> | Oh, just found this, an even simpler explanation: `the closure is a function that remembers the variables from the place where it is defined, regardless of where it is executed later`. |
| 15:53:34 | <heck-to-the-gnom> | You can see where the memory gets out of hand in that MDN post. |
| 15:54:26 | <Solid> | oh so it _is_ just capturing lexically scoped information |
| 15:54:44 | <Solid> | of course we have that in haskell |
| 15:55:04 | <Solid> | you use it every time you partially apply a function :) |
| 15:56:34 | <heck-to-the-gnom> | But it's not enforced upon each recursion, in the way that JS does it. Even if it is, the point's that until I heard about the CPU usage problem & the `refresh` issue I saw no issue with the nested submap method. Though, I think they can be overcome. |
| 16:00:15 | <Solid> | I'm not sure what "enforced upon each recursion" is supposed to even mean. The issue with the nested submaps is not that we reach some unfathomable recursion depth, it's that nested submaps are just extremely brittle (for reasons mentioned above) |
| 16:00:18 | → | geekosaur joins (82650c7a@130.101.12.122) |
| 16:10:50 | → | growpotkin joins (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 16:11:21 | <Solid> | mc47[m]: since you're also an emacs user, I'd love to get a review from you on #500 (I won't force you though, because I know how annoying it is to review entire modules :)) |
| 16:12:16 | <Solid> | well, not like I could force you |
| 16:12:21 | <Solid> | but you get what I mean :D |
| 16:33:49 | × | evanjs- quits (~evanjs@075-129-098-007.res.spectrum.com) (Quit: ZNC 1.8.2 - https://znc.in) |
| 16:36:10 | → | evanjs joins (~evanjs@075-129-098-007.res.spectrum.com) |
| 16:36:26 | → | mc47 joins (~yecinem@196.179.190.248) |
| 16:36:43 | × | mc47 quits (~yecinem@196.179.190.248) (Remote host closed the connection) |
| 16:37:06 | → | mc47 joins (~yecinem@196.179.190.248) |
| 16:38:03 | <mc47> | Solid I'll definitely check that out, I just still didn't get into prompts |
| 16:38:36 | <mc47> | tbh my whole use of xmonad is still pretty basic (by now it's just a more configurable i3) |
| 16:40:17 | → | notis joins (~notis@185.51.134.222) |
| 16:42:11 | <Solid> | ah, fair enough |
| 16:43:46 | <mc47> | I've been browsing your config yesterday though |
| 16:43:54 | geekosaur | uses emacs but not org mode |
| 16:44:08 | <mc47> | any reason you use topics instead of DynamicProjects? |
| 16:44:22 | <mc47> | geekosaur isn't that like a cardinal sin or sth? |
| 16:44:39 | geekosaur | isn't much for following rules :) |
| 16:44:48 | <Solid> | :D |
| 16:46:07 | <Solid> | mc47: no reason really, I found topics to be easier to configure and more feature complete when I started out |
| 16:47:47 | <mc47> | another question |
| 16:48:12 | <mc47> | how do people have multiple patches applied to their xmonad-contrib? |
| 16:49:02 | <mc47> | the way I do it is that I have my stack pointing to one commit and manually copy-paste other stuff down in my config |
| 16:59:52 | heck-to-the-gnom | uses vim folds and well-placed comments, as well as a custom link system instead of org mode |
| 17:03:55 | <Solid> | tell me about your vim-fold-agenda :> |
| 17:05:20 | heck-to-the-gnom | uploaded an image: (148KiB) < https://matrix.org/_matrix/media/r0/download/matrix.org/rqlqxzbefdrxYCZFMhQjpTpI/image.png > |
| 17:05:32 | <heck-to-the-gnom> | This' how I manage my configurations |
| 17:06:08 | <Solid> | the agenda is more like a scheduler kind of deal |
| 17:06:18 | <Solid> | "your life in plain text" is not a lie :) |
| 17:06:20 | <Liskni_si> | mc47: I have xmonad as a submodule of dotfiles and then stack pointed to a subdir, and I keep a dotfiles branch in that submodule with some patches rebased on top of upstream, usually |
| 17:06:57 | <Liskni_si> | and I wouldn't say I recommend this approach, but I'm not aware of anything considerably better, either |
| 17:07:24 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 17:09:19 | <heck-to-the-gnom> | Yes, I don't bother with fancy text markup when I don't have to. |
| 17:11:28 | <mc47> | Liskni_si at least your way sounds like it needs less manual work than what I have now |
| 17:16:39 | <Liskni_si> | mc47: yeah it probably does, and also the github diff is kind of nice: https://github.com/liskin/dotfiles/commit/310319226872e608f90cfdb364dd4a38384cc547 |
| 17:18:05 | <mc47> | it is :D |
| 17:22:05 | <heck-to-the-gnom> | Do these features exist in XMonad?: https://hikari.acmelabs.space/videos/hikari.mp4 in the first little while you see three things, the border of the focused window peeking through all others in the stack when a key is held, information regarding a window as an overlay upon that window, and border color changing depending upon the current action. |
| 17:22:20 | × | notis quits (~notis@185.51.134.222) (Quit: WeeChat 3.1) |
| 17:24:28 | <heck-to-the-gnom> | I saw https://github.com/xmonad/xmonad-contrib/pull/222 which's could be repurposed for the window information. |
| 17:24:41 | <heck-to-the-gnom> | `s/which's/which/` |
| 17:25:46 | → | notis joins (~notis@185.51.134.222) |
| 17:26:08 | <geekosaur> | if you change the border color it'll change back the next time the logHook runs |
| 17:26:43 | <geekosaur> | (actually immediately before the logHook is run, so (a) still happens if no logHook (b) will flicker if you make your changes in the logHook) |
| 17:29:32 | <heck-to-the-gnom> | How might I do that? Moreover, how do I change an attribute in the xmonad config in the form of an X() action? |
| 17:31:37 | <geekosaur> | you can't change the config, it's part of a Reader so you'd need to restart xmonad after |
| 17:33:25 | <heck-to-the-gnom> | mmh, OK, so that one's probably not use-ably feasible w/out some rewriting |
| 17:34:25 | <geekosaur> | well, "when a key is held" is doable as long as focus doesn't change during |
| 17:34:39 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 246 seconds) |
| 17:35:00 | <heck-to-the-gnom> | The border-peeking thing? |
| 17:35:01 | <geekosaur> | won't help much if windows are stacked atop each other though, plus you'd need some transparency |
| 17:35:31 | <geekosaur> | uh. you're not assuming the border is some addition outside the window, are you? |
| 17:35:38 | <geekosaur> | it's inside the window |
| 17:40:23 | <heck-to-the-gnom> | I know that it's inside the window, but couldn't it be replicated atop the stack for a brief moment? |
| 17:43:16 | <geekosaur> | that would be easier but again don't know how much that would help with layouts like Tabbed that stack windows directly atop each other |
| 17:44:56 | <heck-to-the-gnom> | It wouldn't make a difference when there aren't floating windows. |
| 17:45:33 | <geekosaur> | hm. would need a window that was "transparent" (unrendered rather than actually setting opacity, since temporary) except for the outside edges, probably override redirect |
| 17:46:15 | <geekosaur> | come to think of it, I'm not sure we know where the windows are without querying them, since we don't save the output of the layout, we directly apply it to the window stack |
| 17:51:22 | × | geekosaur quits (82650c7a@130.101.12.122) (Ping timeout: 240 seconds) |
| 17:51:58 | <heck-to-the-gnom> | I've run into empty windows before when I apply a wrong combination of modifiers to a layout. So copy the window in the stack, minimize the original, float the new, maximize the original, and strip window information from the new, lastly kill upon release. I'll try to make that. |
| 18:07:53 | → | geekosaur joins (82650c7a@130.101.12.122) |
| 18:11:17 | <geekosaur> | I also have some utilities that display window information in my xmonad.hs; they could be modified to display in a semitransparent window instead of using xmessage |
| 18:17:03 | <geekosaur> | https://github.com/geekosaur/xmonad.hs/blob/pyanfar/xmonad.hs#L213-L216 and showWinRR is https://github.com/geekosaur/xmonad.hs/blob/pyanfar/xmonad.hs#L317-L354 |
| 18:17:57 | <geekosaur> | (some of that last might go away since I think getWindowAttributes has been fixed since I wrote that; this config hasn't actually been used in several years, the machine is in storage) |
| 18:35:28 | → | mmarconm joins (~mmarconm@179.254.172.48) |
| 18:35:28 | × | mmarconm quits (~mmarconm@179.254.172.48) (Changing host) |
| 18:35:28 | → | mmarconm joins (~mmarconm@unaffiliated/mmarconm) |
| 18:39:20 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 19:02:58 | × | mc47 quits (~yecinem@196.179.190.248) (Read error: Connection reset by peer) |
| 19:20:23 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 246 seconds) |
| 19:21:37 | → | mc47 joins (~yecinem@196.179.190.248) |
| 19:44:32 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 19:47:07 | → | ircbrowse_tom joins (~ircbrowse@64.225.78.177) |
| 19:47:07 | Server | sets mode +cnt |
| 20:03:55 | × | rafadc quits (~rafadc@213.37.16.152.dyn.user.ono.com) (Ping timeout: 268 seconds) |
| 20:04:25 | → | rafadc joins (~rafadc@213.37.16.152.dyn.user.ono.com) |
| 20:18:47 | × | geekosaur quits (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 20:20:46 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 240 seconds) |
| 20:23:03 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 20:40:06 | × | mc47 quits (~yecinem@196.179.190.248) (Remote host closed the connection) |
| 20:48:41 | × | rafadc quits (~rafadc@213.37.16.152.dyn.user.ono.com) (Ping timeout: 240 seconds) |
| 20:49:27 | → | rafadc joins (~rafadc@213.37.16.152.dyn.user.ono.com) |
| 21:14:13 | × | lambdabot quits (~lambdabot@haskell/bot/lambdabot) (Remote host closed the connection) |
| 21:16:33 | → | lambdabot joins (~lambdabot@haskell/bot/lambdabot) |
| 21:16:33 | ChanServ | sets mode +v lambdabot |
| 21:19:58 | → | gzj joins (~gzj@unaffiliated/gzj) |
| 21:22:14 | × | wonko7 quits (~wonko7@62.115.229.50) (Ping timeout: 268 seconds) |
| 21:22:55 | → | wonko7 joins (~wonko7@62.115.229.50) |
| 21:27:12 | → | mc47 joins (~yecinem@196.179.190.248) |
| 21:28:24 | × | wonko7 quits (~wonko7@62.115.229.50) (Ping timeout: 268 seconds) |
| 22:12:21 | × | thoros quits (~thoros@194-166-47-167.hdsl.highway.telekom.at) (Ping timeout: 260 seconds) |
| 22:25:30 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 246 seconds) |
| 22:27:39 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 22:46:38 | × | ml| quits (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 240 seconds) |
| 22:53:13 | × | notis quits (~notis@185.51.134.222) (Ping timeout: 252 seconds) |
| 22:54:46 | → | ml| joins (~ml|@unaffiliated/ml/x-3958674) |
| 22:55:05 | × | seschwar quits (~seschwar@unaffiliated/seschwar) (Quit: :wq) |
| 23:03:39 | × | mc47 quits (~yecinem@196.179.190.248) (Remote host closed the connection) |
All times are in UTC on 2021-03-31.