<div dir="ltr">Hello all, <div><br></div><div style>I've just finished all my exams today! (yes ... we are really late in terms of finals :/ ) So now I can finally get up to full speed! ^^ And I means sorry for this very late update.</div>
<div style><br></div><div style>As for now, the application is fully functional, which means it can handle connection/disconnection from server, basic functionalities like slides control and receive and slideshow previews work as expected as well. During the following week I will be working on the UI/UX design (I will open a wiki page for that). I will be testing it as an iPhone app as that might be the most frequent use case for this application. </div>
<div style><br></div><div style>I've been doing some research on the bonjour service discovery and I will start with MacOS/iOS zeroconf networking but I might need some time to understand how server-end code work before experimenting with it. </div>
<div style><br></div><div style>That it for now, I will let you know if I encounter any problems. </div><div style><br></div><div style><br></div><div style>ATB, </div><div style><br></div><div style>Siqi</div><div class="gmail_extra">
<br><br><div class="gmail_quote">2013/6/17 Michael Meeks <span dir="ltr"><<a href="mailto:michael.meeks@suse.com" target="_blank">michael.meeks@suse.com</a>></span><br><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">
<div class="im"><br>
On Mon, 2013-06-17 at 13:16 +0100, Andrzej J. R. Hunt wrote:<br>
> -Hence a custom discovery protocol was devised (multicast packets, see<br>
> android/sdremote/src/org/libreoffice/impressremote/communication/ServerFinder.java<br>
> for an example of the client end).<br>
<br>
</div> My concern (perhaps based on ignorance) was that despite the multicast<br>
nature of mDNS - I suspect that we have to have a single app on each<br>
host owning the mDNS port - rather than allowing lots of separate apps<br>
to listen to that on the same machine.<br>
<br>
As such, that gives some interesting platform integration problems on<br>
Linux - whereby we have to attempt to integrate with whatever dameon /<br>
service is owning that port on the given platform - or bear the risk (if<br>
we get it) of screwing up whatever else wants to use that. Then of<br>
course, we disabled TCP/IP by default anyway concerned about security -<br>
and so this was less of a problem.<br>
<div class="im"><br>
> W.r.t to actual support for this, as far as I remember it was:<br>
> - Bonjour for Mac<br>
> - Avahi for Linux<br>
> - Bonjour for Windows too, but would require shipping the Bonjour<br>
> binary along with LO.<br>
<br>
</div> I guess that needs some license investigation; but sounds plausible<br>
Bonjour is IIRC ALv2. Wrt. integrating with Avahi - I guess we don't<br>
want hard linkage to that, in case it's not there - so that'd mean<br>
having a plugin of some kind: do-able but a bit more work (depending how<br>
Avahi's client functionality works).<br>
<br>
With an internal Bonjour on Windows, does that mean we join a bun-fight<br>
for who owns the mDNS port on Windows ? against anyone else that tries<br>
to have Bonjour support ? and/or would we have to ship a daemon there ?<br>
It'd be nice to know what version requirements we have for our base-line<br>
Mac build vs. the Bonjour API.<br>
<br>
Otherwise - it seems like this is the best way to get<br>
bluetooth-incapable iPhones working ? :-) so - lets go for it I guess.<br>
<br>
ATB,<br>
<br>
Michael.<br>
<span class=""><font color="#888888"><br>
--<br>
<a href="mailto:michael.meeks@suse.com">michael.meeks@suse.com</a> <><, Pseudo Engineer, itinerant idiot<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div>--------</div><div><br></div><div>Cordialement,</div>Siqi LIU<div><br><div>Étudiant Ingérieur, Université de Technologie de Compiègne<br>
<div>Vice-Président de l'association robotique UTCoupe</div></div><div>Responsable d'atelier de ClubChine</div></div><div><br></div><div>------</div><div> Tel. +33 7 61 16 95 83<br></div><div> email: <a href="mailto:me@siqi.fr" target="_blank">me@siqi.fr</a></div>
<div>------</div></div>
</div></div>