[dev] [dmenu] XLFD fonts are not supported

If I try     printf 'X\n' | dmenu -fn '-misc-fixed-*-*-*-*-*-*-*-*-*-*-*-*' with Dmenu 5.0, it runs with a fallback font that is clearly not the XLFD Fixed font. No warning, nothing at all on standard error to hint at the fact that it is not using it. I believe that either the manual page sho

[dev] [dmenu][docs] XLFD fonts are not supported

On , it is stated that XLFD fonts are supported, but this does not seem to be true anymore. Namely,     static const char font[] = "-*-terminus-medium-r-normal-*-14-*-*-*-*-*-*-*"; is not a valid font. Moreover, the source code has apparently been c

[dev] [dwm] Why should (or shouldn't) dwm have a spawn function?

The existence of the spawn function in dwm surprises me. Wouldn't it be more consistent with Suckless' values (simplicity, minimalism, modularity) if the job of spawning commands were relegated to a hotkey daemon, such as xbindkeys or sxhkd? It is true that some people could be driven away afte

Re: [dev] [dwm] Why should (or shouldn't) dwm have a spawn function?

I appreciate the discussion. Jun 29, 2021, 07:04 by quinq@fifth.space: > You are mistaken there, I don't think a software can take pride in > something (here dwm), and the more closer community taking care of it > (suckless) doesn't believe in "keeping its userbase small and elitist". > > On the

Re: [dev] [dwm] Why should (or shouldn't) dwm have a spawn function?

By definition, window managers manage windows. So, if I had not tried dwm yet, I would guess that it would not take care of spawning windows. > sxhkd complicates the setup with little additional benefit. That's a fair point. Without noticing it I was assuming that other people also relied on a ke