!arvCkuMSDjUpxdkOoH:matrix.org

XMonad

64 Members
xmonad is a dynamically tiling X11 window manager that is written and configured in Haskell | http://xmonad.org | http://xmonad.org/faq | cheatsheet: http://bit.ly/gz1R415 Servers

Load older messages


SenderMessageTime
23 Apr 2024
@hackager:matrix.orghaskellbridge<g​eekosaur> oh, another thing you need to watch out for on the BSDs: if you use a display manager (graphical login) your $PATH is probably /bin:/usr/bin, but anything you install from ports will be in /usr/local/bin00:19:56
@hackager:matrix.orghaskellbridge<g​eekosaur> it doesn't use the same PATH your terminal does, because it doesn't read your shell dotfiles by default00:20:59
@hackager:matrix.orghaskellbridge<g​eekosaur> on ubuntu I drop this in /etc/X11/Xsession.d/10profile: https://github.com/geekosaur/xmonad.hs/blob/hilfy-2023/10profile00:21:46
@hackager:matrix.orghaskellbridge<g​eekosaur> (you probably need to doublecheck where it goes, it's been long enough since I used freebsd that I don't recall if config files like that go in /usr/local/etc instead of /etc)00:30:15
@hackager:matrix.orghaskellbridge<P​rospero> Is it possible to have different background images for different workspaces, or would this be done by changing the background image when you change workspaces?20:38:54
@hackager:matrix.orghaskellbridge<g​eekosaur> the atter usually, but see https://hackage.haskell.org/package/xmonad-contrib-0.18.0/docs/XMonad-Hooks-WallpaperSetter.html20:45:40
@hackager:matrix.orghaskellbridge<P​rospero> Thanks. Unfortunately, WallpaperSetter's assumptions are pretty far from what I need.22:01:28
@hackager:matrix.orghaskellbridge<g​eekosaur> you could copy it to ~/.xmonad/lib/XMonad/Hooks/WallpaperSetter.hs and edit, or just use it for inspiration23:21:45
24 Apr 2024
@hackager:matrix.orghaskellbridge<P​rospero> Yeah, I thought about using it as a base for what I'd like to have. I'm not particularly good at Haskell yet, but I might pull it off.01:31:51
@hackager:matrix.orghaskellbridge<d​eebo> doing some cleanup etc for my ye olde config for fedora mate + xmonad, currently using desktopConfig as a base, is there a more recent base, maybe even mate specific to use?06:23:07
@hackager:matrix.orghaskellbridge<d​eebo> just want the absolute minimum that i can start expanding on06:23:21
@hackager:matrix.orghaskellbridge<S​olid> Well, the _absolute minimum_ is `main = xmonad def` :)07:50:35
@hackager:matrix.orghaskellbridge<l​iskin> Wasn't there some X.C.Mate somewhere?07:51:55
@hackager:matrix.orghaskellbridge<l​iskin> https://xmonad.github.io/xmonad-docs/xmonad-contrib-0.18.0.9/XMonad-Config-Mate.html07:52:40
25 Apr 2024
@hackager:matrix.orghaskellbridge<y​aslam> hi07:33:45
@hackager:matrix.orghaskellbridge<a​cidbong> hi there, hello09:34:56
@hackager:matrix.orghaskellbridge<a​cidbong> I'm trying to configure xmonad on NixOS, and their docs recommend `launch` as an entry function instead of `xmonad`. This is what my config looks like at the moment (https://termbin.com/g6jh) (i'm writing it from scratch), so a bit of a syntax question: if I don't define `myConfig` separately, how do I append `dirs` to the original `launch $ def {...}`?09:34:57
@hackager:matrix.orghaskellbridge<[​Leary]> acidbong: The correct /syntax/ is to enclose the config argument in brackets: `launch (def { ... } `additionalKeysP` [ ... ]) dirs`, but this tends to ugliness. Using a separate binding is a fine solution. One other approach is: `flip launch dirs def {...} ...`09:39:25
@hackager:matrix.orghaskellbridge<a​cidbong> is flip a builtin function?09:42:05
@hackager:matrix.orghaskellbridge<[​Leary]> @src flip09:42:14
@hackager:matrix.orghaskellbridge<l​ambdabot> flip f x y = f y x09:42:15
@hackager:matrix.orghaskellbridge<[​Leary]> (nope)09:42:22
@hackager:matrix.orghaskellbridge<a​cidbong> i mean, not a part of an external package (dunno the exact haskell slang)09:43:52
@hackager:matrix.orghaskellbridge<[​Leary]> It's provided by the Prelude, so it will be in scope.09:44:09
@hackager:matrix.orghaskellbridge<[​Leary]> Also, I use NixOS and contest the recommendation to use `launch` as an entrypoint. IIRC, the NixOS module will replace the standar xmonad binary in PATH with your configured version, which will be unable to process helpful command line arguments such as `--version`, `--recompile` or `--restart`. This is not really how xmonad is supposed to be used.09:45:21
@hackager:matrix.orghaskellbridge<a​cidbong> welp, with NixOS recompile is not needed (compilation is done by nix), and they suggest `restart "xmonad" True` over `spawn "xmonad --restart"` (and I don't need --version flag tbh)09:48:17
@hackager:matrix.orghaskellbridge<a​cidbong> I've also seen this example: (`launch` dirs) . docks . ewmh $ config09:51:51
@hackager:matrix.orghaskellbridge<a​cidbong> it this syntax still fresh? (the commit i'm seeing this in is from 2021)09:52:39
@hackager:matrix.orghaskellbridge<[​Leary]> I know it's not needed, if you /want/ to tie xmonad reconfiguration to system reconfiguration, which is questionable. When you're making quick changes and testing the resulting behaviour, it will really slow down your feedback loop. In any case, the issue is the absense of the unconfigured xmonad binary on PATH, which provides some auxilliary functionality.09:54:30
@hackager:matrix.orghaskellbridge<[​Leary]> "(`f` x)" is a funny way to spell "flip f x", use whatever you think is prettier.09:55:36

There are no newer messages yet.


Back to Room ListRoom Version: 6