<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">The reason we explored QtBluetooth was that I was told that in Qt5.5 it<br>
was going to support all our platforms. It appears that this was wrong an<br>
it supports all except for Windows :-(<br></blockquote><div><br></div><div>Well, no.. Sorry to disappoint you. For Qt 5.5 it is planned </div><div>to offer support for iOS and OS X and a stable Bluetooth </div><div>Low Energy API. I mentioned this on the proposal and the fact </div><div>that for Windows we will need to use the MS BT stack. </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
OK. How are you going to implement the OS X Bluetooth stack in<br>
libdiveceomputer? How about Android? And (here's hoping) IOS?</blockquote><div><br></div><div>If we want to have support for this platforms, probably the best </div><div>choice will be to use the Qt Bluetooth API and let the framework </div><div>to deal with the differences between the platforms. Because of this </div><div>I believe that it is a good idea for libdivecomputer to let the </div><div>application to open its custom communication implementation or to </div><div>be able to pass callbacks for basic read/write operations. </div></div><br></div></div>