<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 14 February 2016 at 15:24, Dirk Hohndel <span dir="ltr"><<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Sun, Feb 14, 2016 at 03:12:11PM +1100, Rick Walsh wrote:<br>
> I just tested 849.  I think the use of the action button is very good.  It<br>
> doesn't waste space, it's transparent enough not to be invasive, it's easy<br>
> to reach, and most importantly, the icons give good clues what the button<br>
> does (unlike the original action button, which was powerful, efficient use<br>
> of space, but confusing to many the first time they saw it).  I also like<br>
> that I can still/again swipe the central action button instead of using the<br>
> arrows - as I said before, when holding my phone in my not-dainty left<br>
> hand, reaching the very left bottom of the screen with my thumb can be<br>
> awkward.<br>
<br>
</span>Thanks for the feedback. Very helpful.<br>
<span class=""><br>
> > > > Just a couple of things: The title bar is too cramped now.  Other apps<br>
> > use<br>
> > > > that to display info on the current context.  We could display "Dive<br>
> > list"<br>
> > > > or "Dive #643" or "Edit dive #242" or "About" there in the future.<br>
> > ><br>
> > > That's a good idea... but I think I like the idea of it simply fading<br>
> > away<br>
> > > even better.<br>
> ><br>
> > +1 for fading away.<br>
> ><br>
><br>
> I agree with both points.  Screen real estate is scarce, so if/when the<br>
> title bar is shown, I think it should be more informative than<br>
> Subsurface-mobile (I know what app I'm using).<br>
><br>
> Going through the various apps on my phone, many have "title" bars showing<br>
> what page is active on the app (e.g. "Inbox" in gmail), or toolbars, some<br>
> including the app logo (e.g. Twitter), but very few have a title bar with<br>
> the app name displayed.  A few have a search bar that mentions the app name<br>
> (e.g. "Search Google Maps").<br>
<br>
</span>I think I'm sold on dropping the name from the title bar. But I'm not 100%<br>
sure what I want instead. No title bar at all? A title bar that fades?<br>
What is it showing until it disappears? Contextual info (which dive is<br>
shown or something like that)?<br>
<span class=""><br>
> In my opinion, the ideal title bar would have the Subsurface-mobile logo at<br>
> left (like now, but moved down a tiny bit - right now its vertical<br>
> alignment is hard against the top of the screen), with the page name next<br>
> to it (e.g. Dive #643 as suggested by Henrik).  And ideally it would fade<br>
> away when you scroll down the page, and probably reappear when you scroll<br>
> back up to the top.<br>
<br>
</span>Yeah, so that's kinda what I was contemplating.<br>
<div><div class="h5"><br>
> > Google's apps for Android (those which do not auto-save) do use such a<br>
> > dialog.<br>
> > They all use a Discard/Cancel approach (though with completely different<br>
> > wording and even inconsistent button position between the apps, which is<br>
> > really bad design).<br>
> > We haven't written about it in the HIG yet (we'll still add one guideline<br>
> > for<br>
> > that), but here's what I'd suggest:<br>
> > "Discard your changes?" [Discard] [Keep Editing]". This makes saving take<br>
> > one<br>
> > more step, but we want to train users to just hit "Save" anyway, and it<br>
> > makes<br>
> > the decision in the dialog easier.<br>
> > There is already a component for a slide-in dialog available (don't know<br>
> > its<br>
> > name, though, tbh. If you can't find it, ask Marco).<br>
><br>
> I find confirmation dialogs clumsy and don't like them if they can be<br>
> avoided, especially on a mobile app.  If we were talking about<br>
> writing/editing a thesis, I'd be more inclined towards a confirmation<br>
> dialog, but if the the user accidentally close the dive edit page without<br>
> saving, and lost their logging notes, they should be able to cope.<br>
><br>
> I'd rather have the action button action be 'save changes and close', and<br>
> the Android back button would be 'discard changes and close'.  If that's<br>
> too out the for new users, there could also be a discard button next to the<br>
> current save (and close) ordinary button at the bottom of the page.<br>
<br>
</div></div>So I tried to implement something that I find reasonable and intuitive.<br>
<br>
- there's still the save button<br>
- the action button is cancel and there is NO CONFIRMATION - you hit that<br>
  button, you get what you asked for<br>
- the back button asks the user if they really wanted to discard the<br>
  changes, and if they don't confirm within 3 seconds it simply hides the<br>
  confirmation dialog and pretends nothing happens<br>
<br>
Please play with it, the description sounds a lot more awkward that it<br>
felt to me to use...<br></blockquote><div><br></div><div>The logic is good, and the description makes sense.  The reasons I'd rather the action button be 'save' are:<br>(1) I'm lazy and if all I want to do is enter/alter a couple of details (e.g. dive site and buddy), then I don't want to have to scroll down to the bottom of the page to find the save button<br></div><div>(2) we effectively have two quick-access buttons: the action button and the back button.  Having both do the same thing (with or without confirmation) is a bit of a waste.  We have two actions that should be accessed rapidly: save and discard.  The back button can be used to discard changes, so it makes sense to me that the action button would be save.<br></div><div>(3) let's trust the user knows what she's doing - more often than not, when the user wants to leave the page, she wants to save changes.  We should make that as easy as possible.<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
> Similarly, I think we should use the action button on the cloud<br>
> credentials.  The action button action would be "save", and the back button<br>
> would be "discard" (and return to dive list).  This could replace the<br>
> existing ordinary buttons.<br>
<br>
</span>That I think is a good idea. I'll need to find the time to implement this.<br>
<span class=""><br>
> Another thing - In the dive list, there's a blank row above the trip<br>
> separator line.  I'm not sure if that's deliberate, but it looks like a<br>
> waste of space to me.<br>
<br>
</span><span class="">Do you have a screen shot?<br>
<br></span></blockquote><div>See attached<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
</span>Thanks for all the feedback!<br>
<span class="HOEnZb"></span></blockquote><div><br></div><div>No worries,<br><br></div><div>Rick <br></div></div></div></div>