
<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Nov 12, 2015, at 3:12 PM, Lubomir I. Ivanov <<a href="mailto:neolit123@gmail.com" class="">neolit123@gmail.com</a>> wrote:</div><div class="">alright...<br class=""><br class="">so here is the visual of the working POC:<br class=""><a href="https://dl.dropboxusercontent.com/u/1627980/subsurface/mobile_dive_details_concept2.gif" class="">https://dl.dropboxusercontent.com/u/1627980/subsurface/mobile_dive_details_concept2.gif</a><br class=""></div></blockquote><div><br class=""></div>This is really cool - I especially like the beautiful rendering of the dive profile :-)</div><div><br class=""><blockquote type="cite" class=""><div class="">i restructured the classes a little and now it works the following way:<br class="">- one DiveContainer that defines a navigation callback (i.e.<br class="">left/right) and includes 2 Dives<br class="">- each Dive contains a SwipeArea inside a Flickable. the actual dive<br class="">details are inside the SwipeArea itself.<br class=""><br class="">this is a workaround as i would have preferred to have one SwipeArea<br class="">over the whole DiveContainer and not for each Dive; the solution is<br class="">tolerable as long as we don't have thousands of Dive instances. one<br class="">Flickable per Dive is desired though, like seen in the visual/GIF.<br class=""><br class="">attached is the updated source (with comments this time).<br class="">hope that helps, Sebastian.<br class=""></div></blockquote><div><br class=""></div>I'll have to admit that the amount of activity on Subsurface-mobile</div><div>makes me smile. I really hoped that a few people here would get</div><div>into the idea of making a mobile app happen and would collaborate.</div><div>We need more people working on our UIs (both DT and mobile).</div><div><br class=""><blockquote type="cite" class=""><div class="">P.S.: QML+ JS is fun!<br class=""></div></blockquote><br class=""></div><div>I'll admit that I'm still in the "struggling" phase. But I'm sure I'll get</div><div>the hang of it.</div><div><br class=""></div><div>Right now I'm making fast progress on allowing us to drop the </div><div>companion apps and the web service. Instead of telling people </div><div>to collect GPS fixes on their phone, pushing them to a server, </div><div>downloading them from the server to the desktop and then merging</div><div> them there, we'll simply tell people to use Subsurface-mobile on </div><div>their phone. They can turn on the location server and after a day </div><div>of diving they open their cloud storage on their mobile device </div><div>(hopefully download their dives on their mobile device - or if they</div><div>have dive computers we can't support on their phone, do the</div><div>download on the computer), trigger the location merge and then </div><div>save back their updated data to the cloud storage.</div><div><br class=""></div><div>Much simpler, one fewer account needed, etc. AND I get to retire </div><div>the python code running on my server :-)</div><div><br class=""></div><div>/D</div><br class=""></body></html>