> Instead of inventing something in the abstract, a good next step would
> be to figure out how (in UTF-8 mode) Apple Terminal, Gnome Terminal,
> Konsole, and the new Windows Terminal determine how many terminal
> display column a string takes. (I'm not volunteering.)
I'm volunteering to do this since improving handling of width is already on my TODO list for the fmt library.
> Storage implies code unit count. Do people actually use, _with
> Unicode_, fields of storage that are so fixed-width that they need to
> be padded to the full storage width _and_ do they use std::format to
> do so? (I guess anything is possible, but this seems to me like a very
> specialized niche use case whose premise is a bad idea.)
From my experience such uses are extremely rare. As I wrote earlier the main use case for width is visually aligning the text.
P.S. Henri, thanks for the blog post. It was very insightful and timely.