Plasma/RepeatedDiscussions/RemainingTimeOnBatteryWidget: Difference between revisions
m Fix sentence (typo?) |
I re-added remaining time |
||
| Line 10: | Line 10: | ||
There were already several discussions about adding the remaining time. See e.g. [http://osdir.com/ml/plasma-devel/2009-05/msg00269.html] | There were already several discussions about adding the remaining time. See e.g. [http://osdir.com/ml/plasma-devel/2009-05/msg00269.html] | ||
=== Outcome === | |||
In [http://quickgit.kde.org/?p=plasma-workspace.git&a=commit&h=fc3da7a59effbacbd1c21af5d011a8354040b1ca this] commit for Plasma 5 the remaining time was re-introduced by default. The rationale behind this can be read in the linked commit message. (The current Plasma 4.x situation won't change) | |||
Latest revision as of 21:15, 19 June 2014
Adding remaining time on battery widget
Summary
There is simply no way to get an accurate number for the remaining time (it's not possible without predicting the future ;-). As soon as you switch e.g. from working on document to watching a video or compiling some heavy piece of software, the battery of your device will get used much faster and thus the "remaining time" of your battery decreases in a much faster rate than "predicted".
"Smart" batteries (e.g. those with support for SBS) are generally only found in laptops (so devices are out) and do a very good job of knowing the current percentage, but do not solve the future-use-prediction issue.
History
There were already several discussions about adding the remaining time. See e.g. [1]
Outcome
In this commit for Plasma 5 the remaining time was re-introduced by default. The rationale behind this can be read in the linked commit message. (The current Plasma 4.x situation won't change)