| 2021-11-17 00:00:48 +0100 | <Arcanus[m]> | etrigan63 : I'm peeking through your codes and I don't see a specification for per screen ewmh, maybe I'm just missing it, are you able to show the workspaces specific to that screen in it's corresponding polybar? I have 4 separate polybars at the moment, and all i need to do is get the left screen polybar to only show the left screen workspaces, and teh right screen polybar to show the right screen workspaces, I'm pretty sure this needs |
| 2021-11-17 00:00:48 +0100 | <Arcanus[m]> | to be specified in the main xmonad.hs and then piped (?) to polybar, and then the polybar config will need to specify that set of info somehow, (ewmh1 ewmh2?) or something like that. I don't know I'm not a programmer. awesomeWM does this out of the box, but I haven't even figured out how to get 2 separate top bars in awesomeWM yet, and don't get me started on the widgets! my awesomeWM is at like 50% config completion vs Xmonad which is at |
| 2021-11-17 00:00:48 +0100 | <Arcanus[m]> | 99% |
| 2021-11-17 00:07:06 +0100 | <davve> | im using polybar with ewmh |
| 2021-11-17 00:07:19 +0100 | <davve> | is desantra around in some form still? |
| 2021-11-17 00:08:34 +0100 | <geekosaur> | "per screen ewmh" isn't a thing, per the ewmh spec which assumes workspaces always span all screens and fails to handle window managers like xmonad |
| 2021-11-17 00:14:39 +0100 | <Arcanus[m]> | <geekosaur> ""per screen ewmh" isn't a thing,..." <- hmm...is there another module, or way to do what I'm talking about? basically monitor A sending it's information to polybar A and monitor B sending it's workspace information to polybar B to be displayed? |
| 2021-11-17 00:16:12 +0100 | <geekosaur> | not via ewmh, since it doesn't have the concept of "per screen". you'd have to feed it via DynamicLogString and either a pipe or dbus or something |
| 2021-11-17 00:17:01 +0100 | <geekosaur> | (I'm thinking semi-seriously of making a StatusBar hook for dbus, but it'd have to go into xmonad-extras because of all dbus's extra deps) |
| 2021-11-17 00:17:34 +0100 | <etrigan63[m]> | I tried this and there is going to be a way to do it in v0.18 but not right now. This is why I went the route I did. By way of a forked module in my dotfiles above, I am able to assign layouts to the monitors and the windows realign themselves automatically if you flip monitors. |
| 2021-11-17 00:18:46 +0100 | <etrigan63[m]> | There is a video in the github demonstrating ther module in action. |
| 2021-11-17 00:19:05 +0100 | <Arcanus[m]> | etrigan63[m]: I will have to look through it in more depth then |
| 2021-11-17 00:19:23 +0100 | <fizzie> | The root-window-property-based thing can work for multiple bars too, as long as the bar can be told which property to read. |
| 2021-11-17 00:20:04 +0100 | <fizzie> | https://xmonad.github.io/xmonad-docs/xmonad-contrib/XMonad-Hooks-StatusBar.html#g:3 has an xmobar example. But no idea which bars can read a property. |
| 2021-11-17 00:20:10 +0100 | <etrigan63[m]> | Polybar respects the `xrandr` name of the monitor. |
| 2021-11-17 00:23:23 +0100 | <etrigan63[m]> | My only remaining bugaboo is getting `i3lock` (via `xidlehook + betterlockscreen`) to stay above everything. When `polybar` or an app updates, they appear on top of the unlock screen when it unblanks. |
| 2021-11-17 00:24:18 +0100 | <fizzie> | (Also, showing an IndependentScreens per-screen workspace list properly involves remapping the screen numbers out of the workspace names, so I imagine that's even more impossible if communicating via the standard EWMH hints.) |
| 2021-11-17 00:25:41 +0100 | <geekosaur> | etrigan63[m], I'm becoming more and more convinced that you have some kind of local issue, and not in your config. Possibly some bug in your video driver that's causing it to do updates to windows that should be hidden? |
| 2021-11-17 00:26:23 +0100 | <geekosaur> | video driver or gpu driver |
| 2021-11-17 00:27:27 +0100 | <geekosaur> | in particular, drawing in a window does not raise it, so how is it ending up "above" the locker window? |
| 2021-11-17 00:31:26 +0100 | <Arcanus[m]> | so what I might do then is keep my workspace switcher on one bar on one screen, and put my xwindows indicator on the other screen. it isn't really what I want, but I think I can live with it at least until I have the time to try to figure it out |
| 2021-11-17 00:42:27 +0100 | <Arcanus[m]> | thank you all for your time and help btw, it is very much appreciated |
| 2021-11-17 01:02:51 +0100 | CorinCWStra[m] | (~cwstramat@2001:470:69fc:105::1:3671) |
| 2021-11-17 01:10:24 +0100 | SpiderPig | (~matt@047-132-233-190.res.spectrum.com) |
| 2021-11-17 01:17:30 +0100 | <CorinCWStra[m]> | Does anyone have any ideas as to how I might initialize a window to float from the command line? I know the standard manage hooks can work off of Xorg properties, but I don't want all windows of a given application to float, just ones I open up via a particular keybinding. |
| 2021-11-17 01:38:56 +0100 | <geekosaur> | you could use ExtensibleState to set a flag in the keybinding and then test the flag using liftX in the manageHook, but it will be a little unreliable because *ix is asynchronous so another window might pop up in the meantime |
| 2021-11-17 01:40:51 +0100 | <geekosaur> | or if you can reliably identify the window by _NET_WM_PID (this won't work if the app is always running in the background and spawns new windows on demand) you could use https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Actions-SpawnOn.html#v:spawn… |
| 2021-11-17 01:41:08 +0100 | <geekosaur> | (don't forget to add manageSpawn to the manageHook if you do that) |
| 2021-11-17 01:41:36 +0100 | <geekosaur> | this does not require 0.17.0, that's just the docs I have up :) |
| 2021-11-17 01:41:38 +0100 | <fizzie> | There's a floatNext thing, I think. |
| 2021-11-17 01:41:45 +0100 | <fizzie> | https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Hooks-FloatNext.html |
| 2021-11-17 01:41:53 +0100 | <fizzie> | A bit racy, but probably works okay in practice. |
| 2021-11-17 01:42:16 +0100 | <fizzie> | (Also requires installing the `floatNextHook` in manageHook to work.) |
| 2021-11-17 01:49:28 +0100 | <CorinCWStra[m]> | I'll see how floatNext works. |
| 2021-11-17 01:55:32 +0100 | <CorinCWStra[m]> | Seems to work! Going to take emacs-everywhere for a spin, but didn't want to disrupt the tiling for a quick open-and-close dialog window. |
| 2021-11-17 01:58:26 +0100 | mvk | (~mvk@2607:fea8:5cc3:e900::df92) |
| 2021-11-17 02:16:42 +0100 | <CorinCWStra[m]> | Well, this message was written using emacs-everywhere, so I'll call it a success! Many thanks! |
| 2021-11-17 02:37:49 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 250 seconds) |
| 2021-11-17 03:11:23 +0100 | <yuu[m]> | i get a X when the cursor is over the desktop wallpaper for example. how to make that X turn into normal cursor arrow? |
| 2021-11-17 03:13:52 +0100 | <geekosaur> | https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Util-Cursor.html |
| 2021-11-17 03:16:15 +0100 | <geekosaur> | or use xsetroot before starting xmonad: xsetroot -cursor_name left_ptr |
| 2021-11-17 03:16:27 +0100 | <geekosaur> | (or one of the other predefined cursors from the cursor font) |
| 2021-11-17 03:17:17 +0100 | <etrigan63[m]> | <geekosaur> "video driver or gpu driver" <- You may be right. I have to double check, but I don’t think this is happening on my laptop which is Intel graphics. |
| 2021-11-17 03:23:03 +0100 | <yuu[m]> | geekosaur: thank you! do you know if i can set a custom cursor theme as well? |
| 2021-11-17 03:23:33 +0100 | <yuu[m]> | (it does not follow the cursor theme I set in Xresources) |
| 2021-11-17 03:23:44 +0100 | <geekosaur> | not easily, I think that requires a gtk-based window manager |
| 2021-11-17 03:37:15 +0100 | <etrigan63[m]> | <etrigan63[m]> "You may be right. I have to..." <- I have just confirmed that it is working correctly on my laptop (Intel graphics). My desktop has AMD graphics (5700XT). |
| 2021-11-17 03:44:07 +0100 | steve_ | (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 265 seconds) |
| 2021-11-17 04:03:30 +0100 | banc- | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 256 seconds) |
| 2021-11-17 04:15:03 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) (Ping timeout: 265 seconds) |
| 2021-11-17 04:17:26 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-17 04:21:38 +0100 | banc | (banc@gateway/vpn/airvpn/banc) |
| 2021-11-17 04:24:57 +0100 | <etrigan63[m]> | I have disabled Display Power management and am blanking the screen using `betterlockscreen`. Will report the outcome. |
| 2021-11-17 04:26:41 +0100 | <etrigan63[m]> | No joy. Trying the other way around. |
| 2021-11-17 04:27:14 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) |
| 2021-11-17 04:29:02 +0100 | <geekosaur> | I wouldn't expect that to work. juggling parameters in xorg.conf |
| 2021-11-17 04:29:05 +0100 | <geekosaur> | might help |
| 2021-11-17 04:37:06 +0100 | <etrigan63[m]> | Got it. `Picom` was the culprit. I had to enable `--experimental-backends` to get it to behave correctly. |
| 2021-11-17 04:37:35 +0100 | <etrigan63[m]> | I will do more testing and let you know. |
| 2021-11-17 04:40:21 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) (Quit: every day brings new choices) |
| 2021-11-17 04:55:39 +0100 | td_ | (~td@94.134.91.233) (Ping timeout: 265 seconds) |
| 2021-11-17 04:57:20 +0100 | td_ | (~td@94.134.91.227) |
| 2021-11-17 04:59:36 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 256 seconds) |
| 2021-11-17 05:00:29 +0100 | catman | (~catman@user/catman) (Ping timeout: 265 seconds) |
| 2021-11-17 05:33:47 +0100 | mvk | (~mvk@2607:fea8:5cc3:e900::df92) (Ping timeout: 268 seconds) |
| 2021-11-17 07:02:36 +0100 | sagax | (~sagax_nb@user/sagax) (Read error: Connection reset by peer) |
| 2021-11-17 07:31:43 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) |
| 2021-11-17 07:37:24 +0100 | sagax | (~sagax_nb@user/sagax) |
| 2021-11-17 07:55:02 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) (Quit: every day brings new choices) |
| 2021-11-17 07:55:18 +0100 | <FOSSHuman[m]> | <yuu[m]> "i get a X when the cursor is..." <- @yuu: You can use LXappearance to set the cursor theme and GTK theme / icons using a GUI: https://wiki.archlinux.org/title/Cursor_themes#LXAppearance |
| 2021-11-17 07:55:58 +0100 | <FOSSHuman[m]> | It works even when you don't use LXDE (which is what is was made for, but works on anything else) |
| 2021-11-17 08:24:47 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) |
| 2021-11-17 08:26:10 +0100 | qbt | (~qbt@user/edun) |
| 2021-11-17 09:37:31 +0100 | ml| | (~ml|@user/ml/x-5298235) (Ping timeout: 260 seconds) |
| 2021-11-17 09:37:53 +0100 | cfricke | (~cfricke@user/cfricke) |
| 2021-11-17 09:38:49 +0100 | mc47 | (~mc47@xmonad/TheMC47) |
| 2021-11-17 09:45:09 +0100 | <Solid> | damn, not even gentoo has updated to 0.17.0 yet :/ |
| 2021-11-17 09:45:31 +0100 | <Solid> | funny how the BSDs were the fastest _by far_ |
| 2021-11-17 09:54:51 +0100 | ml| | (~ml|@user/ml/x-5298235) |
| 2021-11-17 10:00:12 +0100 | abhixec[m] | (~abhixecma@2001:470:69fc:105::a2a) (Quit: You have been kicked for being idle) |
| 2021-11-17 10:01:53 +0100 | thunderrd | (~thunderrd@183.182.111.230) (Remote host closed the connection) |
| 2021-11-17 10:11:51 +0100 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) |
| 2021-11-17 10:16:22 +0100 | thunderrd | (~thunderrd@183.182.111.230) |
| 2021-11-17 10:16:58 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Read error: Connection reset by peer) |
| 2021-11-17 10:17:32 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-11-17 10:33:01 +0100 | thunderrd | (~thunderrd@183.182.111.230) (Ping timeout: 265 seconds) |
| 2021-11-17 10:46:25 +0100 | thunderrd | (~thunderrd@183.182.111.230) |
| 2021-11-17 11:17:12 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-11-17 11:52:15 +0100 | <liskin> | hm, we could turn https://github.com/xmonad/xmonad/discussions/categories/q-a into the new FAQ |
| 2021-11-17 12:11:55 +0100 | Vermoot | (~vermoot@89-158-106-112.rev.numericable.fr) |
| 2021-11-17 12:24:01 +0100 | <Vermoot> | Hi! |
| 2021-11-17 12:24:19 +0100 | <Vermoot> | I'm looking to do something with xmonad that I haven't been able to find while searching |
| 2021-11-17 12:25:06 +0100 | amir | (sid22336@user/amir) (Ping timeout: 268 seconds) |
| 2021-11-17 12:25:18 +0100 | <Vermoot> | It's quite simple: I'd like to add a key binding that works only when a certain app is active, and returns *another* key binding. This allows me to change key bindings in apps that don't initially allow me to do so. |
| 2021-11-17 12:26:37 +0100 | <Vermoot> | For example, I'd like to make it so *in Firefox specifically*, when I do <C-A-S-DownArrow>, it does <C-Tab> instead. |
| 2021-11-17 12:27:15 +0100 | <Vermoot> | I believe returning another hotkey could just be done with xdotool, but I'm struggling with the "app-specific" part of the keybind |
| 2021-11-17 12:27:34 +0100 | pl | (sid98063@helmsley.irccloud.com) (Ping timeout: 268 seconds) |
| 2021-11-17 12:28:18 +0100 | amir | (sid22336@user/amir) |
| 2021-11-17 12:30:12 +0100 | pl | (sid98063@helmsley.irccloud.com) |
| 2021-11-17 12:32:58 +0100 | <Solid> | you could probably run a query on the focused window |
| 2021-11-17 12:33:26 +0100 | <fizzie> | I was half-convinced there was a convenience function for that somewhere in -contrib, but couldn't find it. |
| 2021-11-17 12:33:39 +0100 | <fizzie> | Not that it probably needs *that* much glue on top of `withFocused`. |
| 2021-11-17 12:36:17 +0100 | <Solid> | it should just be a single call to runQuery |
| 2021-11-17 12:36:36 +0100 | <Solid> | something like http://ix.io/3FeU/haskell |
| 2021-11-17 12:36:49 +0100 | mudri | (sid317655@helmsley.irccloud.com) (Ping timeout: 268 seconds) |
| 2021-11-17 12:37:49 +0100 | <Solid> | (depending on the binding you might want to unroll withFocused though so it also works when there are no windows around) |
| 2021-11-17 12:39:13 +0100 | <fizzie> | ISTR web browsers in particular are not that xdotool-friendly, but I guess that's specifically for the SendEvent-based "send directly to a window" automation mechanism, not the XTEST-based one it uses for sending to the focused window. |
| 2021-11-17 12:40:01 +0100 | mudri | (sid317655@helmsley.irccloud.com) |
| 2021-11-17 12:40:37 +0100 | <Vermoot> | Ok, thanks! I gotta look into how exactly runQuery works, because it seems like a very useful tool in many situations I guess |
| 2021-11-17 12:41:35 +0100 | <Vermoot> | Also lambda expressions, I still can't read them very easily |
| 2021-11-17 12:42:40 +0100 | <Solid> | liskin: it might have the advantage that people can actually ask questions there, yeah |
| 2021-11-17 12:46:42 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-11-17 12:49:52 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-11-17 12:53:19 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-17 13:17:37 +0100 | noex | (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: my dad's not a phone!) |
| 2021-11-17 13:22:46 +0100 | steve_ | (~steve@ool-182c2b80.dyn.optonline.net) |
| 2021-11-17 13:34:17 +0100 | noex | (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 2021-11-17 13:43:58 +0100 | noex | (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) (Read error: Connection reset by peer) |
| 2021-11-17 14:04:26 +0100 | dschrempf | (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3) |
| 2021-11-17 14:11:40 +0100 | noex | (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 2021-11-17 14:45:17 +0100 | <etrigan63[m]> | <etrigan63[m]> "Got it. `Picom` was the culprit...." <- No joy. Still doing the same behavior. Grrrrr. |
| 2021-11-17 14:46:43 +0100 | <geekosaur> | tempted to suggest you try compton instead of picom. picom is fancier but … buggy |
| 2021-11-17 14:47:56 +0100 | <geekosaur> | I can say I don't observe any of this here, but (a) not using betterlockscreen (b) intel video |
| 2021-11-17 14:58:01 +0100 | Vermoot | (~vermoot@89-158-106-112.rev.numericable.fr) (Remote host closed the connection) |
| 2021-11-17 16:22:22 +0100 | SamVlone | (~SamVlone@5.150.114.59) |
| 2021-11-17 16:22:39 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 2021-11-17 16:23:15 +0100 | <SamVlone> | Foldable t => t [a] -> a |
| 2021-11-17 16:23:19 +0100 | <SamVlone> | innit |
| 2021-11-17 16:23:21 +0100 | SamVlone | (~SamVlone@5.150.114.59) () |
| 2021-11-17 16:31:53 +0100 | <Solid> | indeed |
| 2021-11-17 16:31:56 +0100 | geekosaur | wonders what that was about |
| 2021-11-17 16:32:11 +0100 | Vermoot | (~vermoot@89-158-106-112.rev.numericable.fr) |
| 2021-11-17 16:32:51 +0100 | <Vermoot> | Is there a known issue between xmonad and wine? |
| 2021-11-17 16:33:12 +0100 | <jakeStateless-Fa> | Wine works fine for me. |
| 2021-11-17 16:33:33 +0100 | <Vermoot> | I get a pretty serious crash (can't do much besides restart xmonad completely (logging me off in the process)) when using some wine windows |
| 2021-11-17 16:33:40 +0100 | <Vermoot> | In Bitwig for example |
| 2021-11-17 16:33:59 +0100 | <jakeStateless-Fa> | Do you have some logs for us? |
| 2021-11-17 16:34:39 +0100 | <Vermoot> | Maybe not *crash*, but I get some borders flickering (indicating some weirdness with the active window I guess) and then keyboard and mouse become unresponsive. I can still see discord messages coming in if discord is visible though, and I get notifications from dunst alright |
| 2021-11-17 16:34:54 +0100 | <Vermoot> | Uh, I might have logs, if I knew where to look for them :D |
| 2021-11-17 16:35:11 +0100 | <jakeStateless-Fa> | Ah, yeah, that problem, I've experienced it. I don't know why that happens... |
| 2021-11-17 16:35:19 +0100 | <geekosaur> | nor do we :( |
| 2021-11-17 16:35:26 +0100 | <Vermoot> | ah |
| 2021-11-17 16:35:40 +0100 | <Vermoot> | So you don't know either how to fix/avoid it? |
| 2021-11-17 16:35:43 +0100 | <geekosaur> | sometimes configuring ewmh fixes it, sometimes using a compositor fixes it (or causes it), etc. |
| 2021-11-17 16:35:56 +0100 | <geekosaur> | we really need a reliable minimal example |
| 2021-11-17 16:36:22 +0100 | <jakeStateless-Fa> | Vermoot: ctrl+alt+f2 (you're either on f1, or f7, for getting back) then run `startx &>/tmp/xmonad.log` |
| 2021-11-17 16:36:24 +0100 | <Vermoot> | I can definitely reliably reproduce it right now, if you're interested in logs |
| 2021-11-17 16:36:52 +0100 | <jakeStateless-Fa> | Xorg logs may also be of help, but lets get xmonad's first |
| 2021-11-17 16:36:59 +0100 | <Vermoot> | It's not a very minimal setup though (I'm using a wine-ran audio plugin through yabridge in Bitwig Studio) |
| 2021-11-17 16:37:25 +0100 | <Vermoot> | So you want me to do that in the "bugged out" state, or I can get them right now? |
| 2021-11-17 16:37:34 +0100 | <geekosaur> | by default there won't be good enough logs in this case, xmonad won't log anything by itself in this state. a real crash would have a useful log but this is xmonad and an app disagreeing about which window has focus |
| 2021-11-17 16:37:53 +0100 | <jakeStateless-Fa> | Hmm... |
| 2021-11-17 16:38:00 +0100 | <geekosaur> | https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Hooks-DebugEvents.html |
| 2021-11-17 16:38:31 +0100 | <geekosaur> | that should produce some helpful logs |
| 2021-11-17 16:38:43 +0100 | <jakeStateless-Fa> | Vermoot: You'd do that before the bugged out state, then when the second xorg session pops up, try and reproduce the problem. |
| 2021-11-17 16:39:13 +0100 | <jakeStateless-Fa> | Then, once it's occurred for a few seconds, kill that session, through whatever means you please. Then view/share that log file in your untouched session from before. |
| 2021-11-17 16:39:50 +0100 | <Vermoot> | let's try that out |
| 2021-11-17 16:41:05 +0100 | <Vermoot> | hmm it doesn't do anything... |
| 2021-11-17 16:41:10 +0100 | <Vermoot> | Doesn't start a session in tty2 |
| 2021-11-17 16:41:33 +0100 | <Vermoot> | @geekosaur I'm sorry, where should I put the `debugEventsHook` thing in my config? |
| 2021-11-17 16:41:33 +0100 | <lambdabot> | Unknown command, try @list |
| 2021-11-17 16:42:19 +0100 | <geekosaur> | I think to start the new session you need something like: startx /usr/bin/xmonad -- :1 &>/tmp/xmonad.log |
| 2021-11-17 16:42:38 +0100 | <geekosaur> | (substitute your path to xmonad, and it must be a full path or startx will do something different) |
| 2021-11-17 16:43:51 +0100 | <geekosaur> | the debugEventsHook goes in the handleEventHook |
| 2021-11-17 16:45:43 +0100 | <Vermoot> | `handleEventHook = fullscreenEventHook <+> debugEventsHook` is valid right? |
| 2021-11-17 16:45:54 +0100 | <geekosaur> | yes |
| 2021-11-17 16:46:26 +0100 | <Vermoot> | Alright |
| 2021-11-17 16:47:43 +0100 | <geekosaur> | also if you need your .xinitrc to run (to set $PATH or etc.) then you should use "startx -- :1" without the path to xmonad |
| 2021-11-17 16:47:51 +0100 | <geekosaur> | (but still wit the following redirection) |
| 2021-11-17 16:48:30 +0100 | <Vermoot> | Alright it's in the bugged out state in tty2 |
| 2021-11-17 16:48:38 +0100 | <jakeStateless-Fa> | <Vermoot> "Doesn't start a session in tty2" <- It does depend upon how you start your sessions. For me, my .xinitrc does it easily. |
| 2021-11-17 16:48:41 +0100 | <Vermoot> | let me get the log and pastebin it |
| 2021-11-17 16:49:21 +0100 | <Vermoot> | Oof the log is growing FAST |
| 2021-11-17 16:49:22 +0100 | <geekosaur> | probably should have killed it first, the log will be growing rapidly |
| 2021-11-17 16:49:29 +0100 | <Vermoot> | 8MB and counting |
| 2021-11-17 16:49:32 +0100 | <geekosaur> | yep |
| 2021-11-17 16:49:35 +0100 | <Vermoot> | So what do I kill, how |
| 2021-11-17 16:49:36 +0100 | <Vermoot> | :D |
| 2021-11-17 16:49:45 +0100 | <geekosaur> | the second xmonad |
| 2021-11-17 16:49:49 +0100 | <jakeStateless-Fa> | use a system monitor of sorts, probably |
| 2021-11-17 16:49:59 +0100 | <jakeStateless-Fa> | use pid to determine which one to kill |
| 2021-11-17 16:50:12 +0100 | <jakeStateless-Fa> | the later PID, not the first, you know, the one you're using atm |
| 2021-11-17 16:50:23 +0100 | <Vermoot> | can I see in top which one it is that I wa |
| 2021-11-17 16:50:27 +0100 | <Vermoot> | want to kill? |
| 2021-11-17 16:50:35 +0100 | <jakeStateless-Fa> | yes |
| 2021-11-17 16:50:37 +0100 | <Vermoot> | I can't see a `tty2` or anything like that |
| 2021-11-17 16:50:52 +0100 | <geekosaur> | it won't show that way, sadly |
| 2021-11-17 16:50:53 +0100 | <Vermoot> | Though one of them is taking 92% CPU usage :D |
| 2021-11-17 16:50:59 +0100 | <geekosaur> | that'll be the one |
| 2021-11-17 16:51:27 +0100 | <geekosaur> | it's stuck looping on events, which are being logged |
| 2021-11-17 16:52:02 +0100 | <Vermoot> | Yeah...182k lines in the log file :D |
| 2021-11-17 16:52:20 +0100 | <geekosaur> | I should really add a combinator wrapper for that thing, both to make it easier to install and to make it triggerable on keystroke |
| 2021-11-17 16:52:55 +0100 | <Vermoot> | I'll just abridge it after a couple loops I guess |
| 2021-11-17 16:53:27 +0100 | <geekosaur> | \yeh, it'll be really repetitive after it gets going |
| 2021-11-17 16:53:44 +0100 | <Vermoot> | Here it is: https://pastebin.com/wDuBc9QZ |
| 2021-11-17 16:56:20 +0100 | <geekosaur> | mrrr. never taught it how to deal with _NET_WM_STATE :( |
| 2021-11-17 16:57:28 +0100 | <Vermoot> | Well I'll be happy to repeat the process later on |
| 2021-11-17 16:57:30 +0100 | <geekosaur> | so it's trying to set a new state on its window and we're not honoring it. this will be problematic especially if it's trying to set something like STATE_ABOVE that really doesn't make sense in tiling wms |
| 2021-11-17 16:57:50 +0100 | <Vermoot> | Well |
| 2021-11-17 16:57:51 +0100 | <geekosaur> | what version of xmonad are you currently running? |
| 2021-11-17 16:57:56 +0100 | <Vermoot> | 0.17.0 |
| 2021-11-17 16:58:29 +0100 | <geekosaur> | sigh. was hoping it'd be one of the things we fixed in the new release :( |
| 2021-11-17 16:58:34 +0100 | <jakeStateless-Fa> | geekosaur: That could be solved by floating it and sending it to the top of the stack |
| 2021-11-17 16:58:39 +0100 | <jakeStateless-Fa> | optionally, of course |
| 2021-11-17 16:58:47 +0100 | <jakeStateless-Fa> | because not all people will want their windows doing that. |
| 2021-11-17 16:59:17 +0100 | <jakeStateless-Fa> | And, it's not persistent, but, it does something. |
| 2021-11-17 16:59:23 +0100 | <Vermoot> | I don't understand everything you're saying because I'm quite a newbie to xmonad, haskell and all that, but I'll say this: as much as I love tiling WMs, music production (and Digital Audio Worskstations) is one case where tiling doesn't make sense; you constantly have popup windows with plugins, etc, so those have to be floating |
| 2021-11-17 16:59:38 +0100 | <geekosaur> | I think just floating it is the best we can do. but god help us if it's requesting STATE_BELOW |
| 2021-11-17 16:59:50 +0100 | <geekosaur> | since that straight up doesn't exist |
| 2021-11-17 17:00:07 +0100 | <geekosaur> | suppose we could just float it anyway and hope for the best |
| 2021-11-17 17:00:11 +0100 | <Vermoot> | That's not something I'd expect from a DAW |
| 2021-11-17 17:01:07 +0100 | <Vermoot> | Floating it is alright, as I said I don't think anyone would want this type of window to be tiled. Of course that's only applicable to my use case, but I guess this issue would also apply to other cases where it's not the case? |
| 2021-11-17 17:01:27 +0100 | <geekosaur> | hm. can you pastebin the output of xlsatoms so I can try to decode what this thing is asking for? |
| 2021-11-17 17:01:36 +0100 | <jakeStateless-Fa> | geekosaur: doIgnore and doLower XD |
| 2021-11-17 17:01:37 +0100 | <Vermoot> | Also: I really need to fix my bindings for floating windows; right now I can't move nor resize them :D |
| 2021-11-17 17:01:42 +0100 | <geekosaur> | there is no standard mapping for these |
| 2021-11-17 17:02:11 +0100 | <Vermoot> | geekosaur: I have no idea what you're asking for |
| 2021-11-17 17:02:19 +0100 | <jakeStateless-Fa> | The default mappings should work, but if you're not using additionalKeysP, then those'll be overriden. |
| 2021-11-17 17:02:34 +0100 | <jakeStateless-Fa> | I'll get you the relevant lines in the def conf. |
| 2021-11-17 17:02:52 +0100 | <geekosaur> | xlsatoms is a shell command. hm, but you'd have to run it in the context of the second session so it's probably too late :( |
| 2021-11-17 17:03:24 +0100 | seschwar | (~seschwar@user/seschwar) |
| 2021-11-17 17:04:06 +0100 | <jakeStateless-Fa> | Vermoot: https://github.com/xmonad/xmonad/blob/master/src/XMonad/Config.hs#L245 |
| 2021-11-17 17:04:12 +0100 | <geekosaur> | the listing for your primary session won't help because atoms (the numbers being printed in brackets) are allocated dynamically |
| 2021-11-17 17:04:30 +0100 | <Vermoot> | I'm not indeed, I've overwritten all bindings with the ones I use. My problem with floating windows is that I've currently bound mod+button1 to dragWindow (to use TiledWindowDragging) so there's nothing bound to move floating windows now |
| 2021-11-17 17:05:45 +0100 | <jakeStateless-Fa> | You could create a function that queries if the window in question is floating, and tie that into moving it as tiled, or moving it as floating. |
| 2021-11-17 17:05:56 +0100 | <Vermoot> | So now I need a way to bind mod+button1 to both actions, since they won't ever occur at the same time (one is only on tiled windows, the other only on floating windows). I'm not quite sure how to do that, although I believe someone here gave me a solution already; I just haven't taken the time to do it |
| 2021-11-17 17:06:39 +0100 | <jakeStateless-Fa> | https://hoogle.haskell.org/ <- great resource, for finding individual components to use in your config |
| 2021-11-17 17:07:30 +0100 | <Vermoot> | http://www.notion.so/image/https%3A%2F%2Fs3-us-west-2.amazonaws.com%2Fsecure.notion-static.com%2Fd… |
| 2021-11-17 17:07:32 +0100 | <jakeStateless-Fa> | I'm not quite sure how to do this specific thing, but it's definitely possible. |
| 2021-11-17 17:07:36 +0100 | <Vermoot> | This was it :D |
| 2021-11-17 17:08:26 +0100 | <Vermoot> | Thanks for hoogle, until now I just used "Quick Jump" in the docs |
| 2021-11-17 17:08:27 +0100 | <jakeStateless-Fa> | "For secure file URLs, must specify table and id." ??? |
| 2021-11-17 17:08:47 +0100 | <jakeStateless-Fa> | You could also get hoogle offline, which I do. |
| 2021-11-17 17:08:57 +0100 | <Vermoot> | oops, broken link, sorry |
| 2021-11-17 17:09:00 +0100 | <jakeStateless-Fa> | if you use nix there's an easy drop-in solution |
| 2021-11-17 17:09:04 +0100 | <Vermoot> | http://www.notion.so/image/https%3A%2F%2Fs3-us-west-2.amazonaws.com%2Fsecure.notion-static.com%2Fd… |
| 2021-11-17 17:09:19 +0100 | <Vermoot> | Stiiiill broken link |
| 2021-11-17 17:09:21 +0100 | <Vermoot> | Damn |
| 2021-11-17 17:09:36 +0100 | <jakeStateless-Fa> | User doesn't have access... |
| 2021-11-17 17:09:43 +0100 | <Vermoot> | https://cdn.discordapp.com/attachments/841293487553904640/910562333007441920/https3A2F2Fs3-us-west… |
| 2021-11-17 17:10:14 +0100 | <etrigan63[m]> | I got `xsecurelock` to work even though it is just blanking the screen. There is a `saver_feh` module in the works which will do what I want eventually. Just have to be patient. |
| 2021-11-17 17:11:58 +0100 | <jakeStateless-Fa> | Vermoot: wow, that's surprisingly clean |
| 2021-11-17 17:12:51 +0100 | <Vermoot> | Yeah, I just need to take the time to unfold it and get to understand each part, then I'll add it to my config |
| 2021-11-17 17:13:12 +0100 | <Vermoot> | I'm getting to a point where I can understand haskell, but just barely :D |
| 2021-11-17 17:13:14 +0100 | <geekosaur> | mm, right, so this window badly wants to be floated and strongly dislikes tiling |
| 2021-11-17 17:13:30 +0100 | <Vermoot> | Those lambda expressions throw me off |
| 2021-11-17 17:13:53 +0100 | <geekosaur> | this makes me wonder if we should watch for repeated ConfigureRequests on a window and float it, although there's a lot of _NET_WM_STATE between them |
| 2021-11-17 17:14:20 +0100 | <jakeStateless-Fa> | That's an interesting idea |
| 2021-11-17 17:15:07 +0100 | <geekosaur> | (although the window is violating EWMH because the window manager has the final say and it should not just loop demanding something else) |
| 2021-11-17 17:15:09 +0100 | <Vermoot> | geekosaur, to put it into context: when I start the plugin it appears as floating in the center of the screen (even though I'm in a tiled layout and have no rules in place to make it float), and when I click on a button to open a dropdown this is what happens. I believe the problematic "window" is the dropdown |
| 2021-11-17 17:15:36 +0100 | <jakeStateless-Fa> | geekosaur: How does a window even know if it's being tiled or not? |
| 2021-11-17 17:15:42 +0100 | <geekosaur> | some windows do get autofloated, specifically those which request a fixed size |
| 2021-11-17 17:16:09 +0100 | <jakeStateless-Fa> | Oh... the ...Hinted layout variants may be of use there, I suppose |
| 2021-11-17 17:16:13 +0100 | <Vermoot> | When using it in another session with AwesomeWM, awesome draws window decorations just about everywhere, on every dropdown, and I believe even on individual shadows around dropdowns |
| 2021-11-17 17:16:15 +0100 | <geekosaur> | jakeStateless-Fa, its position and size differ from what it asked for in the ConfigureRequest |
| 2021-11-17 17:16:35 +0100 | <jakeStateless-Fa> | Vermoot: XMonad ignores certain window-types |
| 2021-11-17 17:16:41 +0100 | <Vermoot> | That's good |
| 2021-11-17 17:16:53 +0100 | <geekosaur> | yeh, that implies every dropdown is a full top levle window instead of an app-internal window. but so does this log |
| 2021-11-17 17:17:05 +0100 | <jakeStateless-Fa> | I believe it's part of the ewmh module |
| 2021-11-17 17:17:59 +0100 | <geekosaur> | also most dropdowns are override_redirect which would cause xmonad to ignore them |
| 2021-11-17 17:18:04 +0100 | <geekosaur> | and awesome for that matter |
| 2021-11-17 17:21:18 +0100 | <ArgoOffline[m]> | w |
| 2021-11-17 17:30:26 +0100 | <geekosaur> | so anyway I'll have to ask you to run that again later after I add support for _NET_WM_STATE client messages. assuming I can, because I think our ClientMessage support is weak still |
| 2021-11-17 17:30:42 +0100 | <Vermoot> | Sure ! |
| 2021-11-17 17:31:08 +0100 | <Vermoot> | I'm not always here but as soon as you see me, do ping |
| 2021-11-17 17:31:32 +0100 | <Vermoot> | (Or I'm constantly on Discord, if that's something you use) |
| 2021-11-17 17:32:03 +0100 | <geekosaur> | it's not |
| 2021-11-17 17:32:25 +0100 | <geekosaur> | I don't need N different almost-browsers trying to run at the same time on this tiny laptop :/ |
| 2021-11-17 17:32:36 +0100 | <Vermoot> | alright |
| 2021-11-17 17:32:41 +0100 | <jakeStateless-Fa> | We could bridge this room over there... Though I'm not sure if I want to... Some of the people there are, well, interesting. |
| 2021-11-17 17:33:14 +0100 | <Vermoot> | Well, IRC sure does filter out a lot of people...that's both good and bad. |
| 2021-11-17 17:33:27 +0100 | <jakeStateless-Fa> | There's also matrix, which I'm using |
| 2021-11-17 17:33:55 +0100 | <Vermoot> | Also when you say "over there", do you have a particular discord server in mind? |
| 2021-11-17 17:34:19 +0100 | <jakeStateless-Fa> | One could be created for that purpose. |
| 2021-11-17 17:34:22 +0100 | <jakeStateless-Fa> | I don't believe there is one over on discord. |
| 2021-11-17 17:34:35 +0100 | <Vermoot> | Yeah I don't think so either |
| 2021-11-17 17:35:37 +0100 | <Vermoot> | We had a similar discussion about kmonad https://github.com/kmonad/kmonad/issues/242 |
| 2021-11-17 17:35:43 +0100 | <jakeStateless-Fa> | TBH, matrix is the future of chats, so I'm comfortable using it nearly exclusively, bridges exist for nearly every service out there. And, there's many puppet-applications too. |
| 2021-11-17 17:35:59 +0100 | <jakeStateless-Fa> | ^ a bit offtopic... |
| 2021-11-17 17:36:39 +0100 | <Vermoot> | We ended up creating a Discord server, and while not the most active one out there, it definitely sees some use. We talked about bridging it with the IRC channel but that never ended up happening. |
| 2021-11-17 17:40:34 +0100 | <Solid> | because no one wants to set up the bridge ;) |
| 2021-11-17 17:41:26 +0100 | <Solid> | and people in the kmonad IRC/matrix channel are quite content with the situation I feel |
| 2021-11-17 17:43:12 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-11-17 17:44:56 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-11-17 17:46:14 +0100 | <jakeStateless-Fa> | setDefaultCursor xC_left_ptr is not playing nicely with my custom-cursor theme |
| 2021-11-17 17:48:07 +0100 | <Solid> | in what way? |
| 2021-11-17 17:52:53 +0100 | <jakeStateless-Fa> | If I do that, then my default cursor goes back to X's default one. |
| 2021-11-17 17:53:02 +0100 | <jakeStateless-Fa> | instead of the themed variant |
| 2021-11-17 17:53:23 +0100 | <jakeStateless-Fa> | It could be related to the fact that I'm using nix home-manager for theming |
| 2021-11-17 18:05:11 +0100 | <Vermoot> | geekosaur: can you think of a temporary fix that I can have in my config to be able to use my wine software without "crashing"? |
| 2021-11-17 18:06:42 +0100 | <geekosaur> | not really since something has to install whatever window _NET_WM_STATE property it's looking for, and we have no idea what it is because we can't get the list of defined property atoms now :( |
| 2021-11-17 18:07:03 +0100 | <Vermoot> | ok |
| 2021-11-17 18:07:15 +0100 | <Vermoot> | I'll have to be patient then :D |
| 2021-11-17 18:07:40 +0100 | <Vermoot> | (And use it in an xfce session, most likely) |
| 2021-11-17 18:10:51 +0100 | <jakeStateless-Fa> | xephyr? |
| 2021-11-17 18:11:28 +0100 | <Vermoot> | ? |
| 2021-11-17 18:11:55 +0100 | <Vermoot> | No I meant logging off and then back on in another session, from the DM |
| 2021-11-17 18:16:45 +0100 | <geekosaur> | xephyr is nice :) |
| 2021-11-17 18:17:09 +0100 | cfricke | (~cfricke@user/cfricke) (Quit: WeeChat 3.3) |
| 2021-11-17 18:29:04 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 2021-11-17 18:54:39 +0100 | <jakeStateless-Fa> | xephyr isn't in the nix repos :( |
| 2021-11-17 18:54:44 +0100 | <jakeStateless-Fa> | I could probably package it |
| 2021-11-17 18:54:45 +0100 | <jakeStateless-Fa> | eh, later |
| 2021-11-17 18:54:53 +0100 | <jakeStateless-Fa> | (summary of my life) |
| 2021-11-17 19:01:07 +0100 | <jakeStateless-Fa> | What notification center does everyone use? I recently tried out deadd-notification-center. And, wow! It works really nicely with XMonad. |
| 2021-11-17 19:01:38 +0100 | jakeStateless-Fa | uploaded an image: (548KiB) < https://libera.ems.host/_matrix/media/r0/download/jupiterbroadcasting.com/tbSFOBectYGXLTFkKuihnmyj… > |
| 2021-11-17 19:01:58 +0100 | jakeStateless-Fa | uploaded an image: (3065KiB) < https://libera.ems.host/_matrix/media/r0/download/jupiterbroadcasting.com/TbeeRrspVRCOvZksoPlrgRyB… > |
| 2021-11-17 19:03:13 +0100 | <jakeStateless-Fa> | I did spend 4 hours on/off theming it, though. |
| 2021-11-17 19:05:58 +0100 | liskin | uses dunst |
| 2021-11-17 19:19:00 +0100 | Solid | doesn't use anything |
| 2021-11-17 20:01:04 +0100 | fcortesi | (~fcortesi@2001:470:69fc:105::f3a9) |
| 2021-11-17 20:21:14 +0100 | <etrigan63[m]> | I tried deadd a ways back but I felt it wasn't ready for primetime. Currently use dunst. Has there been a big update recently? |
| 2021-11-17 20:21:45 +0100 | <jakeStateless-Fa> | not sure, only just tried it |
| 2021-11-17 20:22:55 +0100 | <jakeStateless-Fa> | It did need quite some configuring though. GTK CSS is kind of annoying to work with, and deadd's method for showing the center and changing button states isn't exactly straightforward/intuitive. |
| 2021-11-17 20:23:08 +0100 | <jakeStateless-Fa> | I made some nice helper scripts though, so it's not bad |
| 2021-11-17 20:44:26 +0100 | <etrigan63[m]> | How do you open the notification center on the side? |
| 2021-11-17 20:44:26 +0100 | <jakeStateless-Fa> | https://gitlab.com/mikenrafter/config/-/tree/master/.config/deadd <- if you're interested |
| 2021-11-17 20:46:03 +0100 | <jakeStateless-Fa> | using the kill command listed on their github: `kill -s USR1 $(pidof deadd-notification-center)` |
| 2021-11-17 20:47:29 +0100 | <jakeStateless-Fa> | And, I've bound that to mod-. |
| 2021-11-17 20:47:37 +0100 | <etrigan63[m]> | okaaaayyyy... so i bind that to a key then? |
| 2021-11-17 20:47:39 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 250 seconds) |
| 2021-11-17 20:47:44 +0100 | <jakeStateless-Fa> | yeah |
| 2021-11-17 20:48:46 +0100 | <jakeStateless-Fa> | the button-state stuff is annoying too, so, see my script here: https://gitlab.com/mikenrafter/config/-/blob/master/scripts/notif-manage for easy management |
| 2021-11-17 21:01:48 +0100 | <etrigan63[m]> | jake :: Stateless -> Farm: You use Nix? Color me impressed! I have been trying to set up Nix for over a year now and always walk away scratching my head. |
| 2021-11-17 21:02:04 +0100 | <etrigan63[m]> | With a borked system. |
| 2021-11-17 21:15:01 +0100 | <jakeStateless-Fa> | Well, technically arch, with nix, so not nixOS, but yeah! Thanks! |
| 2021-11-17 21:19:40 +0100 | <etrigan63[m]> | I really want to use NixOS, but i can't get it to enable wifi on my laptop after install. Question: I use `btrfa` on my Arch installs with `timeshift + timeshift-autosnap +grub-btrfs` for snapshots during updates. NixOS is Ext4 everything. Can I use something similar in NixOS or is it superfluous due to the nature of NixOS (not that belt+suspenders hurts). |
| 2021-11-17 21:20:38 +0100 | <jakeStateless-Fa> | #nix:nixos.org ? |
| 2021-11-17 21:20:55 +0100 | <etrigan63[m]> | Yes |
| 2021-11-17 21:21:05 +0100 | <etrigan63[m]> | s/btrfa/btrfs/ |
| 2021-11-17 21:26:26 +0100 | <etrigan63[m]> | jake :: Stateless -> Farm: Home manager, Flakes, Nix & NixOS are very alien to me and the documentation is less than forgiving. And I am an IT professional with 38 years of experience. |
| 2021-11-17 21:28:30 +0100 | lyiriyah | (~lyiriyah@user/lyiriyah) |
| 2021-11-17 21:29:07 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-17 21:29:31 +0100 | <lyiriyah> | Does anyone know how to make CycleRecentWS IndependentScreens-compliant? I imagine it has something to do with the marshall/unmarshall and recentWS functions but I'm not sure how to string it all together. |
| 2021-11-17 21:33:50 +0100 | <jakeStateless-Fa> | <etrigan63[m]> "jake :: Stateless -> Farm..." <- Yeah, they're quite... unique. I'm younger, and so, while my journey to this point has been 3 full years w/ nix - I'm still a noob in this regard. |
| 2021-11-17 21:34:12 +0100 | <jakeStateless-Fa> | It took me a couple months for me to build up comfort even with installing it initially. |
| 2021-11-17 21:34:41 +0100 | <jakeStateless-Fa> | an ever-expansive rabbit-hole... |
| 2021-11-17 21:35:02 +0100 | <jakeStateless-Fa> | <lyiriyah> "Does anyone know how to make..." <- Doesn't the greedyview module have stuff for this? |
| 2021-11-17 21:36:52 +0100 | <etrigan63[m]> | If i could get it running on my laptop, i could at least work with it to build up my comfort level. The problem is that I can no longer deal with stacking window managers. I would like to set it up with Xmonad right off the bat, but I can't get my wifi to work after install. It works during install, but not after I boot into the system. |
| 2021-11-17 21:37:39 +0100 | <jakeStateless-Fa> | I say try installing nix via `curl -L https://nixos.org/nix/install` |
| 2021-11-17 21:37:55 +0100 | <jakeStateless-Fa> | on an already working system |
| 2021-11-17 21:38:46 +0100 | <etrigan63[m]> | I have suggested to the NixOS team about setting up a user repository with Nix recipes for doing things to help noobs like me and it was met with disdain. Apparently, they are stuck in their cycle of abuse. |
| 2021-11-17 21:39:23 +0100 | <lyiriyah> | jakeStateless-Fa: I don't think greedyView will help me here. I should've been more specific -- I'm trying to make the toggleRecentWS module IndependentWorkspaces-aware |
| 2021-11-17 21:39:44 +0100 | <etrigan63[m]> | "I suffered like a martyr to get where I am. If you really want to learn, you must suffer as well." |
| 2021-11-17 21:40:02 +0100 | <jakeStateless-Fa> | don't nix pills exist? (also, this is very offtopic, we should move this to a DM or #nix:nixos.org ) |
| 2021-11-17 21:40:49 +0100 | <etrigan63[m]> | How do I install Xmonad on NixOS? There, back on topic. |
| 2021-11-17 21:40:59 +0100 | <jakeStateless-Fa> | XD |
| 2021-11-17 21:41:05 +0100 | <jakeStateless-Fa> | there's a number of ways... |
| 2021-11-17 21:41:13 +0100 | <jakeStateless-Fa> | look at my .nix/.nix file |
| 2021-11-17 21:41:15 +0100 | <etrigan63[m]> | I don't even know what a nix flake is let alone a pill. |
| 2021-11-17 21:41:58 +0100 | <lyiriyah> | IIRC Nix pills are short tutorials |
| 2021-11-17 21:42:02 +0100 | <jakeStateless-Fa> | nix pills are little exercises to help you get better at nix |
| 2021-11-17 21:42:14 +0100 | qbt | (~qbt@user/edun) (Quit: Leaving.) |
| 2021-11-17 21:42:34 +0100 | <jakeStateless-Fa> | lyiriyah: tutorials is a bit of a stretch, but essentially |
| 2021-11-17 21:42:36 +0100 | <etrigan63[m]> | Those bastards! After I suggested that and they told me to go pound sand! |
| 2021-11-17 21:43:47 +0100 | <jakeStateless-Fa> | rtfm is still very much prevalent in the nix community. |
| 2021-11-17 21:43:52 +0100 | <jakeStateless-Fa> | More so than the arch community |
| 2021-11-17 21:43:59 +0100 | <Solid> | (if there is a manual) |
| 2021-11-17 21:44:17 +0100 | <jakeStateless-Fa> | heh, yeah |
| 2021-11-17 21:44:19 +0100 | <etrigan63[m]> | except their manuals are inscrutable. |
| 2021-11-17 21:44:22 +0100 | <Solid> | sometimes all you can do is RTFC :> |
| 2021-11-17 21:44:26 +0100 | <jakeStateless-Fa> | that too |
| 2021-11-17 21:45:05 +0100 | <jakeStateless-Fa> | Though, to be fair, nixl is nice to read. Once you get past the initial hurdles of understanding. |
| 2021-11-17 21:46:08 +0100 | <etrigan63[m]> | I can't past the basic install. I am always left with an ultra-secure laptop (can only talk to itself). |
| 2021-11-17 21:46:50 +0100 | <jakeStateless-Fa> | ehehehe https://grahamc.com/blog/erase-your-darlings |
| 2021-11-17 21:47:32 +0100 | <etrigan63[m]> | I have to step away for a bit. Chat some more later. |
| 2021-11-17 22:04:42 +0100 | koluacik | (~koluacik@165.227.171.188) (Ping timeout: 256 seconds) |
| 2021-11-17 22:05:40 +0100 | koluacik | (~koluacik@165.227.171.188) |
| 2021-11-17 22:09:25 +0100 | mvk | (~mvk@2607:fea8:5cc3:e900::df92) |
| 2021-11-17 22:12:33 +0100 | mc47 | (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 2021-11-17 22:37:42 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-11-17 22:38:42 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-11-17 22:46:04 +0100 | ml| | (~ml|@user/ml/x-5298235) (Ping timeout: 256 seconds) |
| 2021-11-17 22:47:16 +0100 | <Vermoot> | I have a similar problem as lyiriyah has |
| 2021-11-17 22:48:14 +0100 | <Vermoot> | I'm currently using CycleWS's `nextScreen` and `prevScreen` to move across workspaces (well, actually, moveTo Next hiddenWS, since I don't like spaces swapping) |
| 2021-11-17 22:48:58 +0100 | <Vermoot> | I'd like to be able to use IndependentScreens and have a similar thing to nextScreen and prevScreen, but aware of IndependentScreens (cycle through workspaces on the active screen only) |
| 2021-11-17 22:48:59 +0100 | lyiriyah | (~lyiriyah@user/lyiriyah) (Ping timeout: 250 seconds) |
| 2021-11-17 22:49:16 +0100 | <Vermoot> | And I haven't been able to find anything like that |
| 2021-11-17 22:59:32 +0100 | ml| | (~ml|@user/ml/x-5298235) |
| 2021-11-17 23:15:51 +0100 | mvk | (~mvk@2607:fea8:5cc3:e900::df92) (Ping timeout: 250 seconds) |
| 2021-11-17 23:45:43 +0100 | seschwar | (~seschwar@user/seschwar) (Quit: :wq) |
| 2021-11-17 23:48:37 +0100 | twiclo | (~twiclo@2604:7b80:2000:1069:52fc:cedd:fbeb:10c) |
| 2021-11-17 23:49:30 +0100 | <twiclo> | If I fullscreen a video in a browser window it fullscreens as if the window itself is full screen. Meaning I just see the bottom left quadrant of a video if say the window is one of 4 windows in a grid. To fix this I move the window up one then put it back. Is there a fix for this? |
| 2021-11-17 23:50:53 +0100 | <geekosaur> | sounds like https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Util-Hacks.html#v:windowedFu… and it's a hack; the fix needs to be in the browser |
