Logs: liberachat/#xmonad
| 2023-01-01 06:04:27 | × | jabuxas quits (~jabuxas@user/jabuxas) (Ping timeout: 248 seconds) |
| 2023-01-01 06:06:08 | → | jabuxas joins (~jabuxas@user/jabuxas) |
| 2023-01-01 09:00:12 | × | liskin[m] quits (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle) |
| 2023-01-01 11:28:41 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 2023-01-01 11:49:43 | × | mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 2023-01-01 11:57:10 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 2023-01-01 12:47:07 | → | thyriaen joins (~thyriaen@2a01:aea0:dd4:4bae:6245:cbff:fe9f:48b1) |
| 2023-01-01 12:47:39 | <thyriaen> | can i spawn windows always on first monitor no matter which has focus ? |
| 2023-01-01 12:47:52 | → | liskin[m] joins (~liskinmat@2001:470:69fc:105::768) |
| 2023-01-01 12:52:48 | <thyriaen> | to clarify - i want to spawn it on the current workspace that is active on my first monitor even if my 2nd one has focus |
| 2023-01-01 12:54:38 | <thyriaen> | my workspaces are withScreens |
| 2023-01-01 12:55:06 | <thyriaen> | i use the IndependentScreens layout |
| 2023-01-01 13:03:54 | <thyriaen> | and i want to use that whole thing in a scratchpad |
| 2023-01-01 13:07:42 | <Solid> | thyriaen: as in, all windows? In that case, just a simple manageHook would do |
| 2023-01-01 13:08:17 | <thyriaen> | no |
| 2023-01-01 13:08:22 | <thyriaen> | just one specific window |
| 2023-01-01 13:08:37 | <Solid> | as long as you can match on it, that should be fine as well |
| 2023-01-01 13:08:58 | <thyriaen> | Solid, how do i do that ? |
| 2023-01-01 13:09:36 | <thyriaen> | Solid, https://paste.tomsmeding.com/IdS9qZ2M I want to change my scratchpad to always be on currently active workspace of the main screen |
| 2023-01-01 13:10:21 | <thyriaen> | Solid, and some other windows i can identify by className for example or replace the spawn command |
| 2023-01-01 13:16:01 | <Solid> | it's probably more complicated for scratchpads, since once you summon them once they just get moved to another workspace and the manageHook isn't executed after that |
| 2023-01-01 13:16:18 | <Solid> | but for normal windows you can just do something like "appName =? "my-query" --> doShift . fromJust =<< liftX (screenWorkspace 0)" |
| 2023-01-01 13:19:10 | <thyriaen> | Solid, ok thanks |
| 2023-01-01 13:19:13 | <thyriaen> | and for scratchpads ? |
| 2023-01-01 13:28:10 | <Solid> | mh, I reckon you'd need to check for that in a logHook or something |
| 2023-01-01 13:28:17 | <Solid> | but it's probably going to be a bit annoying |
| 2023-01-01 13:30:25 | <thyriaen> | ic |
| 2023-01-01 13:50:01 | <geekosaur> | scratchpads have associated manageHooks, you should be able to do that in that and drop the matcher because the scratchpad stuff already does the matching |
| 2023-01-01 13:52:31 | <geekosaur> | you do it where you have the `customFloating` stuff now, and combine them with `<>` |
| 2023-01-01 13:52:53 | <geekosaur> | thyriaen ^^ |
| 2023-01-01 13:53:45 | <Solid> | geekosaur: that'd only work on the first invocation |
| 2023-01-01 13:53:57 | <geekosaur> | mm, true |
| 2023-01-01 13:54:14 | <Solid> | btw, happy new year :) |
| 2023-01-01 13:56:21 | <geekosaur> | happy new year to you too |
| 2023-01-01 13:56:38 | <geekosaur> | no control at all over later invocations, they pop up on the focused workspace |
| 2023-01-01 13:58:18 | <thyriaen> | Year ( Happy New ) |
| 2023-01-01 13:58:21 | <Solid> | could probably save the window ID to some state in the manageHook and then check against that in the logHook |
| 2023-01-01 13:59:14 | <thyriaen> | geekosaur, good to have you around |
| 2023-01-01 14:00:18 | <geekosaur> | can't use the `logHook` for this unless you've applied those patches Leary submitted; it'd cause an infinite loop |
| 2023-01-01 14:00:52 | <Solid> | oh, right, moving would involve invoking `windows` |
| 2023-01-01 16:02:19 | <a[m]1> | When using nerd fonts with the pango format, my bar doesn't show. Would anyone know why? |
| 2023-01-01 16:03:28 | <a[m]1> | I fixed it, but now changing the font seems to do nothin |
| 2023-01-01 17:06:28 | → | tremon joins (~tremon@83-85-213-108.cable.dynamic.v4.ziggo.nl) |
| 2023-01-01 17:10:21 | <thyriaen> | when I use picom with xmonad - only my chrome browser gets transparent borders - any ideas is this known ? |
| 2023-01-01 17:24:19 | → | jimfarrand[m] joins (~jimfarran@2001:470:69fc:105::2:eab7) |
| 2023-01-01 17:27:13 | <geekosaur[m]> | Sounds like you're on 0.17.0 |
| 2023-01-01 17:27:59 | <geekosaur[m]> | Upgrade |
| 2023-01-01 17:33:22 | <thyriaen> | OH ! |
| 2023-01-01 17:33:55 | <thyriaen> | geekosaur[m], i am on 17.0 yes |
| 2023-01-01 17:35:02 | <thyriaen> | geekosaur[m], not packaged with fedora on a higher version ;/ |
| 2023-01-01 17:37:12 | <geekosaur[m]> | Isn't there some way to subscribe to a pre-release channel with dnf? |
| 2023-01-01 17:37:28 | <thyriaen> | there is fedora-rawhide but they also just have 17.0 |
| 2023-01-01 17:38:38 | <geekosaur[m]> | Then you're stuck unless you switch to cabal or git |
| 2023-01-01 17:38:55 | <thyriaen> | cabal? |
| 2023-01-01 17:39:14 | <thyriaen> | do you know when to expect fedora inclusion of 17.1 ? |
| 2023-01-01 17:39:47 | <thyriaen> | geekosaur[m], how do i install with cabal ? |
| 2023-01-01 17:40:16 | <geekosaur[m]> | No clue, I'm an Ubuntu user |
| 2023-01-01 17:41:58 | <geekosaur[m]> | Instructions for cabal or stack should be in the install documents on the website. I'm at my sister's house occasionally looking at my phone so can't help much right now |
| 2023-01-01 17:42:12 | <geekosaur[m]> | Will be back home later today |
| 2023-01-01 17:42:14 | <thyriaen> | geekosaur[m], thanks - take care :p |
| 2023-01-01 17:48:24 | <jimfarrand[m]> | Installing via Cabal is a moderately adventurous endeavour. It's not impossible, but it's also not really optimised for end-users of software. |
| 2023-01-01 17:48:24 | <jimfarrand[m]> | First step is to get a working GHC environment. |
| 2023-01-01 17:48:24 | <jimfarrand[m]> | https://www.haskell.org/cabal/ |
| 2023-01-01 17:50:46 | <geekosaur[m]> | There's also stack which makes it somewhat simpler. But it's tempting to say that if you're putting in the effort, might as well go all the way and build from git |
| 2023-01-01 17:52:56 | jimfarrand[m] | is now known as jifarra[m] |
| 2023-01-01 18:54:18 | <HB[m]> | https://xmonad.org/INSTALL.html#build-using-stack I have used these instructions with great success |
| 2023-01-01 19:18:33 | <geekosaur> | Okay, I'm back home if you still need help |
| 2023-01-01 19:26:10 | <HB[m]> | Hey happy new year! 🙂 |
| 2023-01-01 19:27:13 | <geekosaur> | happy new year! |
| 2023-01-01 19:38:18 | <thyriaen> | How can i get the xprop from the frame drawn by "maim" ? |
| 2023-01-01 19:41:55 | <HB[m]> | The frame that you draw yourself with the mouse? |
| 2023-01-01 19:42:19 | <thyriaen> | HB[m], aye |
| 2023-01-01 19:42:36 | <thyriaen> | that's why it will be difficult to click it with the xprop command :p |
| 2023-01-01 19:42:45 | <HB[m]> | Well, the mouse is busy, so xprop isn't going to work. |
| 2023-01-01 19:43:12 | <geekosaur> | if you mean the border xmonad draws, that is inside the maim window so just click that |
| 2023-01-01 19:43:34 | <geekosaur> | if it's drawing a separate frame, that should also be inside (properties are set on top level windows) |
| 2023-01-01 19:44:47 | <thyriaen> | geekosaur, no i mean the thing that maim draws |
| 2023-01-01 19:46:50 | <geekosaur> | oh, the screenshot thing? that's override-redirect so you can't do much with it from xmonad |
| 2023-01-01 19:47:07 | <geekosaur> | what did you want to do with it? |
| 2023-01-01 19:47:07 | <HB[m]> | So when you use scrot or another screenshot program, it lets you draw an area on screen with mouse, the rectangle which it takes a shot of. |
| 2023-01-01 19:47:18 | <HB[m]> | He wants to get xprop for that rectangle. |
| 2023-01-01 19:47:21 | <HB[m]> | * that rectangle. I think. |
| 2023-01-01 19:47:40 | <geekosaur> | right, so that is override-redirect and not visible to xmonad |
| 2023-01-01 19:47:56 | <geekosaur> | and very likely has no properties anyway |
| 2023-01-01 19:47:59 | <HB[m]> | There you go |
| 2023-01-01 19:48:50 | <geekosaur> | I am looking at https://github.com/naelstrof/maim now |
| 2023-01-01 19:53:54 | <geekosaur> | (moreover, in most cases it's done a screen grab so xmonad couldn't do anything even if it had the window id) |
| 2023-01-01 20:14:45 | × | Forkk quits (~forkk@li926-228.members.linode.com) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
| 2023-01-01 20:15:11 | → | Forkk joins (~forkk@li926-228.members.linode.com) |
| 2023-01-01 20:49:10 | → | abhixec joins (~abhinav@c-67-169-139-16.hsd1.ca.comcast.net) |
| 2023-01-01 20:55:35 | × | abhixec quits (~abhinav@c-67-169-139-16.hsd1.ca.comcast.net) (Ping timeout: 265 seconds) |
| 2023-01-01 21:09:54 | <thyriaen> | geekosaur, i want picom to not draw a shadow on the border :p |
| 2023-01-01 21:11:48 | <thyriaen> | HB[m], and for this i need to identify it somehow for example the window class or something |
| 2023-01-01 21:12:00 | <thyriaen> | i know by trial and error that the type is normal but that doesn't help me |
| 2023-01-01 21:16:43 | <geekosaur> | I strongly suspect that without delving into the code for maim and finding a property it sets (if any), you'll need: shadow-exclude = [ override_redirect@: ] |
| 2023-01-01 21:18:07 | <geekosaur> | (if you have other shadow-exclude items, add that to the list instead of specifying it separately) |
| 2023-01-01 21:21:41 | <thyriaen> | what does override_redirect@: do ? |
| 2023-01-01 21:23:00 | <thyriaen> | apart from generating a syntax error :p |
| 2023-01-01 21:26:53 | <thyriaen> | not sure how to properly integrate it into the config file but starting picom with picom --shadow-exclude="override_redirect = true" does the trick |
| 2023-01-01 21:27:31 | <thyriaen> | geekosaur, what does it do ? |
All times are in UTC.