Logs: liberachat/#xmonad
| 2022-08-02 14:54:35 | × | xmonadtrack quits (~xmonadtra@xmonad/geekosaur) (Remote host closed the connection) |
| 2022-08-02 15:00:45 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 2022-08-02 15:03:23 | → | xmonadtrack joins (~xmonadtra@069-135-003-034.biz.spectrum.com) |
| 2022-08-02 15:03:24 | × | xmonadtrack quits (~xmonadtra@069-135-003-034.biz.spectrum.com) (Changing host) |
| 2022-08-02 15:03:24 | → | xmonadtrack joins (~xmonadtra@xmonad/geekosaur) |
| 2022-08-02 15:50:34 | × | benin0 quits (~benin@183.82.30.242) (Quit: The Lounge - https://thelounge.chat) |
| 2022-08-02 16:32:12 | → | coco joins (~coco@212-51-146-199.fiber7.init7.net) |
| 2022-08-02 17:05:31 | <liskin> | probably won't surprise anyone but Amethyst, the "xmonad" for macos, handles tiling way worse than xmonad itself :-D |
| 2022-08-02 17:06:08 | × | td_ quits (~td@muedsl-82-207-238-045.citykom.de) (Ping timeout: 268 seconds) |
| 2022-08-02 17:06:23 | <geekosaur> | iirc macos makes tiling painfully difficult to achieve |
| 2022-08-02 17:27:21 | → | qbt joins (~e@user/edun) |
| 2022-08-02 17:40:27 | × | qbt quits (~e@user/edun) (Quit: leaving) |
| 2022-08-02 17:40:42 | → | qbt joins (~e@user/edun) |
| 2022-08-02 17:41:41 | × | qbt quits (~e@user/edun) (Client Quit) |
| 2022-08-02 17:41:56 | → | qbt joins (~e@user/edun) |
| 2022-08-02 17:46:49 | <liskin> | Oh crap, I meant floating |
| 2022-08-02 17:46:53 | <liskin> | Tiling works |
| 2022-08-02 17:47:03 | <liskin> | But floating isn't even a layer |
| 2022-08-02 17:47:27 | <liskin> | It's just unmanaged windows that may get focused if you are really really lucky |
| 2022-08-02 17:52:36 | <geekosaur> | wow, someone who handles floats worse than we do 🙂 |
| 2022-08-02 18:03:37 | × | qbt quits (~e@user/edun) (Quit: leaving) |
| 2022-08-02 18:07:28 | × | sogens quits (~sogens@gateway/vpn/pia/sogens) (Remote host closed the connection) |
| 2022-08-02 18:07:33 | <Solid> | that reminds me to actually work on the floating window decorations at some point... |
| 2022-08-02 18:08:19 | <Solid> | But working on something that I actively will go out of my way to _not_ use isn't very encouraging :] Maybe I'll feel better once I finally put in that ZuriHac expense |
| 2022-08-02 18:33:46 | <liskin> | geekosaur: yeah, it almost seems like it has no control over the stacking order |
| 2022-08-02 18:33:59 | <liskin> | or maybe it's just an oversight, I don't know |
| 2022-08-02 18:34:13 | <liskin> | it's only absolutely horrendous if one enables focus follows mouse |
| 2022-08-02 18:34:50 | <geekosaur> | I'd be afraid to ask how stacking order works on os x |
| 2022-08-02 18:35:06 | <geekosaur> | the things X11 has to do to achieve it are bad enough |
| 2022-08-02 18:35:52 | <geekosaur> | and in particular if you run an X11 window manager instead of host-managed windows, the resulting Z order is essentially random |
| 2022-08-02 18:45:39 | <geekosaur> | mhh, still have windows switching desktops at random times, whether I switch by keyboard or mouse click |
| 2022-08-02 19:19:27 | × | coco quits (~coco@212-51-146-199.fiber7.init7.net) (Quit: WeeChat 3.5) |
| 2022-08-02 19:29:07 | → | coco joins (~coco@212-51-146-199.fiber7.init7.net) |
| 2022-08-02 19:50:30 | × | jludwig quits (~justin@li657-110.members.linode.com) (Quit: ZNC - https://znc.in) |
| 2022-08-02 19:51:29 | → | jludwig joins (~justin@li657-110.members.linode.com) |
| 2022-08-02 20:03:11 | → | mvk joins (~mvk@2607:fea8:5ce3:8500::d5f2) |
| 2022-08-02 20:05:46 | × | jludwig quits (~justin@li657-110.members.linode.com) (Quit: ZNC - https://znc.in) |
| 2022-08-02 20:23:24 | × | coco quits (~coco@212-51-146-199.fiber7.init7.net) (Quit: WeeChat 3.5) |
| 2022-08-02 20:23:55 | <geekosaur> | cute. someone tried to spam us from matrix but got klined |
| 2022-08-02 20:24:05 | <geekosaur> | the matrix side came through |
| 2022-08-02 20:24:42 | → | jludwig joins (~justin@li657-110.members.linode.com) |
| 2022-08-02 20:30:50 | × | jludwig quits (~justin@li657-110.members.linode.com) (Quit: ZNC - https://znc.in) |
| 2022-08-02 20:31:54 | → | jludwig joins (~justin@li657-110.members.linode.com) |
| 2022-08-02 20:57:23 | → | diep joins (~diep@2a01:cb11:2d7:4a00:10e8:63cb:8114:10e0) |
| 2022-08-02 21:01:54 | → | td_ joins (~td@muedsl-82-207-238-045.citykom.de) |
| 2022-08-02 21:01:59 | <diep> | Hi. Im trying to add clickablePP to xmobar without success, my current config is `withSB (statusBarProp "xmobar" (pure bar))`. I tried to replace `pure` with `clickablePP` but after a successful compilation, xmobar show an error in place of workspaces "could not parse string" |
| 2022-08-02 21:09:41 | <diep> | ok I found out, missed to use UnsafeXMonadLog in xmobar config instead of XMonadLog |
| 2022-08-02 21:09:53 | <diep> | it works great now! |
| 2022-08-02 21:17:08 | → | T_X_ joins (~T_X@diktynna.open-mesh.org) |
| 2022-08-02 21:17:43 | → | hypercat joins (~hypercat@87-92-158-33.rev.dnainternet.fi) |
| 2022-08-02 21:20:35 | × | hypercat quits (~hypercat@87-92-158-33.rev.dnainternet.fi) (Client Quit) |
| 2022-08-02 21:20:54 | <T_X_> | hi, I'm a bit confused why "screenWorkspace" does not quite work as I'd expect it to. I'm trying it like this: https://paste.linuxlounge.net/XM |
| 2022-08-02 21:20:58 | T_X_ | is now known as T_X |
| 2022-08-02 21:21:28 | <T_X> | if the second screen exists then this runs just fine and I get the message |
| 2022-08-02 21:22:08 | <T_X> | but if either the second screen is not enabled via xmodmap or if both screen 0 and 1 share the same space then I don't get that message |
| 2022-08-02 21:22:46 | <T_X> | and my ~/.xsession-errors seems to output: /bin/sh: 1: Syntax error: end of file unexpected |
| 2022-08-02 21:25:58 | <geekosaur> | you need to quote the string you want to have it display, since it's fed to the shell. "<unknown>" looks like redirection from the file "unknown" to… and it hits end of string and errors out on the unfinished redirection |
| 2022-08-02 21:27:38 | <geekosaur> | spawn ("xmessage 'Running escCMD, scrws: " ++ scr2str ++ "'") |
| 2022-08-02 21:27:52 | <geekosaur> | or use safeSpawn |
| 2022-08-02 21:31:49 | × | dexter1 quits (dexter@2a01:7e00::f03c:91ff:fe86:59ec) (Ping timeout: 244 seconds) |
| 2022-08-02 21:35:40 | <T_X> | geekosaur: aaaaah! you're absolutely right, the quoting was missing... don't know how I could overlook that, haha |
| 2022-08-02 21:39:07 | <T_X> | I'm still a bit confused why "screenWorkspace 1" is Nothing if the two screens overlap, are mirored. I'm trying xrandr as follows: https://paste.linuxlounge.net/T4 |
| 2022-08-02 21:39:34 | <geekosaur> | because mirrored screens are removed by xmonad (see getCleanedScreenInfo) |
| 2022-08-02 21:39:46 | <T_X> | and also in arandr there are two screens, eDP-1 and HDMI-1, which overlap 100% |
| 2022-08-02 21:39:51 | <geekosaur> | they're kind of useless from the standpoint of clients |
| 2022-08-02 21:40:39 | <geekosaur> | the X server will display the same thing on both screens, clients can't tell the difference between displays, so there's no point in keeping both |
| 2022-08-02 21:41:04 | <geekosaur> | you in particular can't display something different on the mirrored display |
| 2022-08-02 21:41:15 | <geekosaur> | the only way to do so is to unmirror them |
| 2022-08-02 21:43:49 | <geekosaur> | xmonad keeps the screen information so it knows where it can display different workspaces. if a display is mirrored, it can't display a different workspace there so xmonad removes it from the display list |
| 2022-08-02 21:44:17 | <T_X> | ah, okay. why I'm looking into this is because I'm trying to find a workaround for this issue I'm having: https://github.com/xmonad/xmonad/issues/412 |
| 2022-08-02 21:44:35 | × | diep quits (~diep@2a01:cb11:2d7:4a00:10e8:63cb:8114:10e0) (Remote host closed the connection) |
| 2022-08-02 21:45:04 | <geekosaur> | did you try a compositor, as I suggested? |
| 2022-08-02 21:45:17 | <T_X> | so what I want to achieve is: create this virtual screen (nothing is connected to HDMI-1 at the moment, so (ab)use it). and then always display the same workspace on this virtual screen |
| 2022-08-02 21:45:36 | <geekosaur> | or adding "bs" to the X server arguments but that probably requires looking up some config file that will lvary per system |
| 2022-08-02 21:46:23 | <T_X> | and then the idea was to hook into when I'd change the viewed workspace. and then switching back and forth between mirrored and not-mirrored screens with xrandr... |
| 2022-08-02 21:46:41 | <geekosaur> | by "the same", you mean the same workspace as displayed on the actual screen, or do you mean display a fixed workspace there? |
| 2022-08-02 21:47:31 | <T_X> | geekosaur: didn't try the two compositors you suggested yet. but I checked the "bs" and it seemed enabled already: |
| 2022-08-02 21:47:39 | <T_X> | grep "Backing store" /var/log/Xorg.0.log -> [ 29.917] (==) modeset(0): Backing store enabled |
| 2022-08-02 21:47:56 | <geekosaur> | (you would want them unmirrored and use something like DynamicWorkspaceGroups |
| 2022-08-02 21:47:58 | <geekosaur> | ) |
| 2022-08-02 21:48:01 | <geekosaur> | \interesting |
| 2022-08-02 21:48:27 | <geekosaur> | some clients do still detect unmapped state with backing store, sadly; compositing hides it |
| 2022-08-02 21:48:34 | <geekosaur> | so it may matter |
| 2022-08-02 21:50:03 | <geekosaur> | I also wonder if a virtual screen would work correctly or just deliver a bunch of NoExpose events |
| 2022-08-02 21:50:26 | <geekosaur> | which would prevent the client (vlc or whatever) from rendering |
| 2022-08-02 21:51:45 | <T_X> | geekosaur: with "the same" I mean always displaying a workspace of a particular workspaceId there. so the virtual monitor already works fine as a workaround, windows on there are working for the OBS Xcomposite screen capture. even though it's not seen on any physical screen. but it's a bit confusing/annoying when I want to switch back and forth between workspaces |
| 2022-08-02 21:52:51 | <geekosaur> | hm. if that works then I'd expect the compositor method to work as well, since it essentially does the same thing without the fiddling |
| 2022-08-02 21:53:14 | <T_X> | so when switching between workspaces on my physical laptop screen I found the swapping of workspaces between two screens a bit confusing |
| 2022-08-02 21:53:40 | <geekosaur> | and you'd be amazed how many programs don't get tested without a compositor running because Gnome and KDE both have built-in compositors |
| 2022-08-02 21:54:48 | <geekosaur> | (and Cinnamon and whatever Ubuntu is pushing these days, etc.) |
| 2022-08-02 21:54:56 | <T_X> | ideally the final behaviour I'd have would be that I could press a shortcut to toggle a specific workspace to go "On Air" |
| 2022-08-02 21:55:40 | <T_X> | and what I'm trying now is if I can mimic this behaviour in the backend somehow by hacking with xrandr and in the xmonad config file :D |
| 2022-08-02 21:56:08 | <geekosaur> | that's going to be fairly painful |
| 2022-08-02 21:58:20 | <geekosaur> | you probably want to break the rules a bit and, if the workspace you want is not visible on screen 0, forcibly put it in the visible slot |
| 2022-08-02 21:58:40 | <T_X> | yes, seems like :D. so I was thinking to check in the xmonad.hs which workspace is connected to the physical screen and which workspace to the virtual one. and check and intercept if on my physical screen I'm hitting the command to switch to the workspace which the virtual one is currently already on |
| 2022-08-02 21:59:22 | <T_X> | and if that's the case, run xrandr to turn it mirrored after switching |
| 2022-08-02 22:02:15 | <geekosaur> | te problem is, if you switch it it'll also put some other workspace on the visible one |
| 2022-08-02 22:02:34 | <geekosaur> | you can;t have a workspace in both places (this is enforced by the X server) |
| 2022-08-02 22:04:26 | <geekosaur> | well, the server doesn't know workspaces as such, and you could in fact abuse things such that a workspace would be in both places. and the X server would then randomly pick one to actually display, per window so some windows would end up offscreen even if you mirrored it |
| 2022-08-02 22:05:31 | <geekosaur> | so this is much trickier than you think, and triggering after the workspace switch is too late because unless you manually hack the windowset xmonad will pick some other workspace to display on the internal screen and then mirroring will get you that on the external |
All times are in UTC.