Logs on 2021-12-10 (liberachat/#xmonad)
| 00:45:37 | → | mvk joins (~mvk@2607:fea8:5cdd:f000::9788) |
| 01:12:55 | × | mvk quits (~mvk@2607:fea8:5cdd:f000::9788) (Ping timeout: 252 seconds) |
| 02:01:28 | → | mvk joins (~mvk@2607:fea8:5cdd:f000::9788) |
| 02:12:34 | × | steve_ quits (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 260 seconds) |
| 03:04:01 | × | banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 252 seconds) |
| 03:23:25 | → | banc joins (banc@gateway/vpn/airvpn/banc) |
| 03:30:13 | × | td_ quits (~td@muedsl-82-207-238-085.citykom.de) (Ping timeout: 240 seconds) |
| 03:32:03 | → | td_ joins (~td@94.134.91.156) |
| 03:42:58 | × | terrorjack quits (~terrorjac@2a01:4f8:1c1e:509a::1) (Quit: The Lounge - https://thelounge.chat) |
| 03:45:25 | → | terrorjack joins (~terrorjac@2a01:4f8:1c1e:509a::1) |
| 05:23:35 | × | electr0n quits (~electr0n@about/security/founder/electr0n) (Quit: WeeChat 3.3) |
| 06:07:59 | → | electr0n joins (~electr0n@about/security/founder/electr0n) |
| 06:38:37 | → | qbt joins (~qbt@user/edun) |
| 06:38:37 | × | qbt quits (~qbt@user/edun) (Client Quit) |
| 06:56:18 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 07:02:05 | <twiclo> | Interesting issue. I'm trying to play oldschool runescape in an old java client and it's not fillling to fit its window. Do I have to have some plugin that communicates with the program that it should try to fullscreen? |
| 07:02:05 | → | sibi joins (~sibi@2001:470:69fc:105::8ab) |
| 07:02:05 | → | rednaZ[m] joins (~r3dnazmat@2001:470:69fc:105::ba70) |
| 07:02:05 | → | ThatOneLutenist joins (~nathanmcc@2001:470:69fc:105::cd69) |
| 07:02:05 | → | Tisoxin joins (~ikosit@user/ikosit) |
| 07:02:06 | → | ormaaj joins (~ormaaj@user/ormaaj) |
| 07:02:06 | → | unrooted joins (~unrooted@2001:470:69fc:105::a4a) |
| 07:02:17 | → | sogens[m] joins (~sogensmat@2001:470:69fc:105::1:20a1) |
| 07:02:17 | → | Las[m] joins (~lasmatrix@2001:470:69fc:105::74e) |
| 07:02:29 | → | liskin[m] joins (~liskinmat@2001:470:69fc:105::768) |
| 07:02:29 | → | unclechu joins (~unclechu@2001:470:69fc:105::354) |
| 07:02:29 | → | MatrixTravelerbo joins (~voyagert2@2001:470:69fc:105::22) |
| 07:02:29 | → | denbrahe[m] joins (~denbrahem@2001:470:69fc:105::19c0) |
| 07:02:29 | → | peddie joins (~peddie@2001:470:69fc:105::25d) |
| 07:02:29 | → | yuu[m] joins (~yuumatrix@2001:470:69fc:105::8a6) |
| 07:02:29 | → | nihilipster[m] joins (~nihilipst@2001:470:69fc:105::720) |
| 07:02:29 | → | ms[m] joins (~msmatrixp@2001:470:69fc:105::2b48) |
| 07:02:29 | → | KittyOwO[m] joins (~wrinklehu@2001:470:69fc:105::84e) |
| 07:02:30 | → | jakub[m] joins (~jakubfami@2001:470:69fc:105::a43) |
| 07:02:30 | → | VarikValefor[m] joins (~varikvale@2001:470:69fc:105::a5d) |
| 07:02:30 | → | lostsamurai[m] joins (~lostsamur@2001:470:69fc:105::1:4844) |
| 07:02:30 | → | fcortesi joins (~fcortesi@2001:470:69fc:105::f3a9) |
| 07:02:30 | → | Arya[m] joins (~gi-ytmatr@2001:470:69fc:105::d663) |
| 07:06:18 | → | curiousgay joins (~curiousga@77-120-141-90.kha.volia.net) |
| 07:07:41 | × | twiclo quits (~twiclo@mail.twil.cx) (Quit: WeeChat 3.3) |
| 07:56:03 | × | x88x88x quits (~x88x88x@149.28.53.172) (Remote host closed the connection) |
| 07:58:05 | × | mvk quits (~mvk@2607:fea8:5cdd:f000::9788) (Ping timeout: 252 seconds) |
| 07:58:37 | → | x88x88x joins (~x88x88x@2001:19f0:5:39a8:5400:3ff:feb6:73cb) |
| 08:02:59 | × | curiousgay quits (~curiousga@77-120-141-90.kha.volia.net) (Quit: Leaving) |
| 08:05:55 | × | x88x88x quits (~x88x88x@2001:19f0:5:39a8:5400:3ff:feb6:73cb) (Remote host closed the connection) |
| 08:10:37 | → | x88x88x joins (~x88x88x@2001:19f0:5:39a8:5400:3ff:feb6:73cb) |
| 09:00:05 | → | cfricke joins (~cfricke@user/cfricke) |
| 09:17:34 | → | allbery_b joins (~geekosaur@xmonad/geekosaur) |
| 09:17:34 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 09:17:37 | allbery_b | is now known as geekosaur |
| 09:23:55 | → | dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net) |
| 09:43:09 | → | steve_ joins (~steve@ool-182c2b80.dyn.optonline.net) |
| 09:46:58 | <Solid> | ?tell twiclo perhaps check out https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Util-Hacks.html#g:2 |
| 09:46:59 | <lambdabot> | Consider it noted. |
| 10:09:23 | ← | OliverDunkl[m] parts (~odi79matr@2001:470:69fc:105::1:1f3c) () |
| 10:25:42 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 10:59:25 | × | scardinal quits (~supreme@customer-212-237-101-39.ip4.gigabit.dk) (Quit: leaving) |
| 11:54:33 | → | scardinal joins (~supreme@customer-212-237-101-39.ip4.gigabit.dk) |
| 11:54:47 | → | qbt joins (~qbt@user/edun) |
| 11:54:47 | × | qbt quits (~qbt@user/edun) (Client Quit) |
| 12:33:47 | × | scardinal quits (~supreme@customer-212-237-101-39.ip4.gigabit.dk) (Quit: leaving) |
| 12:48:00 | → | scardinal joins (~supreme@customer-212-237-101-39.ip4.gigabit.dk) |
| 13:31:35 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Quit: Leaving) |
| 13:33:11 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 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. |
| 15:02:21 | <jakeStateless-Fa> | The identifier is working, however, because if I run `doIgnore` on said window, it properly ignores it. |
| 15:07:16 | <geekosaur> | some apps force their own notions of where their windows should be. (but what is "not working"?) |
| 15:10:29 | <jakeStateless-Fa> | `doCenterFloat` isn't taking effect |
| 15:12:06 | <geekosaur> | is it remaining tiled? is it floating somewhere else? |
| 15:13:00 | <jakeStateless-Fa> | tiled |
| 15:13:19 | <jakeStateless-Fa> | the thing that's confusing me is that `doIgnore` is working, with all other conditions remaining the same |
| 15:31:02 | × | cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.3) |
| 15:39:37 | <geekosaur> | just looked at doCenterFloat and I don't see how a window would end up tiled |
| 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 |
| 15:40:47 | × | dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3) |
| 16:05:55 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 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? |
| 16:08:30 | → | seschwar joins (~seschwar@user/seschwar) |
| 16:08:39 | <geekosaur> | are you using the docks combinator? |
| 16:16:41 | <twiclo> | Well I do have `main = xmonad $ docks defaults` so it would seem so |
| 16:25:50 | <geekosaur> | odd. that should prevent overlapping |
| 16:26:44 | → | macpla[m] joins (~macplamat@2001:470:69fc:105::3bf4) |
| 16:39:50 | <jakeStateless-Fa> | <geekosaur> "just looked at doCenterFloat and..." <- I'm pretty confused too |
| 16:44:38 | jakeStateless-Fa | uploaded an image: (1347KiB) < https://libera.ems.host/_matrix/media/r0/download/jupiterbroadcasting.com/HYODZAOsFaOLqLdQdRKzGqWO/image.png > |
| 16:45:49 | jakeStateless-Fa | uploaded an image: (625KiB) < https://libera.ems.host/_matrix/media/r0/download/jupiterbroadcasting.com/mMjbNonmlVHXQvTSCJyEIevk/image.png > |
| 16:49:38 | <geekosaur> | that doesn't look tiled to me, it looks like wrong position |
| 16:50:58 | <geekosaur> | also your xprop output shows min = max size so it's not tiled, it's floating |
| 16:52:12 | <jakeStateless-Fa> | That was taken on a prior instance of the first screenshot |
| 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 |
| 16:52:23 | <jakeStateless-Fa> | And it is tiled, those two are merely floating |
| 16:52:29 | <jakeStateless-Fa> | they're scratchpads |
| 16:52:58 | <jakeStateless-Fa> | see? |
| 16:52:59 | jakeStateless-Fa | uploaded an image: (520KiB) < https://libera.ems.host/_matrix/media/r0/download/jupiterbroadcasting.com/iNvwkaQJShfQzlqKCZaMFBrf/image.png > |
| 16:53:30 | <geekosaur> | hrm |
| 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 |
| 16:55:16 | <jakeStateless-Fa> | Yeah I saw that. I'll give that a go |
| 17:02:54 | <jakeStateless-Fa> | Hm |
| 17:05:37 | <jakeStateless-Fa> | That didn't work, what I tried: `(dynamicPropertyChange "WM_NAME" ( title =? "Junction" --> doIgnore ))` (inside my handleEventHook) |
| 17:05:59 | <jakeStateless-Fa> | I also tried it with doCenterFloat, no luck |
| 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? |
| 17:10:10 | <geekosaur> | sorry, WM_NORMAL_HINTS |
| 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" |
| 17:58:12 | geekosaur | really hopes that didn't cause the app to go into a tight loop reasserting WM_NORMAL_HINTS… |
| 17:58:52 | <noex> | hmm do you have to restart X for Xcursor.size to take effect? |
| 17:59:47 | <noex> | certainly seems like it |
| 18:00:05 | × | ebray187 quits (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e) (Quit: Konversation terminated!) |
| 18:03:27 | <noex> | Solid: with the java hack, does that basically obsolete to old "set wmname to LG3D"? |
| 18:11:12 | <geekosaur> | LG3D is still needed for Sun/Oracle Java. OpenJDK uses a different mechanism, and the Java hack does that. |
| 18:11:42 | × | darkstardevx quits (~darkstard@50.39.115.145) (Read error: Connection reset by peer) |
| 18:11:55 | <noex> | geekosaur: ahh good to know |
| 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. |
| 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 |
| 18:28:34 | <geekosaur> | noex, https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Actions-PerWorkspaceKeys.html |
| 18:29:50 | <noex> | geekosaur: wow, incredibly simple actually |
| 18:30:11 | <jakeStateless-Fa> | OH NO... Don't set it to "WM_STATE" |
| 18:30:17 | <jakeStateless-Fa> | I'm surprised I can even still type |
| 18:30:21 | <jakeStateless-Fa> | my poor CPU |
| 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 |
| 18:31:29 | <geekosaur> | twiclo, can you pastebin your config? it sounds like you may be missing avoidStruts |
| 18:31:32 | <geekosaur> | @where paste |
| 18:31:32 | <lambdabot> | Help us help you: please paste full code, input and/or output at e.g. https://paste.tomsmeding.com |
| 18:34:30 | <geekosaur> | (docks doesn't include avoidStruts iirc, since sometimes you want per-workspace control over it) |
| 18:35:47 | <twiclo> | geekosaur I have it but sure one sec |
| 18:35:57 | <jakeStateless-Fa> | Using WM_NORMAL_HINTS worked, but also caused a lot of lag |
| 18:36:17 | <twiclo> | https://paste.tomsmeding.com/grojjybM |
| 18:36:24 | <twiclo> | Thanks for the help |
| 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) |
| 18:36:58 | <jakeStateless-Fa> | Welp, it did |
| 18:37:28 | <jakeStateless-Fa> | it was happening every ~`.15s` |
| 18:42:04 | <jakeStateless-Fa> | I had to hop over to another TTY, kill xmonad, recompile, and relaunch |
| 18:46:31 | <geekosaur> | twiclo, can you try swapping the smartSpacingWithEdge and avoidStruts parts of your layout? |
| 18:50:37 | <twiclo> | Sure |
| 18:53:28 | <twiclo> | So like this? myLayout = showWName $ avoidStruts (tiled ||| noBorders Full) $ smartSpacingWithEdge 8 |
| 18:54:16 | <geekosaur> | myLayout = avoidStruts $ showWName $ smartSpacingWithEdge 8 (tiled ||| noBorders Full) |
| 19:01:51 | → | mvk joins (~mvk@2607:fea8:5cdd:f000::9788) |
| 19:01:55 | × | twiclo quits (~twiclo@mail.twil.cx) (Quit: WeeChat 3.3) |
| 19:02:37 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 19:02:43 | <twiclo> | geekosaur that fixed it. Thanks |
| 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? |
| 19:19:38 | <geekosaur> | most programs don't provide a standardized way to do so |
| 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 |
| 19:22:55 | <geekosaur> | this is probably reaching the point where you just use that program's key sequences directly though |
| 19:24:38 | → | darkstarx joins (~darkstard@50.39.115.145) |
| 19:25:40 | × | darkstarx quits (~darkstard@50.39.115.145) (Remote host closed the connection) |
| 19:26:03 | → | darkstarx joins (~darkstard@50.39.115.145) |
| 19:31:17 | × | twiclo quits (~twiclo@mail.twil.cx) (Quit: WeeChat 3.3) |
| 19:36:03 | × | catman quits (~catman@user/catman) (Quit: WeeChat 3.4-dev) |
| 19:37:32 | → | catman joins (~catman@user/catman) |
| 20:09:09 | → | aplainzetakind joins (~johndoe@captainludd.powered.by.lunarbnc.net) |
| 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 |
| 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? |
| 20:10:39 | <jakeStateless-Fa> | unifying that could be useful |
| 20:11:03 | <jakeStateless-Fa> | A bit of both, I believe the first step is to install and configure xerinima |
| 20:11:16 | <jakeStateless-Fa> | xinerama, something like that |
| 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." |
| 20:12:28 | <aplainzetakind> | This is actually what's happening and what I want not to happen. |
| 20:20:44 | <geekosaur> | actual xinerama's been dead for several years |
| 20:21:36 | <geekosaur> | it sounds like your x server did not correctly update xrandr information |
| 20:31:36 | <aplainzetakind> | geekosaur: How do I check that? When I run arandr I can switch resolutions of each display and position them etc. But when I apply something the "space" (what's the term?) becomes the encompassing rectangle of the two displays. |
| 20:33:05 | × | darkstarx quits (~darkstard@50.39.115.145) (Read error: Connection reset by peer) |
| 20:33:58 | <geekosaur> | so the server knows there are two monitors and has correct xrandr information for them. question becomes, did it notify your xmonad? |
| 20:34:43 | <geekosaur> | it should have sent an RRScreenChangeNotify event |
| 20:35:16 | <geekosaur> | is this xmonad 0.15, or 0.17.0? we fixed some bugs in screen change notifications in the new version |
| 20:36:00 | → | darkstarx joins (~darkstard@50.39.115.145) |
| 20:36:45 | → | qbt joins (~qbt@user/edun) |
| 20:36:45 | × | qbt quits (~qbt@user/edun) (Client Quit) |
| 20:36:53 | × | darkstarx quits (~darkstard@50.39.115.145) (Remote host closed the connection) |
| 20:37:18 | → | darkstarx joins (~darkstard@50.39.115.145) |
| 20:38:16 | <aplainzetakind> | 0.15 |
| 20:38:29 | <geekosaur> | sadly there are also xorg driver issues that can cause problems: I can't dynamically plug/unplug monitors on my system because the intel driver screws up the monitor information. but you're able to run arandr, that is *probably* not happening |
| 20:38:38 | <aplainzetakind> | doing cabal install xmonad should update it? |
| 20:38:58 | <geekosaur> | yes |
| 20:39:18 | <geekosaur> | stackage won't do major version upgrades until they release a new lts, so it's still on 0.15 |
| 20:39:39 | <aplainzetakind> | And super-shift-q would replace the old runner with the new? |
| 20:40:02 | <geekosaur> | mod-q should be sufficient |
| 20:40:19 | <geekosaur> | for that matter, see if mod-q makes things work without a reinstall |
| 20:41:18 | <geekosaur> | since mod-q will restart your xmonad and it should get the correct screen information then even if it's not correctly receiving or processing screen change events |
| 20:45:18 | <aplainzetakind> | Hmm. I "installed" without --overwrite-policy so it didn't really install but now super-q is broken. |
| 20:45:30 | <aplainzetakind> | Oh I switched ghc versions in the meantime. |
| 20:45:44 | <aplainzetakind> | That would break it probably right? |
| 20:46:57 | <aplainzetakind> | Yeah I probably need to install xmonad and xmonad-contrib with the new ghc. |
| 20:47:11 | <aplainzetakind> | What was the flag to install the libraries? |
| 20:47:17 | <aplainzetakind> | Not the executables. |
| 20:49:53 | <geekosaur> | --lib |
| 20:50:35 | <geekosaur> | although if you're using cabal to do this then install --lib is probably a bad idea |
| 20:53:56 | <aplainzetakind> | I think I did that before for the older ghc. |
| 20:54:01 | <aplainzetakind> | Is there any other way? |
| 20:54:50 | <aplainzetakind> | I vaguely remember passing some options to cabal install itself to make stuff available to it only, does that make sense? |
| 20:54:54 | <geekosaur> | you can use non-default environment files, but then you always have to specify the environment files to use, and you still have the problem with using environment files |
| 20:55:21 | <geekosaur> | (basically you get to edit them by hand if you install new versions, or ghc will get all confused) |
| 20:56:29 | <geekosaur> | there's also using cabal directly but then you need a build script: see https://github.com/xmonad/xmonad-testing/blob/master/build-scripts/build-with-cabal.sh |
| 20:58:05 | <aplainzetakind> | Yes these are all vaguely familiar. |
| 21:04:53 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 21:16:43 | <aplainzetakind> | geekosaur: You seem not to have objections to this comment: https://github.com/xmonad/xmonad/issues/199 |
| 21:16:56 | <aplainzetakind> | https://github.com/xmonad/xmonad/issues/199#issuecomment-609433196 This I meant. |
| 21:18:55 | <geekosaur> | that one is what I meant by "non-default environment files" |
| 21:20:03 | <geekosaur> | I *think* that should usually be safe, actually, as ghc should obey the version dependency between xmonad-contrib and xmonad libraries. But if two versions of each are available it may be possible that ghc will pick the wrong one |
| 21:20:19 | <geekosaur> | which is the problem with environment files in general |
| 21:20:38 | <geekosaur> | that said, hvr was pretty smart and if he thought that wasn't a problem then probably it isn't |
| 21:25:41 | × | twiclo quits (~twiclo@mail.twil.cx) (Quit: WeeChat 3.3) |
| 21:25:41 | <aplainzetakind> | Do I simply put "xmonad" into the .ghc.environment file? |
| 21:27:55 | <geekosaur> | no |
| 21:28:32 | <geekosaur> | it consists of mappings from library names wit versions and ABI hashes into cabal's store |
| 21:28:42 | <geekosaur> | so you need to use cabal to construct it |
| 21:29:12 | <geekosaur> | cabal install --lib --package-env=xmonad xmonad xmonad-contrib |
| 21:29:22 | <geekosaur> | (possibly also X11 and X11-xft) |
| 21:30:40 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 21:33:56 | <geekosaur> | another problem with using this is knowing what libraries need to be exposed in this way, although if you miss one it's just "cabal install --lib --package-env=xmonad whatever" to fix |
| 21:36:19 | <aplainzetakind> | I ran the cabal command, I was referring to the P.S. bit of hvr's comment instead of the custom setup file. |
| 21:36:48 | <aplainzetakind> | Or does that command construct something to put there as well? |
| 21:37:19 | <geekosaur> | see "…and to answer how to conveniently do this" at the end |
| 21:37:40 | <aplainzetakind> | Oh, sorry. |
| 21:37:44 | × | twiclo quits (~twiclo@mail.twil.cx) (Quit: WeeChat 3.3) |
| 21:37:47 | <geekosaur> | again you must use cabal to construct it because its contents come from cabal's internal store |
| 21:38:05 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 21:39:32 | <twiclo> | I'm trying to get SpawnOn working but the windows it spawns are all just going to desktop 1. The page for the plugin says To ensure that application appears on a workspace it was launched at, add keybindings like: |
| 21:39:38 | <twiclo> | , ((mod1Mask,xK_o), spawnHere "urxvt") |
| 21:39:46 | <twiclo> | What does that keybinding do? |
| 21:41:22 | <geekosaur> | did you make sure to add manageSpawn to your manageHook? |
| 21:41:47 | × | twiclo quits (~twiclo@mail.twil.cx) (Client Quit) |
| 21:42:07 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 21:42:07 | <geekosaur> | anyway spawnHere should ensure that a window spawns on the desktop that was current when you spawned it, even if you … sigh |
| 21:42:11 | <twiclo> | Yeah I missed that and now it's in there |
| 21:42:16 | <twiclo> | I mean now it's working |
| 21:42:59 | <twiclo> | But the urxvt window I spawned doesn't seem to have the .Xresources applied to it. At least it's not doing the fake transparency it normally does |
| 21:44:48 | <geekosaur> | odd |
| 21:44:59 | <geekosaur> | spawnHere should not override resources |
| 21:45:28 | <twiclo> | I'm not using spawnHere. I'm using spawnOn. Should I switch? |
| 21:45:44 | <twiclo> | I'm wondering if it's getting triggered before the Xresouces are loaded on an initial login maybe? |
| 21:46:24 | <geekosaur> | either one should work |
| 21:46:51 | <geekosaur> | if it's launched on keybinding then they should already be loaded |
| 21:48:06 | <geekosaur> | unless you're doing this as part of a fancy session manager setup like I am, but even then I think mate-settings-daemon should have finished setup before xmonad has launched if I have the prerequisites in my local session config file correct |
| 21:48:11 | <twiclo> | It's launched on startup |
| 21:49:25 | <geekosaur> | standard sessions should load the resources before doing anything else |
| 21:50:36 | × | twiclo quits (~twiclo@mail.twil.cx) (Quit: WeeChat 3.3) |
| 21:50:56 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 21:51:39 | <twiclo> | Man I wish browsers didn't suck as bad as they do. Looks like trying to spawn 3 browsers at once when xmonad start locks up the process |
| 21:52:55 | × | twiclo quits (~twiclo@mail.twil.cx) (Client Quit) |
| 21:53:15 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 21:54:58 | × | twiclo quits (~twiclo@mail.twil.cx) (Client Quit) |
| 21:55:28 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 21:56:15 | × | twiclo quits (~twiclo@mail.twil.cx) (Client Quit) |
| 21:56:35 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 21:59:56 | <twiclo> | Found the problem |
| 22:06:56 | <twiclo> | Urxvt's fake transparency depends on a wallpaper being set. The terminals spawn before that can happen |
| 22:07:42 | × | twiclo quits (~twiclo@mail.twil.cx) (Quit: WeeChat 3.3) |
| 22:08:06 | → | mohab joins (~mohab@45.243.59.56) |
| 22:10:45 | <aplainzetakind> | geekosaur: Building and rebuilding xmonad works fine but the merged displays situation persists. |
| 22:12:30 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 22:16:34 | × | obimod quits (~obimod@gateway/vpn/pia/obimod) (Ping timeout: 260 seconds) |
| 22:16:41 | × | twiclo quits (~twiclo@mail.twil.cx) (Client Quit) |
| 22:17:33 | → | twiclo joins (~twiclo@mail.twil.cx) |
| 22:30:23 | → | obimod joins (~obimod@gateway/vpn/pia/obimod) |
| 22:38:51 | × | mc47 quits (~mc47@xmonad/TheMC47) (Quit: Leaving) |
| 22:39:02 | × | twiclo quits (~twiclo@mail.twil.cx) (Quit: WeeChat 3.3) |
| 22:48:51 | × | mohab quits (~mohab@45.243.59.56) (Quit: WeeChat 3.3) |
All times are in UTC on 2021-12-10.