I think this makes sense for meters where one may want to have text and graphical variant next to each other.

I think I would argue the other way around: We have Network, Tasks, Systemd etc. but Dsk. Spending an i for Disk would make it more consistent. We are not bound to 80x25 character screens any more for most users.
/DLange

We do have Swp though. Apparently somebody tried to make all the "typically bar-style" meters three characters.

I think I would argue the other way around: We have Network, Tasks, Systemd etc. but Dsk.

But I do not have graphical meters for Tasks & Systemd. 😉

Spending an i for Disk would make it more consistent. We are not bound to 80x25 character screens any more for most users. /DLange

Most of the time I have tmux running, with htop in a pane with 50% screen width. With three columns inside htop the with is quite limited and could benefit from saving some chars.

But after all I am open to both ways. Having things more or less consistent would be great, though.

I think I would argue the other way around: We have Network, Tasks, Systemd etc. but Dsk.

But I do not have graphical meters for Tasks & Systemd. 😉

Spending an i for Disk would make it more consistent. We are not bound to 80x25 character screens any more for most users. /DLange

Most of the time I have tmux running, with htop in a pane with 50% screen width. With three columns inside htop the with is quite limited and could benefit from saving some chars.

Just a reminder that I take a neutral stance on this change. Both "Network:" and "Net" labels work fine with me.

And htop should cater for 80x25 terminal screens anyway. There is a use case for even smaller screen (like this #1457). Thus the request for shortening the label isn't unreasonable.

By the way, the reason I proposed the "Dsk" label before is that in the bar mode, the label truncated from "Disk" to "Dis" wasn't intuitive to read. ("Dis" can mean many things: distribution, display, displacement, etc.) The shortening to "Dsk" makes it less ambiguous.