ubuntu-phone team mailing list archive

[muyiwa iyowu <muyiwaiyowu@xxxxxxxxx>]

Hi,

I would suggest that for apps that are scopes bundled with a Webapp, the
default option should be for the webapp to be hidden from the application
grid of icons, so the only way to interface with the app would be via the
scope.
When a user tries to open a link, the URL would be passed on to the webapp,
but otherwise, the webapp would be hidden.

Another option would be to launch the scope when a user taps the app's
icon, instead of the webapp.

Iyowu Muyiwa O.
http://muyiscoi.com
On 13 Mar 2015 22:00, "muyiwa iyowu" <muyiwaiyowu@xxxxxxxxx> wrote:

> Iyowu Muyiwa O.
> http://muyiscoi.com
> On 13 Mar 2015 18:30, "Niklas Wenzel" <nikwen.developer@xxxxxxxxx> wrote:
>
>> Hi,
>>
>> 2015-03-13 15:01 GMT+01:00 Alejandro J. Cura <
>> alejandro.cura@xxxxxxxxxxxxx>:
>>
>>> On Fri, Mar 13, 2015 at 5:18 AM, Thomas Strehl
>>> <thomas.strehl@xxxxxxxxxxxxx> wrote:
>>> >
>>> >
>>> > On 03/12/2015 11:52 PM, Mitchell Reese wrote:
>>> >> Hi folks, have just published a scope and associated webapp for OMG
>>> >> Ubuntu, and found a less-than-optimal experience. A scope and bundled
>>> >> webapp is not 'scope centric' in the store. Basically, when
>>> installing a
>>> >> scope with an app as 1 click package, it defaults to being listed as
>>> an
>>> >> app in the store. This is problematic for a gui that's scope centric.
>>> >> What this means is:
>>> >>
>>> >> 1. When someone opens the scope after installing it, the webapp is
>>> >>    opened instead.
>>> >
>>> > The way we handle scopes in this respect but also the prominence in the
>>> > shell is something we're currently re-evaluating so your feedback is
>>> > very helpful. However, for time being, everything in you see in
>>> launcher
>>> > or in app scope is really just apps. The equivalent for scopes is
>>> > "Manage" dash view that you get by bottom up swipe in dash.
>>>
>>> I think Mitchell is referring to the "Search" button that's shown on
>>> the store preview right after installing a scope.
>>> If a given click package has both an app and a scope, the "Open"
>>> button is shown and the app is started.
>>>
>>> >> 2. Searching the store lets me find the scope under the app section,
>>> >>    not under the scopes.
>>> >>
>>> >> This would be fine if the app was the main part of the user story, but
>>> >> it's not. I've specifically disabled all navigation bars in the webapp
>>> >> for a full-screen experience, and I expect people will use the scope
>>> to
>>> >> navigate between articles. Using url-dispatcher, any article that's
>>> >> opened up in the scope defaults to the webapp.
>>> >>
>>> >> I think this needs a rethink. For my usage, having it listed under a
>>> >> scope makes much more sense. Perhaps for other use cases this is
>>> >> reversed. If possible, people should be able to choose where their app
>>> >> is listed, if it has the potential for both. Otherwise, if scopes are
>>> >> what Ubuntu is offering to set this OS apart from the other phones on
>>> >> the market, then scopes should be upfront and centre, and take
>>> >> precedence over apps.
>>>
>>> I agree with this point: when a click package has both a scope and an
>>> app, either the scope should take precedence or the devel should be
>>> able to choose how it's displayed in the store results (as an app or
>>> as a scope).
>>>
>>
>> In my opinion the developer should be able to choose. For some apps –
>> think of Telegram as an example – the application is the core part of what
>> is in the click package. The scope is just some nice to have extra to
>> provide a better experience. Therefore, I'd abstain from classifying all
>> packages which ship with a scope as scopes in the Store. Letting the
>> developer decide is much better in my opinion.
>>
>> Cheers,
>> Niklas
>>
>>
>>> I can think of a couple solutions for this that will require a bit of
>>> work both client and server side; please open a bug and we can discuss
>>> there:
>>> https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+filebug
>>>
>>> cheers,
>>> --
>>> alecu
>>>
>>> --
>>> Mailing list: https://launchpad.net/~ubuntu-phone
>>> Post to     : ubuntu-phone@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~ubuntu-phone
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>
>>
>> --
>> Mailing list: https://launchpad.net/~ubuntu-phone
>> Post to     : ubuntu-phone@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~ubuntu-phone
>> More help   : https://help.launchpad.net/ListHelp
>>
>>