Thomas Adam

Leaving a few more thought here... I was looking at decors earlier and realised that they're both very powerful and complex, yet utterly incomprehensible. From the `fvwm` manpage: ``` AddToDecor...

Hi @danespen Yeah -- the decor syntax is really confusing. I've only ever had to use it to change a few things, as I stick to the MWM-style of window...

I think what I'd like to see is a preprocessor approach to a new syntax, similar (but not in implementation) to what `FvwmPerl` does now. For example, using lua, we...

It will be transparent to the user. It's not about forcing lua on people, this is the language choice for writing the preprocessor in for whatever DSL sort of thing...

> Maybe JSON would be an option? No thanks. It's not very extensible, would become unweildy, and the JSON specification doesn't allow for comments.

See: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016363 It's via X11's change here: https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/157 Some work has already been done in FVWM to help with this (5c17c83df4605d2d97999740cf180af983298896) -- which is probably why some users are saying...

Pseudo-transparency, via ParentialRelativity?

Hi @omar-polo, It looks like we're building a compat version of strlcpy in libs/ -- perhaps you can check why the visibility isn't there for it?

Thanks. CI has confirmed that things are building. I'm not near a PC until tomorrow, so can't help until then. :⁠-⁠)

Hi @omar-polo Thanks for this. I've now had a proper look. I see you've changed `libs/cJSON.c` -- this is actually a third-party JSON library. You weren't to know. But given...