wmaker

> I'm using dual monitor on daily basis and occasionally connect additional one, and didn't get "dual dock" for years. I think there was a misunderstanding here, i wrote "duplicate the dock configuration", not that there was a "dual dock" on screen. Basically if you open `WMState`, under the `Dock` node you'll see something like `Applications { ... }` but also an `Applications<height> { ... }`. The reason being that Window Maker uses the current screen height to identify which dock to load/save by attempting to load `Applications<height>` and if there isn't such an entry (it doesn't try other heights), it reverts to `Applications`, if any or just destroys the dock. This behavior (which has been here since 1999[0]) combined with restarting whenever RandR restarts means you get to lose your dock setups whenever the resolution changes. Or if

> ...that it attempts to create different dock configurations based on the monitor it will create dock based on the new display IF the new display is the primary one. You can have displays in different resolution, and it will work. I'm using dual monitor on daily basis and occasionally connect additional one, and didn't get "dual dock" for years. Let me stress it again - dock conf will get messed up, if resolution for the display is smaller then current dock height. > AFAICT the support is there Nope [1]. Not for those message types. [1] https://github.com/window-maker/wmaker/blob/da676c9e9eff0e40...

I'm still using wmaker starting from late 90s (also had couple minor contributions) > 1. There is practically no RandR support. It is awkwardly implemented yes, as internally wmaker will restart, although changing resolution works for me most of the time. Wmaker doesn't identify monitors, it talk with xlib to get the layout when new display is detected or removed. As for double dock - never have double dock issue. Sometimes I ended up with lossing it's configuration, especially in a cases when resolution set for the display is too low. That might happen when no display is detected/connected, then resolution is set to 64x64 pixels by X. > 2. While there is EWMH support, […] It's partially implemented, and indeed it lacks of handling self-managed application. Some apps are working fine (AFAIRC GTK3 based) and some don't (steam client), but

Also Windowmaker. I have been using it for years back in the day, and just to be sure reinstalled it a few minutes ago to check how it behaves today: no problems whatsoever with Firefox, LibreOffice, Gimp, Handbrake, and other modern apps. Using it right now to write this post with Firefox, in fact. Not that I didn't expect it to work since the last stable version is dated 2020 and the GitHub repo is quite active (last update 3 days ago). Nostalgia aside (I was lucky enough to attend a real NeXT demonstration in 1994/1995) WindowMaker has been literally a life saver over 20 years ago when I had to build a desktop for ~50 remote points of sale in which the operator could only perform a few tasks, and setting up it as a locked "kiosk on steroids" with a fixed dock that could open only the 4-5 needed apps allowed them to do their jobs withou