<p dir="ltr"><br>
On 7 Jul 2015 1:55 am, "Dirk Hohndel" <<a href="mailto:dirk@hohndel.org">dirk@hohndel.org</a>> wrote:<br>
><br>
> On Mon, Jul 06, 2015 at 05:27:45PM +0200, Anton Lundin wrote:<br>
> > > > Also a simple ui for the planner would be on my wishlist =)<br>
> > ><br>
> > > Not so sure about this one. There are so many options plus the smaller<br>
> > > screen size. And you can't print. Would people REALLY use that instead of<br>
> > > doing this on a real computer? Or would this be more something that one<br>
> > > looked at once, said "cool" but then never actually used?<br>
> > ><br>
> > > I simply don't know. I find it hard to imagine that a serious tech dive<br>
> > > would plan a dive on their phone and then copy it from there to their<br>
> > > slate or something. But then, I'm not a serious tech diver, so I could be<br>
> > > completely wrong and that would be the killer app everyone wants.<br>
> > ><br>
> ><br>
> > Me and my dive team do it all the time.<br>
> ><br>
> > We quite frequently run numbers on different gases, depth, time, deco<br>
> > gas, whatever on our cell's just to figure out what we can/should do for<br>
> > sort of dive.<br>
> ><br>
> > Eg, We do a 55m dive on 21/35, can we deco 50% or will it take to long<br>
> > time in the cold water so we need to bring the o2 along.<br>
> ><br>
> > Will my 100 bar AL80 with 50% do, or do i need more gas?</p>
<p dir="ltr">Our local sea conditions change rapidly.  Frequently, the scheduled dive site is altered an hour before the boat leaves.  Or a boat is cancelled because not enough people booked onto it.  Either way, much of the time we end up diving a different site than what we planned when we left home.  Now our original plan isn't valid anymore.</p>
<p dir="ltr">So, it would be a killer app feature from my point of view too.  In fact, I've been considering paying for a commercial app that does this.</p>
<p dir="ltr">><br>
> Excellent. That's why I said "I simply don't know" :-)<br>
> Thanks for the concrete examples. So let's figure out how a UI for that<br>
> should look.<br>
><br>
> > I would just love a simple planner.<br>
> ><br>
> > For me it could be as simple as:<br>
> ><br>
> > Depth, time, gas, deco-gasses, and it just does drop-stone-mode and<br>
> > gives me whatever is in the "Dive plan details" view.</p>
<p dir="ltr">This is all I'd want most of the time.  Quick and easy to use and copy to wet notes.</p>
<p dir="ltr">> ><br>
> > ( I even might wire it up myself, now when i think about it =)<br>
><br>
> That's of course always a good idea. The more people figure out how to<br>
> work on the QML interfaces, the better.<br>
><br>
> But if I may share my personal list of priorities (and even if you don't<br>
> want me to, how would you stop me?):<br>
><br>
> Anton:<br>
><br>
> 1) get us back to be be able to build an APK<br>
> 2) do some testing of what we have for VPM / planner - any red flags?<br>
> 3) anything else<br>
><br>
> Grace:<br>
><br>
> 1) profile support<br>
> 2) download dialog using BT<br>
> 3) more gestures for a more natural UI<br>
> 4) testing on Android<br>
> 5) anything else</p>
<p dir="ltr">I assume it wasn't part of the original intended GSOC scope, and extra mid-way feature requests are a great way to get off track.  It would be great if someone can implement it.  And thanks Anton for volunteering.  But I agree the focus should be getting a working and tested Subsurface app first.</p>
<p dir="ltr">Cheers,</p>
<p dir="ltr">Rick<br>
</p>