On Tue, Aug 30, 2022 at 08:08:21PM +0600, NRK wrote:
> On Tue, Aug 30, 2022 at 11:42:33AM +0900, Pontus Stenetorp wrote:
> > My intuition is that it is related to font loading and fall backs, so
> > I am tempted to take a stab at it by comparing the font
> > loading/handling between tabbed, dwm, st, and sent to see if I can
> > spot any difference, as the latter three have no issues. If I am
> > correct, it should not be an awfully difficult patch.
>
> The font fallback in dwm and dmenu is handled via libsl (i.e drw.c) and
> it's a huge mess [0].
>
> The way it works is also very inefficient (it calls XftFontMatch() for
> every single "unknown" code-point). The `nomatches` cache is merely
> there to stop the bleeding and is not really a proper fix.
>
> I wasn't very happy with the situation and had intended to rework the
> system to be something more simple, sensible and efficient. But I'm not
> sure if what I have planned is even possible with Xft/FontConfig or not.
> And quickly grepping through the function list wasn't that helpful. I'll
> probably have to allocate more time to read the docs properly.
>
> But in any case I absolutely do NOT recommend trying to replicate drw's
> approach. Not sure what ST is doing, so that might be worth taking a
> look into instead.
>
> [0]: https://git.suckless.org/libsl/file/drw.c.html#l251
>
> - NRK
>
Then write a patch to improve it instead of whining about it.
To be honest we all know the code is not perfect and never will be.
When rewriting it also be mindful of peoples preferences.
--
Kind regards,
Hiltjo
Received on Tue Aug 30 2022 - 16:50:14 CEST