[Kde-games-devel] Re: Tagaro as an application?

[Shantanu Tushar Jha]

Hi,

On Tue, Jan 18, 2011 at 7:14 PM, Dan Leinir Turthra Jensen
<admin at leinir.dk>wrote:

> On Monday 17 Jan 2011 19:19:19 Stefan Majewsky wrote:
> > Am Montag, 17. Januar 2011, 00:39:28 schrieb Dan Leinir Turthra Jensen:
> > >   GamingFreedom.org (our distribution site) uses the Open Collaboration
> > >
> > > Services for all contact between the player applications and the server
> > > (and gluon creator as well)... We will need a few extra things as well,
> > > in particular you might've seen a random note about a new module for
> > > achievements. Other than that, of course, high scores, savegames and
> the
> > > like will need some storage server side.
> >
> > Where is this documented? Do you have some wiki page, Etherpad document
> or
> > such where I can enter my thoughts on what API will be needed?
> >
> > Also, do you have any code or concepts for how local storage of all this
> > will look like? Everything has to work off-line, so the library or the
> > Tagaro application should store the necessary bits locally.
>

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 -

{ GluonCore::GluonObject(383552)
                            Author string(shaan7)
                            Title string(Stop)
                            Body string(Stop spamming now ! :P)
                            DateTime string(Fri Sep 24 14:49:59 2010)
                            Rating int(50)
}

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 ;)

As Dan said, in the end it would be cool if we have KDE-wide agreement over
KDE's distribution systems, and yes, a sprint would be helpful, +1 from me
too.


> >
> > So, apart from the actual ontology of storable objects, I would like to
> > specify some default location where stuff is stored on disk, so that
> > non-KDE and non-Gluon apps can reuse this infrastructure. Imagine the
> > XMoto server providing an OCS interface, so Tagaro can download updated
> > XMoto levels and upload highscores in the background if the user wants it
> > to do that.
>
>  i am replying again to this one, to bring the question to the attention of
> Shantanu, who's the guy that's been working most on libgluonplayer - hoping
> that he can shed some light on our current situation :)
>
> --
> ..Dan // Leinir..
> http://leinir.dk/
>
>                          Co-
>                            existence
>                          or no
>                            existence
>
>                          - Piet Hein
>



-- 

Shantanu Tushar    (UTC +0530)
http://www.shantanutushar.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kde-games-devel/attachments/20110118/eef0ea39/attachment.htm