[Ubuntu Touch] url-dispatcher to GPS Location

[costales]

Hi!
Please, could you add an option for a direct access to the GPS location settings:
settings:///system/security-privacy/access
Thanks in advance!

[Jonas G. Drange (jonas-drange)]

On 15 September 2015 at 19:13, costales <email address hidden> wrote:

> Please, could you add an option for a direct access to the GPS location
> settings:
> settings:///system/security-privacy/access
>

​Thanks, could you include some information about the use case, i.e. why
this is important?

Also, a patch for this would not be a lot of work, if you want to give it a
go. There's a good example in the Wi-Fi plugin (responding to
settings:///system/wifi?ssid=foo).​

[costales (costales)]

Hi Jonas,
I would like to use it for GPS Navigation app, if the user has the GPS
disabled launch the GPS location settings in the first instance.
Best regards!

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Ken VanDine (ken-vandine)]

Perhaps we could follow the pattern used by wifi, and use a url like settings:///system/security-privacy?page=AppAccess.qml
then use pluginOptions to push the requested page on the stack not generic of course, just handle it on a panel by panel basis
but use the arg of "page" and try to keep that consistent when we do it in other panels same for settings:///system/security-privacy?page=Location.qml

[Jonas G. Drange (jonas-drange)]

The flip side of that is that when @costales starts using /system/security-privacy/?page=Access.qml, we can never rename Access.qml, nor remove it, without breaking @costales' app.

[Jonas G. Drange (jonas-drange)]

What we could do is to add a list of well-known paths in a plugin's .settings file. This way we'd have an idea of what URL paths each plugin is expected to support. E.g., in cellular.settings: … paths: ['connection-type', 'carriers' …, 'apn'].

This list is purely symbolic as any hard dependency between it and resources in the plugin itself, would restrict refactoring/change of the plugin.

[Matthew Paul Thomas (mpt)]

As I wrote in <https://code.launchpad.net/~phablet-team/ubuntu-system-settings/permission-page-url/+merge/279883>, it's needlessly brittle for an URL to include subjective categorization. If we ever moved the Location settings out of "Security & Privacy" -- into their own top-level category, for example -- any app that sends you to the Location screen should still send you there, because its URL should not have changed.

Similarly, it's brittle for an URL to include anything implementation-specific. For example, if System Settings ever switched from using .qml to something else, the URL for the Location screen shouldn't change then either.

So, I suggest the Location screen URL be simply "settings:///location".