[kde-edu]: KVocTrain rewrite - feature list and usecases

Anne-Marie Mahfouf annemarie.mahfouf at free.fr
Sun Apr 11 16:32:13 CEST 2004


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


More information about the kde-edu mailing list