[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-edu
Subject:    Re: [kde-edu]: KVocTrain rewrite - feature list and usecases
From:       Anne-Marie Mahfouf <annemarie.mahfouf () free ! fr>
Date:       2004-04-11 14:32:13
Message-ID: 200404111032.13497.annemarie.mahfouf () free ! fr
[Download RAW message or body]

On April 10, 2004 10:59 pm, Peter Hedlund wrote:
> Hi,
>
> > Attached is a list of usecases for the new implementation of KVocTrain...
>
> Very impressive work. Thank you.
>
> I have a couple of additional items I want to discuss.
>
> First the libkdeedu library. As it is now there is a very rudimentary class
> for loading kvtml files. I believe we need a library with shared classes
> for maintaining kvtml documents. Now if you create an advanced file in
> KVocTrain, then load it in FlashKard or KWordQuiz, make a little change and
> save, chances are a lot of information is lost. The library should provide
> a kvtml document class that can be shared between applications and that
> will handle loading and saving without data loss. I know this will probably
> be overkill for a program like KHangman, but will allow a greater number of
> files to be used by several edu programs. Comments?
 I agree
> Second the kvtml file format itself. The minimum changes I would like to do
> are adding an attribute to the <e> element for storing the rowheight used
> when displaying the vocabulary, and adding <sound> and <image> child
> elements to the <o> and <t> elements. Sound and image are needed to create
> a flashcard program that can use this type of data. The elements would
> contain URLs linking to sound or image files.
I agree as well
> Going further than that I don't particulary like the structure of the kvtml
> DTD. It relies too heavily on attributes. E.g. comments, false friends,
> synonyms and antonyms are all attributes. The files would be much easier to
> handle and read (by human and machine alike) if these things were child
> elements instead. Comments?
and I also agree 

Do you have any time to try improving the points you suggest? (in kdenonbeta 
maybe)

Cheers,

Anne-Marie
_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-edu
[prev in list] [next in list] [prev in thread] [next in thread]