<p dir="ltr"><br>
On 20 Oct 2015 8:50 am, "Sebastian Kügler" <<a href="mailto:sebas@kde.org">sebas@kde.org</a>> wrote:<br>
><br>
> Hi divers,<br>
><br>
> After we merged some conceptual work on the mobile UI before 4.5, it's time to<br>
> make some more concrete plans, most important of all define scope and basic<br>
> assumptions, so Dirk and I talked about the mobile UI today. Here's a quick<br>
> run-down before I start forgetting things.<br>
><br>
> The mobile app is something I want to use on a boat, to quickly check some<br>
> details of a dive during debriefing, or to refer to earlier dives (how much<br>
> weight did I take? which suit, any remarks about gear or conditions, e.g.<br>
> currents, etc.), and to note stuff before it's forgotten.<br>
><br>
> As such...<br>
> - the mobile UI will not offer all the features the desktop app has<br>
> - it will focus on a narrower set of usecases<br>
> - its UI will be optimized for these cases<br>
> - its code architecture will be refactored along those fracture lines<br>
><br>
> The feature set will be...<br>
> - divelist -> ability to look at dives, details, flick between them<br>
> - download dives -> from BT/FTDI<br>
> - make small changes (notes, location)<br>
> - track GPS (dirk is working on that part)<br>
> - connect to cloud storage (that's pretty much working, except it doesn't<br>
>   appear to save back correctly)<br>
><br>
> I plan not to reinvent all the overall UI concept, but reuse KDE's mobile app<br>
> human interface guidelines (where it makes sense). (This doesn't mean<br>
> importing any new libs, it's merely the UI guidelines, which can be found<br>
> here:<a href="https://sessellift.wordpress.com/2015/10/15/behind-the-scenes-of-the-kde-phone-hig-part-one-basic-assumptions/"> https://sessellift.wordpress.com/2015/10/15/behind-the-scenes-of-the-kde-phone-hig-part-one-basic-assumptions/</a> and here:<a href="https://techbase.kde.org/"> https://techbase.kde.org/</a><br>
> Projects/Usability/HIG<br>
><br>
> The idea is to create small, stable steps, get one feature working well, move<br>
> on to the next, the app should become more and more functional and not look<br>
> like a complete shipwreck from the start, but may offer too little<br>
> functionality, depending on usecases and expectations.<br>
><br>
> Next steps on my side is to create a couple of mockups (either on paper,<br>
> digital image or in code depending on mood and tools at hand).<br>
><br>
> I'll be working on this stuff in the next months, as time allows (so perhaps<br>
> not at all, perhaps like a mad-men, likely somewhere in between those<br>
> extremes), if anybody else is interested in this work, I can provide guidance<br>
> and reviews.<br>
><br>
> I've told some friends I'd bring a functional mobile version on a dive trip to<br>
> the red sea next year in October.<br>
><br>
> Comments, wishes, suggestions, criticism is most welcome, of course.<br>
><br>
> Cheers,<br>
> --<br>
> sebas<br>
></p>
<p dir="ltr">Hi Sebas,<br>
One thing on my wish list is to add the planner to the mobile app.  A killer feature would be to plan a dive taking account of the tissue loading from my previous dive (downloaded from my dive computer).  Currently, dive plans between dive are worked out at a dive site/on a boat/in the carpark/at the cafe using multiplanner (or similar) on a phone.  To be able to consider the actual dive we just did would be great.</p>
<p dir="ltr">Cheers,</p>
<p dir="ltr">Rick<br>
</p>