<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 14 February 2016 at 09:54, Thomas Pfeiffer <span dir="ltr"><<a href="mailto:thomas.pfeiffer@kde.org" target="_blank">thomas.pfeiffer@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">On Samstag, 13. Februar 2016 09:57:21 CET Dirk Hohndel wrote:<br>
> > Hi!  I think it looks pretty decent now.  I like that there is less<br>
> > clutter.<br>
> Yay!<br>
<br>
</span>Yay++<br>
<span class=""><br></span></blockquote><div>I just tested 849.  I think the use of the action button is very good.  It doesn't waste space, it's transparent enough not to be invasive, it's easy to reach, and most importantly, the icons give good clues what the button does (unlike the original action button, which was powerful, efficient use of space, but confusing to many the first time they saw it).  I also like that I can still/again swipe the central action button instead of using the arrows - as I said before, when holding my phone in my not-dainty left hand, reaching the very left bottom of the screen with my thumb can be awkward.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">
> > Just a couple of things: The title bar is too cramped now.  Other apps use<br>
> > that to display info on the current context.  We could display "Dive 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 away<br>
> even better.<br>
<br>
</span>+1 for fading away.<br></blockquote><div><br></div><div>I agree with both points.  Screen real estate is scarce, so if/when the title bar is shown, I think it should be more informative than Subsurface-mobile (I know what app I'm using).<br><br></div><div>Going through the various apps on my phone, many have "title" bars showing what page is active on the app (e.g. "Inbox" in gmail), or toolbars, some including the app logo (e.g. Twitter), but very few have a title bar with the app name displayed.  A few have a search bar that mentions the app name (e.g. "Search Google Maps").<br><br></div><div>In my opinion, the ideal title bar would have the Subsurface-mobile logo at left (like now, but moved down a tiny bit - right now its vertical alignment is hard against the top of the screen), with the page name next to it (e.g. Dive #643 as suggested by Henrik).  And ideally it would fade away when you scroll down the page, and probably reappear when you scroll back up to the top.<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class=""><br>
> > And since we're going for the action button design, how about making it<br>
> > more like the action buttons in other apps, i.e. larger and more to the<br>
> > right?<br>
><br>
> Thomas answered the "more to the right" question. But there's another<br>
> reason. Right now, when you use your device in landscape mode you get the<br>
> action button right on the center divider which is perfect, IMHO.<br>
><br>
> > And one more (less related) thing:  If I edit a dive and press the back<br>
> > button (instead of save), I should get a request: "Discard edits? [Yes /<br>
> > Save edits / Cancel]<br>
><br>
> I hate those dialogs on some level, but I guess you are right.<br>
<br>
> Thomas, what's the HID approved way of doing something like that?<br>
<br>
</span>We originally had the idea that for "swipe to go back/forward" or "column-<br>
based navigation", one could simply swipe forward again to get back to the<br>
already entered/changed data if one has accidentally swiped back without<br>
saving (before navigating somewhere else). That's not as easily possible when<br>
using the back button, of course.<br>
<br>
Google's apps for Android (those which do not auto-save) do use such a 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 for<br>
that), but here's what I'd suggest:<br>
"Discard your changes?" [Discard] [Keep Editing]". This makes saving take one<br>
more step, but we want to train users to just hit "Save" anyway, and it makes<br>
the decision in the dialog easier.<br>
There is already a component for a slide-in dialog available (don't know its<br>
name, though, tbh. If you can't find it, ask Marco).<br>
<br></blockquote><div>I find confirmation dialogs clumsy and don't like them if they can be avoided, especially on a mobile app.  If we were talking about writing/editing a thesis, I'd be more inclined towards a confirmation dialog, but if the the user accidentally close the dive edit page without 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 the Android back button would be 'discard changes and close'.  If that's too out the for new users, there could also be a discard button next to the current save (and close) ordinary button at the bottom of the page.<br></div><div><br></div><div>Similarly, I think we should use the action button on the cloud credentials.  The action button action would be "save", and the back button would be "discard" (and return to dive list).  This could replace the existing ordinary buttons.<br></div><div><br><br></div><div>Another thing - In the dive list, there's a blank row above the trip separator line.  I'm not sure if that's deliberate, but it looks like a waste of space to me.<br></div><div><br></div><div>Cheers,<br><br></div><div>Rick<br></div><div> <br></div></div></div></div>