Location

Differences between revisions 11 and 17 (spanning 6 versions)
Revision 11 as of 2014-10-10 17:37:28
Size: 2408
Editor: mpt
Comment: include Nokia HERE integration (bug 1375322); mothball location indicator until its raison d'être is implemented
Revision 17 as of 2016-02-23 09:48:48
Size: 2937
Editor: mpt
Comment: - bug 1446627 (Won't Fix); - bug 1375322 (Fixed)
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
Location services in Ubuntu are provided by [[https://launchpad.net/ubuntu/+source/geoclue|GeoClue]] and the [[https://launchpad.net/ubuntu-geoip|Ubuntu GeoIP Provider]], and presented by the [[https://launchpad.net/indicator-location|Location Indicator]]. Location services in Ubuntu are provided by [[https://launchpad.net/ubuntu/+source/geoclue|GeoClue]] and the [[https://launchpad.net/ubuntu-geoip|Ubuntu GeoIP Provider]]. Their UI includes the [[https://launchpad.net/indicator-location|Location Indicator]], app permission prompts, and settings in System Settings and the first-run setup.
Line 5: Line 5:
 * Blueprint: https://blueprints.launchpad.net/ubuntu/+spec/client-1303-location-service

=== System Settings ===

||<^ tablestyle="float:left;margin:0 1em 1em 0" style="border:none">{{attachment:location.phone.png}}||
There are three locations for location settings: the initial setup, System Settings, and the location indicator menu.
Line 13: Line 9:
“__Nokia HERE terms and conditions__” should open a dialog displaying the terms and conditions, same as the first-run setup. <<Anchor(phone-menu)>>
{{attachment:location-screens.phone.png}}
Line 15: Line 12:
“Let apps access this location:” should list only currently-installed apps that have ever requested access to location data (or “None requested” if none have). ''Errata:
 * “Location tracking” should be “Location detection”
 * “Track location using:” should be “Detect location using:”
 * “Apps that can track your location:” should be “Apps that can use this location:”''
Line 17: Line 17:
Whenever “Let the phone detect your location:” is set to “Not at all”, the “Let apps access this location:” label and list should be insensitive, ''and'' the switches for each app should be off, regardless of the underlying permission, so that there is no confusion about whether they are accessing your location. If you later choose to let the phone detect your location, the switches for each app should return to their previous states. There are three possible settings for location detection: none, using GPS only, or using GPS + Wi-Fi + cell info.
Line 19: Line 19:
||<^ tablestyle="clear:both" style="border:none">|| In the initial setup, and in System Settings, these settings should be presented identically (bug Bug:1467790): a switch followed by two dependent radio buttons. This approach (rather than three radio buttons) means the indicator menu can be simpler by containing the switch alone (bugs Bug:1507793).
Line 21: Line 21:
<<Anchor(phone-menu)>>
=== “Location access” indicator ===
In all three places, the '''switch''' should be “Location detection”. In the initial setup, it should be off by default.
Line 24: Line 23:
The location access indicator should not be present until implementation of a list of apps that have recently used your location. In the initial setup and in System Settings, if HERE is not installed, the '''radio buttons''' should not be present.
Line 26: Line 25:
## ||<tablestyle="float:left;margin:0 1em 1em 0" style="border:none">{{attachment:phone-location-menu.png}}|| If it is installed but “Location detection” is off, the radio buttons should be disabled.
Line 28: Line 27:
## The “Location access” indicator should appear in the status bar whenever an app has accessed your location in the past five minutes. It should list all apps that have accessed your location in the past five minutes, most recent first. “'''__HERE terms and conditions__'''” (bug Bug:1388178) should navigate to a child “HERE” screen displaying the terms and conditions, with the only navigation being the standard Back button back to the previous screen.
Line 30: Line 29:
## Each app item should have, as its value, the period since that app last accessed your location, using “now” if it is less than 5 seconds. Selecting any app should switch to that app, so that you may control whichever functions in that app are accessing location. “'''Apps that can use this location:'''” should list only currently-installed apps that have ever requested access to location data (or “None requested” if none have).
Line 32: Line 31:
## Changing an app’s access to location altogether, or turning off location access as a whole, can be done via the “Location Settings…” item. Whenever “Location detetion” is off, the “Apps that can use this location:” label and list should be insensitive, ''and'' the switches for each app should be off, regardless of the underlying permission, so that there is no confusion about whether they are accessing your location. If you later choose to let the phone detect your location, the switches for each app should return to their previous states.

The '''indicator''' should appear in the status bar whenever an app has accessed your location in the past five minutes. It should list all apps that have accessed your location in the past five minutes, most recent first. Choosing any app should switch to that app, so that you may control whichever functions in that app are accessing location. “Location Settings…” should navigate to the “Location” screen of System Settings.

Location services in Ubuntu are provided by GeoClue and the Ubuntu GeoIP Provider. Their UI includes the Location Indicator, app permission prompts, and settings in System Settings and the first-run setup.

Phone

There are three locations for location settings: the initial setup, System Settings, and the location indicator menu.

In System Settings, “Location” should be part of “Security & Privacy”.

location-screens.phone.png

Errata:

  • “Location tracking” should be “Location detection”
  • “Track location using:” should be “Detect location using:”
  • “Apps that can track your location:” should be “Apps that can use this location:”

There are three possible settings for location detection: none, using GPS only, or using GPS + Wi-Fi + cell info.

In the initial setup, and in System Settings, these settings should be presented identically (bug 1467790): a switch followed by two dependent radio buttons. This approach (rather than three radio buttons) means the indicator menu can be simpler by containing the switch alone (bugs 1507793).

In all three places, the switch should be “Location detection”. In the initial setup, it should be off by default.

In the initial setup and in System Settings, if HERE is not installed, the radio buttons should not be present.

If it is installed but “Location detection” is off, the radio buttons should be disabled.

HERE terms and conditions” (bug 1388178) should navigate to a child “HERE” screen displaying the terms and conditions, with the only navigation being the standard Back button back to the previous screen.

Apps that can use this location:” should list only currently-installed apps that have ever requested access to location data (or “None requested” if none have).

Whenever “Location detetion” is off, the “Apps that can use this location:” label and list should be insensitive, and the switches for each app should be off, regardless of the underlying permission, so that there is no confusion about whether they are accessing your location. If you later choose to let the phone detect your location, the switches for each app should return to their previous states.

The indicator should appear in the status bar whenever an app has accessed your location in the past five minutes. It should list all apps that have accessed your location in the past five minutes, most recent first. Choosing any app should switch to that app, so that you may control whichever functions in that app are accessing location. “Location Settings…” should navigate to the “Location” screen of System Settings.

Location (last edited 2016-02-23 09:48:48 by mpt)