Summary: | ksysguard kicker applet does not display floating point values | ||
---|---|---|---|
Product: | [Unmaintained] ksysguard | Reporter: | Jan De Luyck <bugs+kde> |
Component: | general | Assignee: | KSysGuard Developers <ksysguard-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Jan De Luyck
2004-01-27 13:06:25 UTC
Still present in KDE 3.2. Still present in KDE 3.2.2. Still present in KDE 3.3 Actually, it displays it, but it trunactes before displaying. Temperatures are displayed, but only as integers. 34.5°C gets 34°C. 0.75 Load will get 0, as most other numbers between 0 and 1. Problem is, while my frequency should list e.g. 599.9, it shows 0 instead. I did some more testing in source-code. It only shows 2 digits, and floats. The output looks like: 50 -> 50 23.53 > 24 150 > 0 So, if it has more than 3 digits it displays only 0, if it is floating-point it rounds. I looked at every file of the code, but i didnt find a reason for it. If you give more horizontal space to the lcd-Display it still does the same. Argh. i looked at the code again and i cant believe how blind i was to miss it. Multimeter.cc, line 108 says: if (noFrame()) lcd->setNumDigits(2); noFrame is true, if its in the kicker, then it only gets 2 Digits. I changed it to 5 digits, but then it will only fit if at 120% size. Lets see if i can find a solution for that, for a dirty workaround just set it to 5 for now. On Mon, Nov 29, 2004 at 09:47:51AM -0000, Thomas Müller wrote:
Hi,
> Argh. i looked at the code again and i cant believe how blind i was to miss it.
> Multimeter.cc, line 108 says:
> if (noFrame()) lcd->setNumDigits(2);
QLCDLabel doesn't support drawing numbers when the width is quite small.
For this reason I set the number of digits to show to 2. I know that's
more a hacky workaround than a real fix, but we can't change it atm.
Ciao,
Tobias
I could think of some workarounds for this, i.e. calculate the number of digits based on the Size Ratio-Variable. For 120% 3 digits are working fine. I could try to write something like this, but im not good at coding and have no clue about the kde-developing-process, so i would need some help from you. Mail me if you want (kde@elfstone.de) Nitpick: It's a QLCDNumber SVN commit 715704 by martyn: BUG: 73595 The digital display now displays floats with 2 digits after the decimal. Also, a bug when showing values < 1 was fixed. M +19 -2 MultiMeter.cc M +2 -0 MultiMeter.h WebSVN link: http://websvn.kde.org/?view=rev&revision=715704 |