Hi,<div><br><div class="gmail_quote">On Tue, Jan 18, 2011 at 7:14 PM, Dan Leinir Turthra Jensen <span dir="ltr">&lt;<a href="mailto:admin@leinir.dk">admin@leinir.dk</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
On Monday 17 Jan 2011 19:19:19 Stefan Majewsky wrote:<br>
&gt; Am Montag, 17. Januar 2011, 00:39:28 schrieb Dan Leinir Turthra Jensen:<br>
&gt; &gt;   GamingFreedom.org (our distribution site) uses the Open Collaboration<br>
&gt; &gt;<br>
&gt; &gt; Services for all contact between the player applications and the server<br>
&gt; &gt; (and gluon creator as well)... We will need a few extra things as well,<br>
&gt; &gt; in particular you might&#39;ve seen a random note about a new module for<br>
&gt; &gt; achievements. Other than that, of course, high scores, savegames and the<br>
&gt; &gt; like will need some storage server side.<br>
&gt;<br>
&gt; Where is this documented? Do you have some wiki page, Etherpad document or<br>
&gt; such where I can enter my thoughts on what API will be needed?<br>
&gt;<br>
&gt; Also, do you have any code or concepts for how local storage of all this<br>
&gt; will look like? Everything has to work off-line, so the library or the<br>
&gt; Tagaro application should store the necessary bits locally.<br></blockquote><div><br></div><div>Well right now what we are doing is storing all the offline data in plaintext in ~/.gluon . GluonCore has something called GDL which is essentially a tool to serialize any GluonObject to a syntax like this -</div>
<div><br></div><div><div>{ GluonCore::GluonObject(383552)</div><div>                            Author string(shaan7)</div><div>                            Title string(Stop)</div><div>                            Body string(Stop spamming now ! :P)</div>
<div>                            DateTime string(Fri Sep 24 14:49:59 2010)</div><div>                            Rating int(50)</div><div>}</div></div><div><br></div><div>We use this to currently store comments that are fetched from the gamingfreedom server. As GluonObjects can have a tree structure (that, is have children etc), we have threaded comments shown in Gluon Player. So, we have a working offline storage, though there is not any form of protection against a naughty user changing the files ;)</div>
<div><br></div><div>As Dan said, in the end it would be cool if we have KDE-wide agreement over KDE&#39;s distribution systems, and yes, a sprint would be helpful, +1 from me too.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
&gt;<br>
&gt; So, apart from the actual ontology of storable objects, I would like to<br>
&gt; specify some default location where stuff is stored on disk, so that<br>
&gt; non-KDE and non-Gluon apps can reuse this infrastructure. Imagine the<br>
&gt; XMoto server providing an OCS interface, so Tagaro can download updated<br>
&gt; XMoto levels and upload highscores in the background if the user wants it<br>
&gt; to do that.<br>
<br>
  i am replying again to this one, to bring the question to the attention of<br>
Shantanu, who&#39;s the guy that&#39;s been working most on libgluonplayer - hoping<br>
that he can shed some light on our current situation :)<br>
<br>
--<br>
..Dan // Leinir..<br>
<a href="http://leinir.dk/" target="_blank">http://leinir.dk/</a><br>
<br>
                          Co-<br>
                            existence<br>
                          or no<br>
                            existence<br>
<br>
                          - Piet Hein<br>
</blockquote></div><br><br clear="all"><br>-- <br><div><br></div>Shantanu Tushar    (UTC +0530)<br><a href="http://www.shantanutushar.com" target="_blank">http://www.shantanutushar.com</a><br>
</div>