<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Apr 1, 2015 at 12:26 AM, Aleix Pol <span dir="ltr"><<a href="mailto:aleixpol@kde.org" target="_blank">aleixpol@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
</div></div>There's this PoC by PovAddict:<br>
<a href="http://quickgit.kde.org/?p=scratch%2Fnalvarez%2Ffacebook-chat.git" target="_blank">http://quickgit.kde.org/?p=scratch%2Fnalvarez%2Ffacebook-chat.git</a></blockquote><div><br></div><div>Yes, that's a script basically acting as a webbrowser and parsing the DOM</div><div>together with some reverse-engineered ajax calls iirc. Besides the obvious</div><div>the-webpage-can-change-any-minute-and-things-explode (which they</div><div>currently do) it also cannot get your whole friend list; it's only those that you</div><div>see in your sidebar when you open <a href="http://facebook.com">facebook.com</a> iirc.</div><div><br></div><div>Rather than basing it on that^, I think it'd be more rewarding/beneficial to</div><div>go the Messaging API way (through /me/inbox endpoint). In fact, you could</div><div>probably collect the user ids from the recent inbox messages. Though note that</div><div>starting with April, all apps requesting non-standard permissions (which</div><div>read_inbox is) must go through Facebook review, so it might be they will</div><div>just deny that API usage...</div><div><br></div></div><div>Cheers</div>-- <br><div class="gmail_signature"><div><span style="color:rgb(102,102,102)">Martin Klapetek | KDE Developer</span></div></div>
</div></div>