Power

Differences between revisions 1 and 53 (spanning 52 versions)
Revision 1 as of 2010-02-10 14:44:47
Size: 8870
Editor: eth0
Comment: moved from private specification
Revision 53 as of 2014-02-19 12:14:16
Size: 16165
Editor: mpt
Comment: redesigns the "Power" panel of System Settings for PC
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
## page was renamed from Ubuntu/PowerStatusMenu
= Power status menu =
## page was renamed from BatteryStatusMenu
## page was renamed from
PowerStatusMenu
Line 4: Line 4:
There should be a simple power status menu replacing the panel applet displayed by `gnome-power-manager`. The rest of the `gnome-power-manager` interface should work as normal. <<TableOfContents>>
Line 6: Line 6:
We also offer this design to KDE and Kubuntu developers as a possible replacement for the menu displayed by `kpowersave`. Ubuntu has various interfaces dealing with power. On the PC, these include a Power panel in System Settings, a battery menu, alerts for low battery, and the ability to suspend or hibernate. On the phone, they include a Battery panel in System Settings, and alerts for low battery.
Line 8: Line 8:
== Rationale == == PC ==
Line 10: Line 10:
The power status menu exists to indicate how much time you have left when a rechargeable thing (battery, UPS, mouse, iPod, Bluetooth phone, ''etc'') is discharging, and conversely how much longer everything needs to fully charge. <<Anchor(settings)>>
=== Power settings ===
Line 12: Line 13:
== Artwork requirements summary == ||<tablestyle="float:left;margin:0 1em 1em 0" style="border:none">{{attachment:power-settings.png}}||

The color representing the battery charge level should be exactly the same as for the equivalent level in the phone chart.

The “Switch off screen when inactive:” and “Suspend when inactive:” menus should all have options “After 5 minutes”, “After 10 minutes”, “After 15 minutes”, “After 20 minutes”, “After 30 minutes”, “After 1 hour”, “After 2 hours”, “After 3 hours”, and “Never”.

Any option in either “Switch off screen when inactive:” menu that is equal to or greater than the current selection in the corresponding “Suspend when inactive:” menu should be selectable but greyed out, indicating that it has no effect. For example, if “When using battery:” “Suspend when inactive:” is set to “After 2 hours”, then in the “When using battery:” “Switch off screen when inactive:” menu, the options “After 2 hours”, “After 3 hours”, and “Never” should be greyed out.

