Harald, thanks for your reply. I don't understand why you say that the algorithm is not accurate. I can run yacpi or powertop and get estimations that are accurate enough to be very useful. I can boot into Windows and get useful estimations from the tray icon. I can run KDE 3.5 and get useful estimations from guidance-power-manager. When it says there's 2 hours remaining, there are 2 hours remaining. When it says there's 5 minutes remaining, there's 5 minutes remaining. I can test and prove that. If certain KDE developers have hardware that fails to provide accurate estimations, that is no reason to remove the feature from the KDE software. That is reason to complain to the laptop manufacturer, or get a new laptop.
Who is to say that the estimates are bad but the user himself? On Wed, May 12, 2010 at 15:14, Harald Sitter <[email protected]> wrote: > As explained in the appropriate KDE SVN commit, the calculation of > remaining time is in most cases nothing to go by, in fact it is mostly > so far off that it is better to not indicate the "remaining time" at > all. So removing it for the time being (that is until someone actually > implements an algorithm that manages to take most of the important > variables into account) is not only sound and sane, it is the only > appropriate solution. > > Quite frankly, the only other option would be to remove the applet > completely. > > Say you are a car manufacturer and speedometer is actually never showing the > correct speed, do you really think that deploying a product with broken key > functionality like that is a good idea? > This basically applies here too. Just that the presented functionality is no > where as important to the correct operation of a computer than the > speedometer is to the operation of a car. So instead of removing the whole > applet, KDE just removed the broken part of the functionality. > > It might indeed be useful to have a display of how much time is > remaining, but then it must be close to reality, otherwise people might > just as well misuse the computer as they would misuse a car with broken > speedometer. If your battery applets says that you have 2 hours left but > indeed battery is going down after half an hour, then clearly something > is wrong. > > And that problem is not easy to solve. See, the remaining time is a > rather complex thing to claim a value on. It is a prediction of the > future, unlike the current value of battery energy, that is an as-is > value and leaving interpretation to you. Of course you might just as > well say, that you still can do this and that because your battery is > still half full, and then end up dead after half an hour, but that is a > problem with your interpretation. > > So, unless you come up with a way to predict the remaining time with a > close-to reality turn out, I do not see this feature return, then again > I am not working on this in KDE. > > That said, the reason we are not undoing this is because "undoing" or > "patching" as harmless as those words might sound involve (almost) > exponentially growing developer time spent in maintenance and > management. Something we can not and will not invest for a "feature" > that is in reality broken anyway. So if you want to see this again, then > you must go convince the one who removed it to begin with. > > Both KDE and Kubuntu acknowledge the fact that some people want this > functionality and that is exactly why you still can activate it using > the config file. Kubuntu however is in no position to argue about KDE's > decision here. > > -- > plasma_applet_battery widget doesn't show Remaining Time when on battery > https://bugs.launchpad.net/bugs/395666 > You received this bug notification because you are a direct subscriber > of the bug. > -- plasma_applet_battery widget doesn't show Remaining Time when on battery https://bugs.launchpad.net/bugs/395666 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
