Logs: liberachat/#xmonad
| 2021-12-10 10:25:42 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 2021-12-10 10:59:25 | × | scardinal quits (~supreme@customer-212-237-101-39.ip4.gigabit.dk) (Quit: leaving) |
| 2021-12-10 11:54:33 | → | scardinal joins (~supreme@customer-212-237-101-39.ip4.gigabit.dk) |
| 2021-12-10 11:54:47 | → | qbt joins (~qbt@user/edun) |
| 2021-12-10 11:54:47 | × | qbt quits (~qbt@user/edun) (Client Quit) |
| 2021-12-10 12:33:47 | × | scardinal quits (~supreme@customer-212-237-101-39.ip4.gigabit.dk) (Quit: leaving) |
| 2021-12-10 12:48:00 | → | scardinal joins (~supreme@customer-212-237-101-39.ip4.gigabit.dk) |
| 2021-12-10 13:31:35 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Quit: Leaving) |
| 2021-12-10 13:33:11 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 2021-12-10 15:02:21 | <jakeStateless-Fa> | I'm trying to center-float this application: https://github.com/sonnyp/junction. I'm running `doCenterFloat` on the application in my manageHook, but it's not working. |
| 2021-12-10 15:02:21 | <jakeStateless-Fa> | The identifier is working, however, because if I run `doIgnore` on said window, it properly ignores it. |
| 2021-12-10 15:07:16 | <geekosaur> | some apps force their own notions of where their windows should be. (but what is "not working"?) |
| 2021-12-10 15:10:29 | <jakeStateless-Fa> | `doCenterFloat` isn't taking effect |
| 2021-12-10 15:12:06 | <geekosaur> | is it remaining tiled? is it floating somewhere else? |
| 2021-12-10 15:13:00 | <jakeStateless-Fa> | tiled |
| 2021-12-10 15:13:19 | <jakeStateless-Fa> | the thing that's confusing me is that `doIgnore` is working, with all other conditions remaining the same |
| 2021-12-10 15:31:02 | × | cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.3) |
| 2021-12-10 15:39:37 | <geekosaur> | just looked at doCenterFloat and I don't see how a window would end up tiled |
| 2021-12-10 15:40:16 | <geekosaur> | if it were floating somewhere else I would ask if something other than doIgnore worked, because it might be override_redirect and therefore doIgnore-d anyway, but in that case it would never be tiled |
| 2021-12-10 15:40:47 | × | dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3) |
| 2021-12-10 16:05:55 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 2021-12-10 16:06:57 | <twiclo> | I'm using smartspacing (https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Layout-Spacing.html) and I've noticed that when there's only one window open the window overlaps onto xmobar. Does anyone have a fix for this? Do I need to run spacing and gaps at the same time? |
| 2021-12-10 16:08:30 | → | seschwar joins (~seschwar@user/seschwar) |
| 2021-12-10 16:08:39 | <geekosaur> | are you using the docks combinator? |
| 2021-12-10 16:16:41 | <twiclo> | Well I do have `main = xmonad $ docks defaults` so it would seem so |
| 2021-12-10 16:25:50 | <geekosaur> | odd. that should prevent overlapping |
| 2021-12-10 16:26:44 | → | macpla[m] joins (~macplamat@2001:470:69fc:105::3bf4) |
| 2021-12-10 16:39:50 | <jakeStateless-Fa> | <geekosaur> "just looked at doCenterFloat and..." <- I'm pretty confused too |
| 2021-12-10 16:44:38 | jakeStateless-Fa | uploaded an image: (1347KiB) < https://libera.ems.host/_matrix/media/r0/download/jupiterbroadcasting.com/HYODZAOsFaOLqLdQdRKzGqWO/image.png > |
| 2021-12-10 16:45:49 | jakeStateless-Fa | uploaded an image: (625KiB) < https://libera.ems.host/_matrix/media/r0/download/jupiterbroadcasting.com/mMjbNonmlVHXQvTSCJyEIevk/image.png > |
| 2021-12-10 16:49:38 | <geekosaur> | that doesn't look tiled to me, it looks like wrong position |
| 2021-12-10 16:50:58 | <geekosaur> | also your xprop output shows min = max size so it's not tiled, it's floating |
| 2021-12-10 16:52:12 | <jakeStateless-Fa> | That was taken on a prior instance of the first screenshot |
| 2021-12-10 16:52:19 | <geekosaur> | it's just floating at the full size of the working area. although that leaves the question of how it ends up underneath |
| 2021-12-10 16:52:23 | <jakeStateless-Fa> | And it is tiled, those two are merely floating |
| 2021-12-10 16:52:29 | <jakeStateless-Fa> | they're scratchpads |
| 2021-12-10 16:52:58 | <jakeStateless-Fa> | see? |
| 2021-12-10 16:52:59 | jakeStateless-Fa | uploaded an image: (520KiB) < https://libera.ems.host/_matrix/media/r0/download/jupiterbroadcasting.com/iNvwkaQJShfQzlqKCZaMFBrf/image.png > |
| 2021-12-10 16:53:30 | <geekosaur> | hrm |
| 2021-12-10 16:54:41 | <geekosaur> | now I wonder if this is because it's js and you need to use https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Hooks-DynamicProperty.html because it doesn't have its size or etc. set properly when the manageHook runs |
| 2021-12-10 16:55:16 | <jakeStateless-Fa> | Yeah I saw that. I'll give that a go |
| 2021-12-10 17:02:54 | <jakeStateless-Fa> | Hm |
| 2021-12-10 17:05:37 | <jakeStateless-Fa> | That didn't work, what I tried: `(dynamicPropertyChange "WM_NAME" ( title =? "Junction" --> doIgnore ))` (inside my handleEventHook) |
| 2021-12-10 17:05:59 | <jakeStateless-Fa> | I also tried it with doCenterFloat, no luck |
| 2021-12-10 17:08:14 | <geekosaur> | so WM_NAME is apparently not changing. I'd wonder if the size is instead. try WM_SIZE_HINTS in place of WM_NAME? |
| 2021-12-10 17:10:10 | <geekosaur> | sorry, WM_NORMAL_HINTS |
| 2021-12-10 17:25:23 | <geekosaur> | hm, wait a minute. silly question perhaps, but mMjb… above shows you matching against "junction" when both WM_NAME anbd WM_CLASS contain "Junction" |
| 2021-12-10 17:58:12 | geekosaur | really hopes that didn't cause the app to go into a tight loop reasserting WM_NORMAL_HINTS… |
| 2021-12-10 17:58:52 | <noex> | hmm do you have to restart X for Xcursor.size to take effect? |
| 2021-12-10 17:59:47 | <noex> | certainly seems like it |
| 2021-12-10 18:00:05 | × | ebray187 quits (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e) (Quit: Konversation terminated!) |
| 2021-12-10 18:03:27 | <noex> | Solid: with the java hack, does that basically obsolete to old "set wmname to LG3D"? |
| 2021-12-10 18:11:12 | <geekosaur> | LG3D is still needed for Sun/Oracle Java. OpenJDK uses a different mechanism, and the Java hack does that. |
| 2021-12-10 18:11:42 | × | darkstardevx quits (~darkstard@50.39.115.145) (Read error: Connection reset by peer) |
| 2021-12-10 18:11:55 | <noex> | geekosaur: ahh good to know |
| 2021-12-10 18:22:20 | <noex> | is it possible...well, of course it's possible but is it sane/easy to have different key bindings per workspace? i'm not even sure it's a good idea, but it was something I had considered for a certain use case. |
| 2021-12-10 18:24:40 | <jakeStateless-Fa> | <geekosaur> "hm, wait a minute. silly..." <- My operation excludes the first character, my lame attempt at making it case-insensitive |
| 2021-12-10 18:28:34 | <geekosaur> | noex, https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Actions-PerWorkspaceKeys.html |
| 2021-12-10 18:29:50 | <noex> | geekosaur: wow, incredibly simple actually |
| 2021-12-10 18:30:11 | <jakeStateless-Fa> | OH NO... Don't set it to "WM_STATE" |
| 2021-12-10 18:30:17 | <jakeStateless-Fa> | I'm surprised I can even still type |
| 2021-12-10 18:30:21 | <jakeStateless-Fa> | my poor CPU |
| 2021-12-10 18:31:00 | <twiclo> | geekosaur I just realized that the gap on the top of the windows isn't the same as the bottom meaning gaps aren't taking into account how tall xmobar is |
| 2021-12-10 18:31:29 | <geekosaur> | twiclo, can you pastebin your config? it sounds like you may be missing avoidStruts |
| 2021-12-10 18:31:32 | <geekosaur> | @where paste |
| 2021-12-10 18:31:32 | <lambdabot> | Help us help you: please paste full code, input and/or output at e.g. https://paste.tomsmeding.com |
| 2021-12-10 18:34:30 | <geekosaur> | (docks doesn't include avoidStruts iirc, since sometimes you want per-workspace control over it) |
| 2021-12-10 18:35:47 | <twiclo> | geekosaur I have it but sure one sec |
| 2021-12-10 18:35:57 | <jakeStateless-Fa> | Using WM_NORMAL_HINTS worked, but also caused a lot of lag |
| 2021-12-10 18:36:17 | <twiclo> | https://paste.tomsmeding.com/grojjybM |
| 2021-12-10 18:36:24 | <twiclo> | Thanks for the help |
| 2021-12-10 18:36:42 | <geekosaur> | sounds like it's setting its size hints way too often (ought to happen only once over the lifetime of a window. for that matter WM_STATE shouldn't change that often either) |
| 2021-12-10 18:36:58 | <jakeStateless-Fa> | Welp, it did |
| 2021-12-10 18:37:28 | <jakeStateless-Fa> | it was happening every ~`.15s` |
| 2021-12-10 18:42:04 | <jakeStateless-Fa> | I had to hop over to another TTY, kill xmonad, recompile, and relaunch |
| 2021-12-10 18:46:31 | <geekosaur> | twiclo, can you try swapping the smartSpacingWithEdge and avoidStruts parts of your layout? |
| 2021-12-10 18:50:37 | <twiclo> | Sure |
| 2021-12-10 18:53:28 | <twiclo> | So like this? myLayout = showWName $ avoidStruts (tiled ||| noBorders Full) $ smartSpacingWithEdge 8 |
| 2021-12-10 18:54:16 | <geekosaur> | myLayout = avoidStruts $ showWName $ smartSpacingWithEdge 8 (tiled ||| noBorders Full) |
| 2021-12-10 19:01:51 | → | mvk joins (~mvk@2607:fea8:5cdd:f000::9788) |
| 2021-12-10 19:01:55 | × | twiclo quits (~twiclo@mail.twil.cx) (Quit: WeeChat 3.3) |
| 2021-12-10 19:02:37 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 2021-12-10 19:02:43 | <twiclo> | geekosaur that fixed it. Thanks |
| 2021-12-10 19:18:59 | <twiclo> | I know you can set up shortcuts to adjust the master volume of your system but is it possible to control the volume of the currently selected program? |
| 2021-12-10 19:19:38 | <geekosaur> | most programs don't provide a standardized way to do so |
| 2021-12-10 19:22:22 | <geekosaur> | if a program provides some key sequences to control its volume (and accepts XSendEvent()) you may be able to use X.A.PerWindowKeys to send the program's key sequences in response to an xmonad key sequence |
| 2021-12-10 19:22:55 | <geekosaur> | this is probably reaching the point where you just use that program's key sequences directly though |
| 2021-12-10 19:24:38 | → | darkstarx joins (~darkstard@50.39.115.145) |
| 2021-12-10 19:25:40 | × | darkstarx quits (~darkstard@50.39.115.145) (Remote host closed the connection) |
| 2021-12-10 19:26:03 | → | darkstarx joins (~darkstard@50.39.115.145) |
| 2021-12-10 19:31:17 | × | twiclo quits (~twiclo@mail.twil.cx) (Quit: WeeChat 3.3) |
| 2021-12-10 19:36:03 | × | catman quits (~catman@user/catman) (Quit: WeeChat 3.4-dev) |
| 2021-12-10 19:37:32 | → | catman joins (~catman@user/catman) |
| 2021-12-10 20:09:09 | → | aplainzetakind joins (~johndoe@captainludd.powered.by.lunarbnc.net) |
| 2021-12-10 20:10:28 | <jakeStateless-Fa> | Well, not if many different programs have differing keybinds for the same task, e.g. closing a tab - in vim I've it set to ctrl-q, but in my web browsers it's the standard ctrl-w |
| 2021-12-10 20:10:32 | <aplainzetakind> | I connected a second monitor. They now behave like windows into one single huge screen. Is it an xmonad configuration thing or an X configuration thing to correct this? |
| 2021-12-10 20:10:39 | <jakeStateless-Fa> | unifying that could be useful |
| 2021-12-10 20:11:03 | <jakeStateless-Fa> | A bit of both, I believe the first step is to install and configure xerinima |
| 2021-12-10 20:11:16 | <jakeStateless-Fa> | xinerama, something like that |
| 2021-12-10 20:12:13 | <aplainzetakind> | "Xinerama is an extension to the X Window System that enables X applications and window managers to use two or more physical displays as one large virtual display." |
All times are in UTC.