Need to allow multiple apps to handle the same url patterns

In my mind we should use the content hub in this instance

Agreed, it does feel like the url dispatcher should just grow into the content hub. After all, you can easily say that urls are content :)

We're going to interpret that as "show the same UI as content hub" and inherit those designs for the urldispatcher.

I'm going to reopen the design task here because that doesn't take into account "always use this app" which is important for URLs, but not as much for content. We'll also need settings UI to handle the cases of reshuffling which URL patterns should be preferred if the user does select "always use." I think though, that we could do a version one without that feature.

Any reason why to keep the two separate, especially when you say "show the same UI", "inherit those designs"?

I removed myself from the UX task, as I am not responsible for the content hub

To be clear, we need design input on what to display to the user when multiple apps are registered for the same url scheme (i.e. mailto:). There should be a prompt of some sort asking user to pick which app to use and whether to prompt every time or remember the choice.

We be useful a "remember" on the UI to avoid show the dialog always.
And we will need a way to clear the "remember" option if the user want to choose a new app.

Agreed, the latter likely belongs to settings app, added a task.

I'd argue that remember is a much larger task and should perhaps be split out. We could do the dialog, which would solve a bunch of user problems without doing remember, which will be a whole new settings interaction.

Upon investigation, I have made the following discoveries.

If you have a mail to link and gmail installed and set up, when you click on the 'mail to' link nothing happens (this assumption should also hold if you have no mail client installed).

If you have Dekko installed and set up, when you click on the 'mail to' link, the user is taken to the Dekko app and a new email screen to the 'mail to' email address.

I shall post a UX solution to this hopefully today.

A few questions that the design leaves:

 * How do we know that Dekko should be the default instead of GMail? How do we handle apps that don't have a default bias? (i.e. two registrants for "foo")
 * What does the system settings UI look like?
 * How do we know that "mailto" translates to "Default Mail Client"? Does that include "imap" as well? Or can you set those independently.

From a UX and design point of view Dekko should be the Ubuntu phone eco-system's client of choice. We are currently working on making this happen from the conversations I have had.

The system settings UI would need to be updated to reflect this.

By default mail to including imap should translate to default mail client, unless specified by user in system settings.

I hope this helps.

We may have to create a new project from this.

Specification updated. <https://wiki.ubuntu.com/URLDispatcher?action=diff&rev2=12&rev1=11>

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