touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #87543
[Bug 1378350] Re: Need to allow multiple apps to handle the same url patterns
** Description changed:
Steps:
* install gmail and dekko apps
Expected:
* when using a mailto: URL (see bug #1351222) URL, the user should be asked which app to open (and cache the response optionally?)
Current:
* not sure what would happen ;)
+
+ ________________Design resolution _________________________
+
+ Case 1: If no email client is installed and a user clicks on a 'mail to'
+ link, the user should be re-directed to the Ubuntu store and prompted to
+ download the Dekko app.
+
+ Case 2: If the user has Dekko installed, then clicking on the 'mail to'
+ link should open the Dekko client --> compose mail screen to the 'mail
+ to' address.
+
+ Case 3: If the user has Dekko and Gmail installed, the 'mail to' link by
+ default should open in the Dekko client. However, the user can change
+ their mail client preferences in system settings.
+
+ Case 4: If the user has Gmail and another mail client installed, the
+ 'mail to' link should default to the first client that was installed on
+ their device (which would be the default mail client preference in
+ system settings - this can be changed by the user via system settings).
+
+ Notes:
+ 1. Wherever the user has not actively changed a mail client preference and Dekko is installed on their device, the default 'mail to' client should be Dekko.
+ 2. When clicking on a 'mail to' link, the user's expectation is to have this link open in a relevant client (unless it is case 1), therefore this should be the case and any mail preference choices the user can perform via system settings rather than being presented with multiple choice options of which client to open the URL in.
** Changed in: ubuntu-ux
Status: Triaged => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to content-hub in Ubuntu.
https://bugs.launchpad.net/bugs/1378350
Title:
Need to allow multiple apps to handle the same url patterns
Status in the base for Ubuntu mobile products:
New
Status in Ubuntu UX bugs:
Fix Committed
Status in content-hub package in Ubuntu:
New
Status in ubuntu-system-settings package in Ubuntu:
New
Status in url-dispatcher package in Ubuntu:
Triaged
Bug description:
Steps:
* install gmail and dekko apps
Expected:
* when using a mailto: URL (see bug #1351222) URL, the user should be asked which app to open (and cache the response optionally?)
Current:
* not sure what would happen ;)
________________Design resolution _________________________
Case 1: If no email client is installed and a user clicks on a 'mail
to' link, the user should be re-directed to the Ubuntu store and
prompted to download the Dekko app.
Case 2: If the user has Dekko installed, then clicking on the 'mail
to' link should open the Dekko client --> compose mail screen to the
'mail to' address.
Case 3: If the user has Dekko and Gmail installed, the 'mail to' link
by default should open in the Dekko client. However, the user can
change their mail client preferences in system settings.
Case 4: If the user has Gmail and another mail client installed, the
'mail to' link should default to the first client that was installed
on their device (which would be the default mail client preference in
system settings - this can be changed by the user via system
settings).
Notes:
1. Wherever the user has not actively changed a mail client preference and Dekko is installed on their device, the default 'mail to' client should be Dekko.
2. When clicking on a 'mail to' link, the user's expectation is to have this link open in a relevant client (unless it is case 1), therefore this should be the case and any mail preference choices the user can perform via system settings rather than being presented with multiple choice options of which client to open the URL in.
To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1378350/+subscriptions
References