GNU bug report logs - #79141
31.0.50; The tab-bar-format-align-right cache doesn't take face changes and per-frame faces into account

Previous Next

Full log

View this message in rfc822 format

From: Juri Linkov <juri <at> linkov.net>
To: Daniel Mendler <mail <at> daniel-mendler.de>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Steven Allen <steven <at> stebalien.com>, 79141 <at> debbugs.gnu.org
Subject: bug#79141: 31.0.50; The tab-bar-format-align-right cache doesn't take face changes and per-frame faces into account
Date: Wed, 13 Aug 2025 09:49:02 +0300

> I went back to my own pixel width caching for my system status bar.
> Maybe in this scenario the pixel width computation is particularly
> expensive since the tab elements to the right of
> tab-bar-format-align-right are long. During redisplay dominated loads,
> e.g. when doing pixel precise scrolling, the pixel width computation
> accounts for 5% or more of the runtime according to the profiler. With
> pixel caching the tab bar recomputation disappears from the profile. I
> have seen similar issues with expensive mode line elements.

How often your tab-bar is updated?  For frequent string-pixel-width calls
using debounce or throttle like from https://github.com/karthink/timeout
could help.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.