“Brightness…” and “Bluetooth…” should navigate to the relevant System Settings panel. “Wi-Fi…” should navigate to [[Networking#wi-fi|the “Network” panel with the first Wi-Fi card selected]]. “Statistics” should open the Power Statistics window.

{{attachment:power-settings-menu.png}}

The “Show battery status in the menu bar:” menu should have options “When battery is present”, “When battery is charging/in use”, and “Never”. By default, the setting should be “When battery is present”. (If the menu disappeared whenever the thing was fully charged, this would make it difficult to realize that it ''was'' fully charged.)

<<Anchor(menu)>>
=== Battery menu ===

The battery menu exists to indicate how much time you have left when a rechargeable thing (battery, UPS, mouse, iPod, Bluetooth phone, ''etc'') is discharging, and conversely how much longer it will be before everything fully charges.

{{attachment:power-menu.png}}

==== Presence ====

If you are logged in, the menu should be present depending on [[#settings|the “Show battery status in the menu bar” setting]].

If you are not logged in (at the login screen or in the standalone installer session), the menu should be present as if the setting was “When battery is present”.

==== Artwork requirements summary ====
Line 25: Line 53:
== Design ==

{{attachment:power-menu-no-brackets.jpg}}

=== When to show the menu ===

The “Power Management Preferences” window should be adjusted to a “Power Settings” window, with simpler options for when to display the power menu.

||<style="border: none;">{{attachment:gnome-power-manager-before.png}}||<style="border: none; vertical-align: middle;">→||<style="border: none;">{{attachment:gnome-power-manager-after.jpg}}||

By default (regardless of any previous Gnome Power Manager setting), the setting should be “Whenever a chargeable device is present”. (If the menu disappeared whenever the thing was fully charged, this would make it difficult to realize that it ''was'' fully charged.)

=== Icons ===
==== Icons ====
Line 41: Line 57:
In both the menu title and the menu contents, a chargeable thing should be represented by an outline icon that most closely matches the component or device: a battery, a mouse, or a generic box. In both the menu title and the menu contents, a battery should be represented by an outline icon that most closely matches the component or device: a battery, a mouse, or a generic box.
Line 45: Line 61:
If the thing is fully charged and not discharging, the icon interior should feature a plug emblem. If the thing is fully charged and not discharging, the icon interior should feature a plug emblem (bug Bug:850011).
Line 51: Line 67:
=== Title === <<Anchor(time-presentation)>>
==== Time-remaining presentation ====
Line 53: Line 70:
The menu title should tell you at a glance what you need to know most: what will lose power soonest, or otherwise which thing will take longest to charge. (More detailed information can be accessed inside the menu itself.)
## The menu title should tell you at a glance what you need to know most: what will lose power soonest and when, or otherwise which thing will take longest to charge and how long it will take. (More detailed information can be accessed inside the menu itself.)
<<Anchor(time-relevance)>>
The '''time is relevant''' for a component if “Show Time in Menu Bar” is checked (as it should be by default), and either (a) the component is charging, or (b) the component is discharging ''and'' the estimated time is less than 24 hours. (A time greater than 24 hours is probably a mistaken calculation.)
Line 56: Line 73:
If the menu is set to “Whenever a chargeable device is present”, but the charge level has not yet been detected, the menu title should consist of a generic battery icon. The '''brief time-remaining string''' for a component should be:
 * the time remaining for it to empty or fully charge, if estimable, in H:MM format; otherwise
 * “estimating…” if the time remaining has been inestimable for less than 30 seconds; otherwise
 * “unknown” if the time remaining has been inestimable for between 30 seconds and one minute; otherwise
 * the empty string.
Line 58: Line 79:
If all components are fully charged and none are discharging, the menu title should consist of a battery-with-a-plug icon, mouse-with-a-plug icon, or thingy-with-a-plug icon, depending on which components are present (using thingy-with-a-plug if there are zero or multiple chargeable components). The '''expanded time-remaining string''' for a component should be the same as the brief time-remaining string, except that if the time is estimable:
 * if the component is charging, it should be “H:MM to charge”
 * if the component is discharging, it should be “H:MM left”.
Line 60: Line 83:
If anything is discharging, the menu title should consist of an icon representing the thing that is estimated to lose power first. For example, if your notebook battery is estimated to discharge in 1 hour 47 minutes, and your wireless mouse battery is estimated to discharge in 27 minutes, the menu title should appear as a mouse icon containing a red sliver.
## If anything is discharging, the menu title should consist of an icon representing the device that is estimated to lose power first, followed by the estimated time remaining for that device in hours and minutes. For example, if your notebook battery is estimated to discharge in 1 hour 47 minutes, and your wireless mouse battery is estimated to discharge in 27 minutes, the menu title should appear as a mouse icon containing a red sliver, followed by the text “0:27”.
The '''accessible time-remaining string''' for a component should be the same as the expanded time-remaining string, except that the H:MM time should be rendered as “''H'' hours ''M'' minutes”, or just as “''M'' minutes” if the time is less than one hour.
Line 63: Line 85:
If nothing is discharging, the menu title should consist of an icon representing the thing that is estimated to take longest to charge. For example, if your wireless mouse battery is estimated to finish charging in 48 minutes, and your UPS is estimated to finish charging in 1 hour 10 minutes, the menu title should appear as a UPS icon containing a lightning bolt.
## If no devices are discharging, the menu title should consist of an icon representing the device that is estimated to take longest to charge, followed by the estimated time remaining to charge in hours and minutes in brackets. For example, if your wireless mouse battery is estimated to finish charging in 48 minutes, and your UPS is estimated to finish charging in 1 hour 10 minutes, the menu title should appear as a UPS icon containing a lightning bolt, followed by the text “(1:10)”.
==== Title ====
Line 66: Line 87:
## In both the charging and discharging cases, if there is not enough information yet to calculate the time remaining, the text should read “(Estimating…)”. The menu title should tell you at a glance what you need to know most: what device will lose power soonest (and optionally when), or otherwise which device will take longest to charge, optionally how long it will take, and optionally its current charge level. More detailed information can be accessed inside the menu itself.
Line 68: Line 89:
=== Items ===  * If “Show battery status in the menu bar” is set to “Whenever a battery is present”, but the charge level has not yet been detected, the menu title should consist of a generic battery icon.
Line 70: Line 91:
The menu should contain one item for each chargeable thing, a separator if there are any chargeable devices, and a “Power Settings…” item.  * If all components are fully charged and none are discharging, the menu title should consist of a battery-with-a-plug icon, mouse-with-a-plug icon, or thingy-with-a-plug icon, depending on which components are present (using thingy-with-a-plug if there are zero or multiple chargeable components). The accessible name should be “Battery charged” regardless.
Line 72: Line 93:
The order for chargeable things should be:
 1. any internal battery or batteries (if there is more than one, listed alphabetically in order of sysfs path, but not showing that sysfs path)
 1. any UPS
 1. any wireless mouse
 1. anything else.
 * If anything is discharging, the menu title should represent the device (not battery, but device) that is estimated to lose power first. For example, if your notebook battery is estimated to discharge in 1 hour 47 minutes, and your wireless mouse battery is estimated to discharge in 27 minutes, the menu title should represent the mouse.
Line 78: Line 95:
The menu item for each chargeable thing should consist of three elements.  * If no devices are discharging, the menu title should represent the device that is estimated to take longest to charge.

The menu title should begin with the icon of the thing it is representing.

If [[#time-presentation|the time is relevant]] and/or “Show Percentage in Menu Bar” is checked, the icon should be followed by brackets. If the time is relevant, the brackets should contain [[#time-presentation|the time-remaining string]] for that component. If “Show Percentage in Menu Bar” is checked (as it should not be by default), the brackets should contain the percentage charge for that device. If both conditions are true, the time and percentage should be separated by a space.

Regardless, the accessible name for the whole menu title should be the same as the accessible name for that thing’s component inside the menu itself.

For example, if both “Show Time in Menu Bar” and “Show Percentage in Menu Bar” are checked:

 * If your notebook battery is discharging at 99% but there is not enough information yet to calculate the time remaining, the menu title should appear as a battery icon followed by the text “(estimating… 99%)”, and the accessible name should be “Battery (estimating… 99%)”.

 * If your notebook battery is at 18% charge, estimated to run out in 1 hour 47 minutes, and your wireless mouse battery is at 30% charge, estimated to run out in 27 minutes, the menu title should appear as a mouse icon containing a red sliver, followed by the text “(0:27 30%)”, and the accessible name should be “Mouse (27 minutes to charge, 30%)”.

 * If your wireless mouse battery is at 34% charge, estimated to finish charging in 48 minutes, and your UPS is at 81% charge, estimated to finish charging in 1 hour 10 minutes, the menu title should appear as a UPS icon containing a lightning bolt, followed by the text “(1:10 81%)”, and the accessible name should be “UPS (1 hour 10 minutes to charge, 81%)”.

<<Anchor(login-screen)>>
==== Contents ====

The menu should contain:
 1. One item for each battery, regardless of whether it is present. (If there are more than one, they should be listed alphabetically in order of `sysfs` path, but not showing that `sysfs` path.)
 1. One item for each UPS.
 1. One item for each connected wireless mouse or keyboard (bug Bug:1100546).
 1. One item for each other connected component with known charge level, for example a music player or phone.
 1. A separator, if you are logged in and the menu has any previous items.
 1. A “Show Time in Menu Bar” checkmark item, if you are logged in.
 1. A “Show Percentage in Menu Bar” checkmark item, if you are logged in.
 1. A “Power Settings…” item, if you are logged in (so that you can’t wander around System Settings while logged out, or use power settings to hinder others from logging in).

(If you are not logged in, and there are no chargeable components, the menu would contain nothing at all. But that does not matter, because in that case [[#Presence|the menu should not be present anyway]].)

The menu item for each chargeable component should consist of two elements.
Line 82: Line 130:
 1. Text representing the name of the component (“Battery”, “Mouse”, “UPS”, “Alejandra’s iPod”, ''etc'') and the charge status:
  * “X is charged” if it is fully charged and not discharging
  * “X (estimating…)” if it is charging or discharging, but an accurate time estimate cannot be made yet
  * “X H:MM until charged” if it is charging
  * “X” if it is discharging with 12 hours or more left
  * “X H:MM left” if it is discharging with less than 12 hours left.
 (We investigated showing this time as a table column, but it looked worse.)
 1. Text representing the name of the component (“Battery”, “Mouse”, “UPS”, “Alejandra’s iPod”, ''etc'') and the '''charge status''' in brackets:
  * “''X'' (not present)” if it is a battery that has been removed;
  * “''X'' (charged)” if it is fully charged and not discharging;
  * “''X'' (''[[#time-presentation|expanded time-remaining string]]'')” if it is charging, or discharging with less than 24 hours left;
  * “''X''” if it is discharging with 24 hours or more left.
Line 90: Line 136:
Selecting the item for a chargeable component should open Gnome Power Manager’s “Device Information” window for that component. (A KDE implementation would open the “KPowersave Information Dialog”.) The accessible label for the menu item should be the same as the visible label, except with the [[#time-presentation|accessible time-remaining string]] instead of the expanded time-remaining string.
Line 92: Line 138:
The “Power Settings…” item should open the Power Settings window. (In a KDE implementation, it would open the “KPowersave Settings” window.) If you are logged in, selecting the item for a chargeable component should open the “Device Information” window for that component (bug Bug:1255655). If you are not logged in (at the login screen or standalone installer session), the item should be insensitive.

The “Power Settings…” item should open the System Settings “Power” panel.
Line 96: Line 144:
== gnome-power-manager changes == <<Anchor(multiple-batteries)>>
==== Handling multiple batteries ====
Line 98: Line 147:
`gnome-power-manager` should be altered so that it no longer presents its own notification area item. If a device has multiple batteries and uses only one of them at a time, they should be presented as separate items inside the menu, but should be totalled for the purpose of the menu title (fixing bug Bug:833337).
Line 100: Line 149:
== Handling upgrades == For example, if your notebook has two internal batteries — one fully charged, and one that will discharge in 22 minutes — and your wireless mouse battery is estimated to discharge in 27 minutes, then the menu title should represent the mouse. Even though the internal battery will lose power first, the mouse is the ''device'' that will lose power first.
Line 102: Line 151:
Since the previous power menu is a notification area item, and it is being removed at the same time as the new power menu is introduced, there are no upgrade considerations. ==== Session variations ====
Line 104: Line 153:
== Implementation == ''This is a summary only; the specifications of individual items are authoritative.''

In the '''guest session''' and '''live session''', the menu should be identical to the normal session.

In the '''standalone installer session''' and at the '''login screen''':
 * The individual items for batteries etc should be insensitive.
 * “Show Time in Menu Bar”, “Show Percentage in Menu Bar”, and “Power Settings…” should not be present.

==== Implementation ====
Line 107: Line 164:
 * Patch GNOME Power Manager to not show it's status icon irregardless of the GConf Key if the Power Menu is running.  * Patch GNOME Power Manager to not show its status icon irregardless of the GConf Key if the Power Menu is running.
Line 113: Line 170:
== Unresolved issues == === Links ===
Line 115: Line 172:
 * The new design leaves no way of accessing the “Power Statistics” window.  * Upstream GNOME control center power panel work: [[http://live.gnome.org/Design/SystemSettings/Power]]
 * Upstream Indicator work: [[http://live.gnome.org/GnomeShell/Design/Guidelines/SystemStatus/BatteryPower]]

=== Unresolved issues ===

 * Bug Bug:883857: Battery warning popup buttons dont make sense

== Phone ==

=== “Battery” settings ===

||<^ tablestyle="float:left;margin:0 1em 1em 0;" style="border:none;width:310px">{{attachment:phone-battery-settings.png}}<<BR>>''Erratum: “Last full charge:” should be “Last full charge”.''||<^ style="border:none;width:310px">{{attachment:phone-battery-settings.mockup.png}}<<BR>>''Errata: (1) The graph should not have a background tint. (2) The axes should have tick marks. (3) The line should use a color spectrum from red to green. (4) The “Ways to reduce battery use:” label should be present. (5) “Display Brightness” should be “Display brightness:”. (6) “Wi-fi” should be “Wi-Fi”. (7) The GPS caption should be the normal caption font size.''||

In the “Battery” settings panel, the “Charge level” and “Last full charge” should both be displayed to zero decimal places, and “Last full charge” using the most appropriate unit: for example, “2 hours ago” or “51 minutes ago”. When appropriate, the “Last full charge” row should instead read “Charging” or “Fully charged” with no time value.

The graph should show the charge level over the past 24 hours, a gradient from green for 100% to red for 0%. Charge level while asleep should be shown as a dotted line, from the level just before sleep to the level just after waking.

“Lock when idle” should be a mirror of [[SecurityAndPrivacySettings#phone-locking|the “Lock when idle” item in “Security & Privacy”]], with the same summary value and page stack.

||<tablestyle="clear:both" style="border:none">||

=== Indicator ===

||<tablestyle="float:left;margin:0 1em 1em 0;" style="border:none;">{{attachment:phone-battery-indicator.png}}||

The battery indicator on phone should use the same icon scheme as the title of the battery menu on PC.

The “Charge level” item should be insensitive, showing the charge status of the phone’s battery. If a Bluetooth headset is connected and its charge level is known, “Charge level” should instead be “Internal battery”, and it should be followed by a similarly insensitive “Bluetooth headset” item showing the charge status of the headset.

Ubuntu has various interfaces dealing with power. On the PC, these include a Power panel in System Settings, a battery menu, alerts for low battery, and the ability to suspend or hibernate. On the phone, they include a Battery panel in System Settings, and alerts for low battery.

PC

Power settings

power-settings.png

The color representing the battery charge level should be exactly the same as for the equivalent level in the phone chart.

The “Switch off screen when inactive:” and “Suspend when inactive:” menus should all have options “After 5 minutes”, “After 10 minutes”, “After 15 minutes”, “After 20 minutes”, “After 30 minutes”, “After 1 hour”, “After 2 hours”, “After 3 hours”, and “Never”.

Any option in either “Switch off screen when inactive:” menu that is equal to or greater than the current selection in the corresponding “Suspend when inactive:” menu should be selectable but greyed out, indicating that it has no effect. For example, if “When using battery:” “Suspend when inactive:” is set to “After 2 hours”, then in the “When using battery:” “Switch off screen when inactive:” menu, the options “After 2 hours”, “After 3 hours”, and “Never” should be greyed out.

“Brightness…” and “Bluetooth…” should navigate to the relevant System Settings panel. “Wi-Fi…” should navigate to the “Network” panel with the first Wi-Fi card selected. “Statistics” should open the Power Statistics window.

power-settings-menu.png

The “Show battery status in the menu bar:” menu should have options “When battery is present”, “When battery is charging/in use”, and “Never”. By default, the setting should be “When battery is present”. (If the menu disappeared whenever the thing was fully charged, this would make it difficult to realize that it was fully charged.)

Battery menu

The battery menu exists to indicate how much time you have left when a rechargeable thing (battery, UPS, mouse, iPod, Bluetooth phone, etc) is discharging, and conversely how much longer it will be before everything fully charges.

power-menu.png

Presence

If you are logged in, the menu should be present depending on the “Show battery status in the menu bar” setting.

If you are not logged in (at the login screen or in the standalone installer session), the menu should be present as if the setting was “When battery is present”.

Artwork requirements summary

icons.jpg

A total of 97 icons are needed, though 33 of these may be covered by only three distinct graphics (leaving a total of 67), and 60 others consist of 30 pairs that differ only in coloring.

(3✕) For each of {battery, mouse, generic device}, there should be:

  • (1) an icon for “running on AC”
  • (11) icons for “charging” at levels of charge from 0% to (nearly) 100%, in 10% increments (these might all be the same icon)
  • (10) icons for “discharging but not critical” at levels of charge from 10% to 100%, in 10% increments
  • (10) icons for “discharging and soon depleted” at levels of charge from 10% to 100%, in 10% increments.

There should also be (1) a generic battery icon, for use when a battery has been removed or when its charge level has not yet been determined.

Icons

icons.jpg

In both the menu title and the menu contents, a battery should be represented by an outline icon that most closely matches the component or device: a battery, a mouse, or a generic box.

If it is a battery that is either missing or of unknown charge level, it should use the generic battery icon.

If the thing is fully charged and not discharging, the icon interior should feature a plug emblem (bug 850011).

If it is discharging, the icon interior should be filled from left to right approximately as much as the remaining charge. If it has less than 30 minutes left, the fill should be red rather than black. (This coloring is deliberately time-based, not percentage-based; how much time you have left is more important than how long the battery can theoretically last.)

And if it is charging, the icon interior should feature a lightning bolt emblem. Depending on clarity and space available, the icon interior may also be filled from left to right approximately as much as the amount charged.

Time-remaining presentation

The time is relevant for a component if “Show Time in Menu Bar” is checked (as it should be by default), and either (a) the component is charging, or (b) the component is discharging and the estimated time is less than 24 hours. (A time greater than 24 hours is probably a mistaken calculation.)

The brief time-remaining string for a component should be:

  • the time remaining for it to empty or fully charge, if estimable, in H:MM format; otherwise
  • “estimating…” if the time remaining has been inestimable for less than 30 seconds; otherwise
  • “unknown” if the time remaining has been inestimable for between 30 seconds and one minute; otherwise
  • the empty string.

The expanded time-remaining string for a component should be the same as the brief time-remaining string, except that if the time is estimable:

  • if the component is charging, it should be “H:MM to charge”
  • if the component is discharging, it should be “H:MM left”.

The accessible time-remaining string for a component should be the same as the expanded time-remaining string, except that the H:MM time should be rendered as “H hours M minutes”, or just as “M minutes” if the time is less than one hour.

Title

The menu title should tell you at a glance what you need to know most: what device will lose power soonest (and optionally when), or otherwise which device will take longest to charge, optionally how long it will take, and optionally its current charge level. More detailed information can be accessed inside the menu itself.

  • If “Show battery status in the menu bar” is set to “Whenever a battery is present”, but the charge level has not yet been detected, the menu title should consist of a generic battery icon.
  • If all components are fully charged and none are discharging, the menu title should consist of a battery-with-a-plug icon, mouse-with-a-plug icon, or thingy-with-a-plug icon, depending on which components are present (using thingy-with-a-plug if there are zero or multiple chargeable components). The accessible name should be “Battery charged” regardless.
  • If anything is discharging, the menu title should represent the device (not battery, but device) that is estimated to lose power first. For example, if your notebook battery is estimated to discharge in 1 hour 47 minutes, and your wireless mouse battery is estimated to discharge in 27 minutes, the menu title should represent the mouse.
  • If no devices are discharging, the menu title should represent the device that is estimated to take longest to charge.

The menu title should begin with the icon of the thing it is representing.

If the time is relevant and/or “Show Percentage in Menu Bar” is checked, the icon should be followed by brackets. If the time is relevant, the brackets should contain the time-remaining string for that component. If “Show Percentage in Menu Bar” is checked (as it should not be by default), the brackets should contain the percentage charge for that device. If both conditions are true, the time and percentage should be separated by a space.

Regardless, the accessible name for the whole menu title should be the same as the accessible name for that thing’s component inside the menu itself.

For example, if both “Show Time in Menu Bar” and “Show Percentage in Menu Bar” are checked:

  • If your notebook battery is discharging at 99% but there is not enough information yet to calculate the time remaining, the menu title should appear as a battery icon followed by the text “(estimating… 99%)”, and the accessible name should be “Battery (estimating… 99%)”.
  • If your notebook battery is at 18% charge, estimated to run out in 1 hour 47 minutes, and your wireless mouse battery is at 30% charge, estimated to run out in 27 minutes, the menu title should appear as a mouse icon containing a red sliver, followed by the text “(0:27 30%)”, and the accessible name should be “Mouse (27 minutes to charge, 30%)”.
  • If your wireless mouse battery is at 34% charge, estimated to finish charging in 48 minutes, and your UPS is at 81% charge, estimated to finish charging in 1 hour 10 minutes, the menu title should appear as a UPS icon containing a lightning bolt, followed by the text “(1:10 81%)”, and the accessible name should be “UPS (1 hour 10 minutes to charge, 81%)”.

Contents

The menu should contain:

  1. One item for each battery, regardless of whether it is present. (If there are more than one, they should be listed alphabetically in order of sysfs path, but not showing that sysfs path.)

  2. One item for each UPS.
  3. One item for each connected wireless mouse or keyboard (bug 1100546).

  4. One item for each other connected component with known charge level, for example a music player or phone.
  5. A separator, if you are logged in and the menu has any previous items.
  6. A “Show Time in Menu Bar” checkmark item, if you are logged in.
  7. A “Show Percentage in Menu Bar” checkmark item, if you are logged in.
  8. A “Power Settings…” item, if you are logged in (so that you can’t wander around System Settings while logged out, or use power settings to hinder others from logging in).

(If you are not logged in, and there are no chargeable components, the menu would contain nothing at all. But that does not matter, because in that case the menu should not be present anyway.)

The menu item for each chargeable component should consist of two elements.

  1. The icon representing that thing.
  2. Text representing the name of the component (“Battery”, “Mouse”, “UPS”, “Alejandra’s iPod”, etc) and the charge status in brackets:

    • X (not present)” if it is a battery that has been removed;

    • X (charged)” if it is fully charged and not discharging;

    • X (expanded time-remaining string)” if it is charging, or discharging with less than 24 hours left;

    • X” if it is discharging with 24 hours or more left.

The accessible label for the menu item should be the same as the visible label, except with the accessible time-remaining string instead of the expanded time-remaining string.

If you are logged in, selecting the item for a chargeable component should open the “Device Information” window for that component (bug 1255655). If you are not logged in (at the login screen or standalone installer session), the item should be insensitive.

The “Power Settings…” item should open the System Settings “Power” panel.

Unfortunately the Linux kernel does not provide real-world identifiers for multiple batteries in a computer; they have only serial numbers, and labels of the form “BAT0” and “BAT1”. So we cannot show useful distinguishing labels like “Battery (front slot)” in the menu.

Handling multiple batteries

If a device has multiple batteries and uses only one of them at a time, they should be presented as separate items inside the menu, but should be totalled for the purpose of the menu title (fixing bug 833337).

For example, if your notebook has two internal batteries — one fully charged, and one that will discharge in 22 minutes — and your wireless mouse battery is estimated to discharge in 27 minutes, then the menu title should represent the mouse. Even though the internal battery will lose power first, the mouse is the device that will lose power first.

Session variations

This is a summary only; the specifications of individual items are authoritative.

In the guest session and live session, the menu should be identical to the normal session.

In the standalone installer session and at the login screen:

  • The individual items for batteries etc should be insensitive.
  • “Show Time in Menu Bar”, “Show Percentage in Menu Bar”, and “Power Settings…” should not be present.

Implementation

  • Run along side the GNOME Power Manager
  • Patch GNOME Power Manager to not show its status icon irregardless of the GConf Key if the Power Menu is running.
  • Use the DevKit-Power and GPM DBus APIs to gather information on state of the system.

  • Major issue is testing all of the corner cases (hard to reproduce)
    • Need to write user runable tests (Wiki pages)
    • Feed into Ubuntu Testing Team

Unresolved issues

  • Bug 883857: Battery warning popup buttons dont make sense

Phone

“Battery” settings

phone-battery-settings.png
Erratum: “Last full charge:” should be “Last full charge”.

phone-battery-settings.mockup.png
Errata: (1) The graph should not have a background tint. (2) The axes should have tick marks. (3) The line should use a color spectrum from red to green. (4) The “Ways to reduce battery use:” label should be present. (5) “Display Brightness” should be “Display brightness:”. (6) “Wi-fi” should be “Wi-Fi”. (7) The GPS caption should be the normal caption font size.

In the “Battery” settings panel, the “Charge level” and “Last full charge” should both be displayed to zero decimal places, and “Last full charge” using the most appropriate unit: for example, “2 hours ago” or “51 minutes ago”. When appropriate, the “Last full charge” row should instead read “Charging” or “Fully charged” with no time value.

The graph should show the charge level over the past 24 hours, a gradient from green for 100% to red for 0%. Charge level while asleep should be shown as a dotted line, from the level just before sleep to the level just after waking.

“Lock when idle” should be a mirror of the “Lock when idle” item in “Security & Privacy”, with the same summary value and page stack.

Indicator

phone-battery-indicator.png

The battery indicator on phone should use the same icon scheme as the title of the battery menu on PC.

The “Charge level” item should be insensitive, showing the charge status of the phone’s battery. If a Bluetooth headset is connected and its charge level is known, “Charge level” should instead be “Internal battery”, and it should be followed by a similarly insensitive “Bluetooth headset” item showing the charge status of the headset.

Power (last edited 2017-01-27 12:17:50 by mpt)