<div dir="ltr">Hello Philip!<div><br></div><div>I'm sorry but I haven't had time to give it a try during the weekend :/ I will try to do so during the week and give you some more feedback.</div><div><br></div><div>To try it, if you only have implemented the Android side, I assume you have to use 2 phones, right? </div><div><br></div><div class="gmail_extra"><div class="gmail_quote">On Fri, Nov 21, 2014 at 7:12 PM, Philip <span dir="ltr"><<a href="mailto:cliabhach@gmail.com" target="_blank">cliabhach@gmail.com</a>></span> wrote:<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">
- What terminology do I use to distinguish the bluetooth pairing process from<br>
the KDE Connect one?<br></blockquote><div><br></div><div>My first thought was to automatically trust the devices that are discovered through Bluetooth (actually, you have already paired them via Bluetooth, so they should be devices you trust already). However, I'm not sure if that's completely safe, so for now I would just keep the regular "pairing" in KDE Connect, that you should do after "pairing" the bluetooth devices. If we stick with this approach and we see that using the same name for both processes is confusing, we can change that later, but for now I would not worry about that... Let's make it work first!</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">
- Would it matter greatly if I sent the serialized NetworkPackage and its<br>
Payload in one stream?<br></blockquote><div><br></div><div>It should be fine. The only problem I see is that, if the payload is quite big, you won't receive the packet until the entire payload is transferred. I don't think it's going to be a big issue anyway, but it will behave different than the Lan backend and maybe some plugin needs an adjustment.</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">
- What UUID should we use for KDE Connect's bluetooth service?<br></blockquote><div><br></div><div>Alex Fiestas, any thoughts?</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">
- Does my code look sane?<br></blockquote><div><br></div><div>It looks like high quality code (assuming that the 20 seconds sleep is not definitive :P), but I will tell you more when I try it.</div><div><div><br class="">A last thought: I've seen that you are using BluetoothSockets and I think that Qt also implements that class (at least in Qt5), so porting it should be easy enough. However, better try it before you have everything done on Android, just in case there is some problem on the Qt side with this approach and we have to make changes. If we have to use Qt5 for it to work it's not a problem, because there is already a Qt5 branch and we are going to migrate to it anyway before the end of the year.</div></div><div><br></div><div>Looks awesome so far! And you made a huge progress very fast, so I'm confident we will have a very nice Bluetooth support soon :)</div><div><br></div><div>Thank you!</div><div>Albert</div></div></div></div>