<div dir="ltr">Hi Anton<div class="gmail_extra"><br><div class="gmail_quote">2015-10-12 11:24 GMT+02:00 Anton Lundin <span dir="ltr"><<a href="mailto:glance@acc.umu.se" target="_blank">glance@acc.umu.se</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 10 October, 2015 - Dirk Hohndel wrote:<br>
<br>
><br>
> > On Oct 10, 2015, at 2:27 AM, Guido Lerch <<a href="mailto:guido.lerch@gmail.com">guido.lerch@gmail.com</a>> wrote:<br>
> ><br>
> > If you guys agree I submit this as my app, not use any ssrf code and just read from the cloud storage.<br>
> ><br>
> > V1 would only be dive details, no profile, hence this is reading some stuff and displaying.<br>
><br>
> So I have talked to quite a few people about this and while the FSF seems to have<br>
> come out that the iTunes store is incompatible with the GPL, there are quite a few<br>
> apps in there that are GPL based and I found a couple that explained their rationale<br>
> why they thought this was acceptable.<br>
><br>
> My plan had been to get the Android app to a reasonable state and then bring<br>
> the discussion to the mailing list. I'm inclined to say that if "the vast majority of<br>
> the contributors" agree that they can live with the FSF's objections (because<br>
> frankly, I find them rather silly), then we should add the necessary glue layer<br>
> to port Subsurface-mobile to IOS. The nice thing about the way we are building<br>
> Subsurface-mobile (with a QML UI) is that in theory this should be fairly simple.<br>
><br>
> The big challenges would be the BT / FTDI download and features like that,<br>
> but the core of the app should port quite easily.<br>
><br>
<br>
</span>A quick browse on <a href="http://doc.qt.io/qt-5/qtbluetooth-index.html" rel="noreferrer" target="_blank">http://doc.qt.io/qt-5/qtbluetooth-index.html</a> , it says<br>
that iOS is supported, so the BT code "should" work.<br>
<br>
The ftdi code is probably a no-go, but we could probably live with that.<br>
<span class=""><br>
> So if you would like to investigate that, I would suggest that route instead<br>
> of starting from scratch.<br>
><br>
<br>
</span>I think building a separate iOS app in parity with what we plan to<br>
support on android is a insurmountable task.<br></blockquote><div><br></div><div>Agreed, how can we get started with some testing. Makes sense to get the Android app</div><div>to a good state before starting with iOS, however, waiting a couple of weeks/ month and</div><div>then finding that it doesn't work would be a pity.</div><div>I discussed this with some divers, nobody is really expecting a full Subsurface all on iOS, they</div><div>want to view their main dive parameters, add locations with GPS and eventually get a signature</div><div>into their cloud storage.</div><div>Since I don't have an Android phone anymore and non of my colleagues has I don't know what</div><div>the Android App does. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
//Anton<br>
<br>
--<br>
Anton Lundin    <a href="tel:%2B46702-161604" value="+46702161604">+46702-161604</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Best regards,<div>Guido</div></div></div>
</div></div>