Re: XML in core

On Friday 07 of November 2003 09:57, Peter Bienstman wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Friday 07 November 2003 06:59, David Calinski wrote:
> > Format is: (it's proposed format, I would like to hear your feedback)
> >
> > <memaid_data core_version="5" time_of_start="1068183140">
> >
> > <item tm_t_rpt="2" stm_t_rpt="0" l_ivl="0" rl_l_ivl="0" ivl="2" rp="0"
> > gr="3"> <id>
> > <![CDATA[id string]]>
> > </id>
> > <question>
> > <![CDATA[question here]]>
> > </question>
> > <answer>
> > <![CDATA[answer here]]>
> > </answer>
> > </item>
>
> BTW, the dtd I used for PyQt MemAid / Superkaramba can be found here:
>
> http://cvs.sourceforge.net/viewcvs.py/memaid/superkaramba/util/memaid.dtd?r
>ev=1.2&view=auto
>
> Apart from the category stuff, it is slightly different. I think for the
> common functionality we should standardise as much as possible. I don't
> really care what the fields are called exactly, so as soon as you've
> decided on the final format, I'll adapt mine.

1. Well, I think "item" is better that "elem". :)
2. You use longer variables (full, e.g. time_to_repeat).
IIRC Bruno prefers to have short ones (me too), but what do you think?
It would be nice to have format self-explanatory, but these variables can be 
misterious even with full names. (not to mention that full name of 
"stm_t_rpt" is unknown.)
I made it that way that at the begin of elements.xml there is added comment 
with some basic instruction and legend about variables.

So, should we use full names, or short ones?

3. <id> versus <cat> field - both fields are using the same internal variable 
AFAIK, but aplication can be different (e.g. AFAIK Richard is using <id> 
field to have an "identification" - a string to identify element).
Hmm, I can make core can use <cat> instead of <id>, anyways.
Is this a good idea..?

4. <Q> and <A> - I prefer it over <question> and <answer> as <Q>/<A> is short 
and stil self-explanatory. :)


Dave



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/