Kpairs Theme Schema

[Marco Calignano]

Hi,

Ok given that the sound are optional and not a must i would still like 
to see a complete example of all the possibility.
Let's say a copy af the theme zoo that i suggested done  in kvtml.
The example that you send doesn't show me the advantage of adopting kvtml.
For the parser, xml parsers are already develop in QT and the only thing 
you have to do is to interpret the content of the different nodes,
and i do not believe that the kvtml parser can do that.
I talked also with Apol and he is also skeptic about kvtml.
We are open to suggestion but they have to bring advanteges, and the 
only advantage that kvtml brings to us
is a parser for that xml structure too difficult to read for a uman being.
Since we have already a parser for xml the advantage is little.
Plus if we want to support video, we need to change the kvtml  specifics.
This means change the parser, this means code a new parser, this means  
test the parser,
this means test all the other programs that use the parser and only then 
have the support for what we want to do.
All of this to create a theme of a game that any of the other 
applications will ever use.

Greetings

Marco

On 09/02/2011 09:58 AM, Anne-Marie Mahfouf wrote:
> On Wed August 31 2011 23:46:20 Marco Calignano wrote:
>
>> Ok i read a bit the specific of the kvtml format and i don't think that
>> could be applied to kpairs for the theme.
>> But of course I am no expert so I would like to see the same example in
>> kvtml  so I can get convinced and use it.
>> Can anyone "translate" (<- :) ) that to kvtml
>> Thanks
>> Marco
> Hi,
>
> About kvtml: attached is a small file with 2 entries zoo.kvtml (I am not a
> kvtml guru though)
> dtd can be found at
> https://projects.kde.org/projects/kde/kdeedu/libkdeedu/repository/revisions/master/changes/keduvocdocument/kvtml2.dtd
>
> pros of using kvtml:
> parser ready
> editor can be extended for users to easily contribute (based on Kanagram
> editor and improve it for example)
>
> cons:
> does not directly fit the needs (would need extensions)
> not sure how other progs would find the adequate files anyway (KHangMan would
> need only text-text pairs files for example)
>
> As far as I see it, pros are programatically oriented: less code to do.
>
> A new format is a lot of work though. Keep it simple (do we need miss and
> found sounds per theme? and even a theme sound? that seems a lot of work for
> the theme designer, pictures, xml file, sounds,...)
>
> There are 2 sides in the theme support: to make people contribute themes
> easily and to easily read themes from the game.
>
> I like the first draft of the xml you sent minus all I said above. Supporting
> categories as said Todd is a good idea.
>
> Best regards,
>
> Anne-Marie
>
>
>
>
>
>
>
>
> _______________________________________________
> kde-edu mailing list
> kde-edu at mail.kde.org
> https://mail.kde.org/mailman/listinfo/kde-edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-edu/attachments/20110902/2786c181/attachment.html>