ubuntu-phone team mailing list archive

[Daniel Clem <clem11388@xxxxxxxxx>]

Non-dev comment:
   Revealing controls on scroll up would work if you want it to be same for all apps, as not all apps scroll. Such as the FTP server app I use for my Droid. Or video games that need a.menu for settings and saving games, but no scrolling at all.

My personal opinion is this menu should hide by default but leave a very visible shadow over the bottom of the screen (ontop the app all the time) done in such a way to hint that something in hidden there.

The whole system here is based on short and long swipes. If the user doesn't know to short swipe up for the menu, then they most likely don't yet know any of the other swipe actions either. A tutorial to teach the first user is all that is needed, then that user would teach their friends/family that use it. That.is the only ways ANYone learns Android, WebOS or any new system.

 Sidenote on back button actions. Short swipe up shows the menu, what does a long swipe up do? Could a long swipe up be use for "Back” action? I use the back button ALLLLL the time in every app, including the apps someone else mentioned weren't common for back actions. As a user I bounce from one part of an app to another using "back” because few if any apps are designed in such a way that any feature or area can quickly be reached by any other part. So backing out to a common are is what's needed most the time even if its only one level deep.

What do you all think?
    Thank you and God Bless,
    Clem

Lou Greenwood <lougreenwood@xxxxxx> wrote:

>My personal opinion is that it's possible to find a solution which
>works for all situations, rather than creating fragmentation in the UI
>by letting individual dev's make too many choices.
>
>> 1. Use the developer’s toolkit
>
>> 
>
>> Here is our handy developer’s toolkit which contains all the
>essential building blocks to
>
>> help you get started! We use our building blocks to keep our apps
>consistent, and so we
>
>> don’t carry other platform’s UI elements or behaviours.
>
>
>> /\ http://design.ubuntu.com/apps/get-started/make-it-ubuntu
>
>
>I've just uploaded a short clip of the Evernote app on iOS, the way it
>handles the toolbar is beautifully intuitive and invisible.
>
>http://www.youtube.com/watch?v=HX1xelZhkEU
>
>Something like this Evernote example (default visible, hides on
>scroll/interaction, reveals on scroll up), which is  _only_ implemented
>on deep page stack pages would be my suggestion. As far as I can see
>from the design spec, no other page types have this 'back' problem. See
>this link for the various page types >
>http://design.ubuntu.com/apps/global-patterns/navigation.
>
>Lou
>
>
>
>
>
>
>
>
>On 13 Jun 2013, at 18:18, Omar B. <estelar57@xxxxxxxxxxx> wrote:
>
>> Some apps don't have a problem with users going "back". For example
>the *Friends* app shows both its Breadcrumbs and the bottom toolbar by
>default:
>> 
>> http://youtu.be/Q566IGyVB0o?t=8m36s
>> 
>> Apps should probably decide if they want to show these toolbars by
>default (or when one goes deeper in the stack like others mentioned) if
>its better for their users (and allow users to hide them if they want
>more screen). I think this approach might be better than trying a "one
>fits all".
>> 
>> Regards.
>> 
>> > Date: Thu, 13 Jun 2013 17:02:58 +0100
>> > From: mpt@xxxxxxxxxxxxx
>> > To: ubuntu-phone@xxxxxxxxxxxxxxxxxxx
>> > Subject: Re: [Ubuntu-phone] [Design] Page stack back gesture
>> > 
>> > -----BEGIN PGP SIGNED MESSAGE-----
>> > Hash: SHA1
>> > 
>> > Scott May wrote on 12/06/13 12:33:
>> > > 
>> > > Yeah I'm a "me too" on the concern that the "back" button is too 
>> > > hidden given it's frequent use. Perhaps we won't need "back" so
>> > > much in this new environment?
>> > 
>> > The System Settings design uses deep page stacks -- for example,
>five
>> > levels deep when setting a background picture.
>> > <https://wiki.ubuntu.com/Appearance#Phone>
>> > 
>> > Discoverability of "Back" is my biggest concern with System
>Settings
>> > right now. In a couple of cases I've specified that the toolbar
>should
>> > be visible all the time: for example, the screen for choosing an
>area
>> > of the background picture. But that's only because the toolbar
>> > contains other buttons on those particular screens.
>> > 
>> > > In any case, with gestures we need to be very mindful of how apps
>> > > are going to operate. We don't want to offer a gesture that might
>> > > look anything like something you might do in reasonable use of
>some
>> > > app that doesn't exist on this platform yet. Think about about
>> > > what you do on the screen when say, using a map, drawing a
>picture,
>> > > moving a piece in a game etc, etc. I think gestures coming in
>from
>> > > the edge are fairly safe, but the main screen area is for the
>> > > app...
>> > > 
>> > > ...
>> > 
>> > A gesture might be more efficient than revealing the toolbar then
>> > tapping Back. But I doubt it would be more discoverable.
>> > 
>> > - -- 
>> > mpt
>> > 
>> > -----BEGIN PGP SIGNATURE-----
>> > Version: GnuPG v1.4.12 (GNU/Linux)
>> > Comment: Using GnuPG with undefined - http://www.enigmail.net/
>> > 
>> > iEYEARECAAYFAlG57TEACgkQ6PUxNfU6ecoGzwCgo4vTTmdYlcLHYGnl0LQz71HC
>> > eckAoI1i56T817vHSEfYS/WGBaHTkfV5
>> > =s1ad
>> > -----END PGP SIGNATURE-----
>> > 
>> > -- 
>> > 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
>
>
>
>------------------------------------------------------------------------
>
>-- 
>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