GitBot (2c58e1bb) at 27 Dec 23:50
I18n: Update translation pt (100%).
Yes, this would be really nice.
I mean, the straightforward way is to just add two widgets to the panel, but if most the time you are only using one (which is the case for wifi/ethernet), then you are losing a lot of space on nothing.
Ideally, it would be nice to have an option "all physical interfaces", and, possibly "all virtual interfaces".
GitBot (00f05738) at 03 Nov 23:50
I18n: Update translation es (100%).
GitBot (8e302390) at 15 Sep 22:51
I18n: Update translation da (100%).
GitBot (a0fc9e32) at 11 Sep 22:53
I18n: Update translation da (97%).
Right now it shows either Kbps
/Mbps
or KiBps
/MiBps
.
That's a lot of text.
Would be great to make this text configurable to the point of being able to drop it altogether and show only numbers at the constant specified precision, i.e. kilobytes or megabytes per second.
At the very least it would be great to be able to drop bps
/Bps
(bit or bytes per second). It's totally redundant.
GitBot (b5191962) at 23 Aug 22:51
I18n: Update translation nb (100%).
GitBot (95b3131d) at 20 Jun 10:52
I18n: Update translation et (100%).
Thanks!
Make speed label width always stay at the largest so far required width. Avoid constant width jumping.
Assigned to Skunnyk @skunnyk
In order to reduce jitter in the panel due to non fixed area for displayed up/download number, I would like to propose this very simple modification :
Line 116, utils.c change the original line snprintf(formatstring, BUFSIZ, "%%.%df", digits); by snprintf(formatstring, BUFSIZ, "%%%d.%df\t",6, digits);
By doing this, the applet keeps is width regardless of numbers change.
Version: git
Gaël Bonithon (6950e6cd) at 31 May 15:33
monitor-label: Do not resize the label width after speed falls
Gaël Bonithon (088dd500) at 31 May 08:06
Update plugin size also on as_bits_toggled
I was talking about 10
in else if (label->count_width > 10)
. (perhaps badly formulated above...)
what number should we choose?
Well, since numbers are always displayed with {K/M/G} suffixes, the width never exceeds 3 :). Well, 3 + precision. But since I got your general willingness to accept this patch, I will make a better version. (hopefully, today)
That would solve #10 (closed).
At first sight, it seems a bit brutal, but I actually think it wouldn't be a bad solution. It has the merit of simplicity, and remains relative to the observed rate. We could think of increasing the number at which we resize the label, but what number should we choose? In any case, I don't think it'll ever work for everyone, so we might as well keep things simple :)
You'd have to do it more cleanly though: delete the code instead of commenting it out, and also delete the count_width
and count_height
members which are no longer used.