Logs: liberachat/#xmonad
| 2023-02-24 18:40:46 | <mazte[m]> | Or so it seems, anyway. There's clearly something, but the more I look, the more confused I become |
| 2023-02-24 18:52:01 | <geekosaur> | yeh, I'm completely lost, especially if TwoPane works since they use the same master/slave division code, the only difference is TwoPane doesn't further divide the slave pane |
| 2023-02-24 19:08:05 | × | qbt quits (~qbt@user/edun) (Ping timeout: 260 seconds) |
| 2023-02-24 19:09:10 | <mazte[m]> | just tried TwoPane with no gaps or spacing |
| 2023-02-24 19:09:13 | <mazte[m]> | same thing |
| 2023-02-24 19:09:42 | <geekosaur> | oh, so TwoPane also fails? I thought you said it had succeeded earlier, apparently I misunderstood |
| 2023-02-24 19:10:36 | <geekosaur> | that would make slightly more sense, although still not much |
| 2023-02-24 19:13:08 | <mazte[m]> | geekosaur: the only case where it works is when a third window is added, for some reason |
| 2023-02-24 19:13:36 | <mazte[m]> | for reference, it is the same config, but with the layout now being: |
| 2023-02-24 19:13:37 | <mazte[m]> | `myLayouts = ( spiral (6/7) ||| TwoPane (3/100) (1/2) ) ||| noBorders Full` |
| 2023-02-24 19:19:30 | → | werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 2023-02-24 19:24:33 | <geekosaur> | ready for this? your config (but not mine) reproduces here but the changes actually take place; they just aren't drawn until the layout is otherwise refreshed |
| 2023-02-24 19:25:22 | <geekosaur> | try pressing mod-n afterward |
| 2023-02-24 19:26:54 | → | kora9 joins (~kora@user/Kora9) |
| 2023-02-24 19:28:20 | <kora9> | I'm using scratchpads to keep a number of applications open "in the background" (so I can call them up with key sequences and then hide them again) as an alternative to those applications systray functionality. However, the issue I'm having is that the applications seem to consume a lot more resources when open that way, compared to being 'minimized to tray'. I imagine there's no way around that is |
| 2023-02-24 19:28:22 | <kora9> | there? Since those applications probably have their own logic for "sleeping in the tray"? |
| 2023-02-24 19:28:34 | <geekosaur> | this is starting to sound like a bug in PureX somehow |
| 2023-02-24 19:28:45 | <liskin> | I think I know |
| 2023-02-24 19:29:04 | <liskin> | There's a Mirror tiled with nmaster = 2. |
| 2023-02-24 19:29:17 | <geekosaur> | kora9, that would be my guess |
| 2023-02-24 19:29:23 | <mazte[m]> | geekosaur: bruh |
| 2023-02-24 19:29:23 | <mazte[m]> | lmfao |
| 2023-02-24 19:29:23 | <mazte[m]> | that works now |
| 2023-02-24 19:29:33 | <mazte[m]> | however, it only works for TwoPane |
| 2023-02-24 19:29:33 | <liskin> | So it's like we're looking at 2 slave windows. You can't resize slaves in Tall |
| 2023-02-24 19:29:48 | <kora9> | geekosaur: Yeah I figured, just thought I'd check to make sure. Is there an alternative way of doing what I'm trying to that's better? |
| 2023-02-24 19:30:29 | <geekosaur> | not so far as I'm aware. possibly if we ever land the scratchpads change that properly EWMH-hides them |
| 2023-02-24 19:30:44 | <kora9> | Oh that would be awesome |
| 2023-02-24 19:30:55 | <liskin> | (they're both in the master side, those "slaves", but it's the non-resizable direction of the layout; you can only move the master split, not the individual windows heights - widths if Mirrored) |
| 2023-02-24 19:31:50 | <geekosaur> | whoops, completely missed nmaster 😞 yes this is 100% expected |
| 2023-02-24 19:32:17 | <geekosaur> | the divider is between master and slave panes, not windows within either pane |
| 2023-02-24 19:33:00 | <geekosaur> | you may want to rethink that |
| 2023-02-24 19:35:27 | <mazte[m]> | sec |
| 2023-02-24 19:36:47 | <mazte[m]> | works now with both mirrored tiled and twopane |
| 2023-02-24 19:36:52 | <mazte[m]> | tyvm |
| 2023-02-24 19:37:02 | <mazte[m]> | doesn't work with spiral, however |
| 2023-02-24 19:37:30 | <geekosaur> | something wrong there too? it doesn't have this pane setup and doesn't respond to the pane messages |
| 2023-02-24 19:38:17 | <geekosaur> | and I think you're the first person I know of using it for real instead of just experimenting to see what kinds of layouts we can support; it's not really a very practical layout |
| 2023-02-24 19:38:22 | <mazte[m]> | <liskin> "(they're both in the master side..." <- then, would changing nmaster to 1 make it so the master pane is resizable, as the second spawned window would no longer also be considered part of master? |
| 2023-02-24 19:38:59 | <liskin> | Yes but it's look very different |
| 2023-02-24 19:39:18 | <mazte[m]> | geekosaur: lmao |
| 2023-02-24 19:39:19 | <mazte[m]> | spiral? |
| 2023-02-24 19:40:17 | <mazte[m]> | i use it mostly because it's aesthetically pleasing as a regular layout, not much for practicality |
| 2023-02-24 19:43:27 | × | hightower2 quits (~hightower@85.94.71.188) (Remote host closed the connection) |
| 2023-02-24 19:43:36 | <geekosaur> | oh wow, I thought that was a different layout. it's more like BSP |
| 2023-02-24 19:44:13 | <geekosaur> | and it does respond to the pane messages because it's still paned |
| 2023-02-24 19:44:51 | <geekosaur> | so this one may be a bug in Spiral, since I can reproduce it needing a mod-n after making changes |
| 2023-02-24 19:45:03 | <geekosaur> | meaning it's missing a refresh somewhere |
| 2023-02-24 19:48:13 | <mazte[m]> | geekosaur: It properly resizes after mod-n for you? |
| 2023-02-24 19:48:24 | <mazte[m]> | It doesn't do that for me |
| 2023-02-24 19:48:26 | <geekosaur> | with two windows, yes |
| 2023-02-24 19:49:01 | <geekosaur> | oh, wait, I didn't actually mod-n. what I did was open a third window and the pane divider moved to where it was supposed to be |
| 2023-02-24 19:49:20 | <geekosaur> | if mod-n doesn't fix that then it's more than just a missing refresh, I think |
| 2023-02-24 19:50:20 | <mazte[m]> | geekosaur: So it goes back to 1/2 ea after killing the third window after all? |
| 2023-02-24 19:50:46 | <mazte[m]> | That's basically what happens with spiral on my config |
| 2023-02-24 19:50:56 | <mazte[m]> | Just answered my own question, nvm |
| 2023-02-24 19:51:23 | <geekosaur> | yes |
| 2023-02-24 19:51:44 | <geekosaur> | definitely a logic bug with Spiral and two windows. please make a bug report |
| 2023-02-24 19:52:04 | <geekosaur> | https://github.com/xmonad/xmonad-contrib/issues/new |
| 2023-02-24 19:55:58 | <mazte[m]> | Will do when I'm home |
| 2023-02-24 19:57:42 | <mazte[m]> | Tyvm for all the help, BTW |
| 2023-02-24 20:03:53 | <kora9> | Why are haskell libraries so large? (installing taffybar and amazed at the sheer number of dependencies) |
| 2023-02-24 20:07:20 | <mazte[m]> | kora9: give xmobar a try, if that's a concern |
| 2023-02-24 20:10:02 | <geekosaur> | gi is broken into at least a dozen dependencies, dbus sucks in lens and thereby a large chunk of the kmettiverse |
| 2023-02-24 20:10:46 | <kora9> | mazte[m]: I use xmobar now, and it's not a problem, I was just curious why haskell libraries are so large (I noticed that xmonad is tiny, but ghc etc is huge). Everything runs super fast and is very stable which is all that matters to me |
| 2023-02-24 20:11:18 | <mazte[m]> | ah, gotcha |
| 2023-02-24 20:16:40 | <geekosaur> | ghc is huge because it's a complex compiler |
| 2023-02-24 20:17:15 | <geekosaur> | lens is huge because it provides lenses for a whole lot of stuff out of the box, which requires pulling all those things in as dependencies |
| 2023-02-24 20:18:04 | <geekosaur> | conduit is huge for similar reasons, there are a bunch of provided conduits iirc which brings in their dependencies |
| 2023-02-24 20:18:50 | <kora9> | It appears haskell binaries are statically linked as well? |
| 2023-02-24 20:19:34 | <geekosaur> | to other haskell libraries, yes |
| 2023-02-24 20:20:12 | <geekosaur> | you can use -dynamic to override this, but you don't gain a whole lot because you still have to relink on dependency updates due to cross-module linking and sucj |
| 2023-02-24 20:20:15 | <geekosaur> | *such |
| 2023-02-24 20:20:29 | <kora9> | Cool, thanks for explaining :) |
| 2023-02-24 20:20:49 | <geekosaur> | er, cross-module inlining |
| 2023-02-24 20:20:57 | <kora9> | One thing that's been very surprising to me is how stable the haskell applications I've tried so far are. In particular xmonad which has never crashed on me |
| 2023-02-24 20:21:03 | <kora9> | Fast too |
| 2023-02-24 20:21:06 | <geekosaur> | what's actually exposed from a module is much more than you declare and can cause surprises |
| 2023-02-24 20:21:32 | <geekosaur> | we do our best 🙂 |
| 2023-02-24 20:22:20 | <kora9> | Thanks :) I hope that in a few years I'll be competent at configuring it, lol -- but I've got things working fairly well now at least (borrowing snippets here and there and modifying them, starting to understand more and more) |
| 2023-02-24 20:36:37 | × | kora9 quits (~kora@user/Kora9) (Quit: WeeChat 3.6) |
| 2023-02-24 20:53:40 | → | hightower2 joins (~hightower@16-152.dsl.iskon.hr) |
| 2023-02-24 21:11:05 | × | stackdroid18 quits (14094@de1.hashbang.sh) (Quit: hasta la vista... tchau!) |
| 2023-02-24 21:51:19 | → | Guest14 joins (~Guest14@pool-100-36-20-212.washdc.fios.verizon.net) |
| 2023-02-24 21:52:22 | × | Guest14 quits (~Guest14@pool-100-36-20-212.washdc.fios.verizon.net) (Client Quit) |
| 2023-02-24 21:52:55 | → | Guest14 joins (~Guest14@pool-100-36-20-212.washdc.fios.verizon.net) |
| 2023-02-24 21:53:11 | ← | Guest14 parts (~Guest14@pool-100-36-20-212.washdc.fios.verizon.net) () |
| 2023-02-24 23:14:15 | → | wuqs joins (~user@191.177.51.98) |
| 2023-02-24 23:17:28 | <wuqs> | can i create a shortcut for using Gimp screenshot function? |
| 2023-02-24 23:21:05 | <geekosaur> | not readily. although it looks like it already has one, if it's open/focused? (PrtSc) |
| 2023-02-24 23:23:19 | <wuqs> | yes, but i need to focus on it, then get my shot |
| 2023-02-24 23:23:50 | <geekosaur> | you can spawn it but you can't tell when it's ready for you to paste a key to it |
| 2023-02-24 23:26:24 | <geekosaur> | I also don't know if it'll accept a pasted key when not focused (or indeed if it'll accept it at all; X11 marks synthetic events as such and some programs ignore them) |
| 2023-02-24 23:27:36 | <wuqs> | ok, i am lost... but actually i found something useful! |
| 2023-02-24 23:27:44 | <wuqs> | ("<Print>", spawn "gimp --batch '(plug-in-screenshot RUN-INTERACTIVE FALSE 0 0 0 0 0)'" |
| 2023-02-24 23:27:55 | <geekosaur> | and it would probably be easier to do it by spawning xdotool rather than trying to do it directly: we have some stuff to paste keys but it expects printables, not xK_Print |
| 2023-02-24 23:27:56 | <wuqs> | did the job for me on additionalKeysP` |
| 2023-02-24 23:28:12 | <geekosaur> | huh, okay |
| 2023-02-24 23:28:34 | <geekosaur> | might conceivably need to toss in an `unGrab` to avoid a possible race condition |
| 2023-02-24 23:29:14 | <geekosaur> | but yes, someting like that is preferable to trying to manufacture keystrokes |
All times are in UTC.