[openbeos] Re: XML kit?
- From: "Adi Oanca" <e2joseph@xxxxxxxxxx>
- To: <openbeos@xxxxxxxxxxxxx>
- Date: Sat, 20 Dec 2003 17:09:18 +0200
From: "Axel Dörfler" <axeld@xxxxxxxxxxxxxxxx>
> > Totally agreed! But before I, you, Axel, etc. start writing a new
> > component, we should HAVE XML Kit ready! Do you agree with me here?
>
> We should not write an XML kit from scratch but rather rely on one
> that's already developed - and writing a simple wrapper around it for
> our API compatibility shouldn't be all that hard.
> We have enough things for R2 that doesn't require an XML kit anyway,
> it's really not an urgent issue :)
Sure! Gabe already suggested libxml2.
From: "Michael Phipps" <mphipps1@xxxxxxxxxxxxxxxx>
> > I too am an adept of "Make Things Right", and that is exactly why I
> > asked that!
> > An "MTR" XML kit should be ready *before* others even start doing
things
> > The Right Way.
> > Do you see what I mean?
>
> Yes, I see what you are saying - that there is a possibility that some
> features of R2 will rely on other features and, as such, will require a
> dependency tracking to ensure that the tools are ready for the stuff
further
> down the dependency tree.
EXACTLY!
> I think that something like an XML kit is probably near the base of the
> hierarchy of things that we should start planning for R2. I would believe
> that we could plan it out without implementing it such that people could
then
> count on it existing.
Well, I for one would preferr it working - and I think developers need
it ready before they start writing(after the planning stage).
> > > In addition, we have
> > > talked about some ability to convert back and forth between BMessage
and
> > XML.
> > > Even, possibly, making XML the format for BMessages that are written
out
> > to
> > > disk.
> > Opinions ARE shared... :-)
>
> I could take this two ways - one is that you agree. Cool. The other is
that
> you think that I/we should have shared this opinion. It was shared on GE
> (which, incidentally, is the place for this sort of thing). :-)
With all types of documents now adopting XML standard I don't see why we
shouldn't do that either. A flattened BMessage is already a "clear" file(you
can read from it), so a XML format won't harm nobody(now that HDD space is
not that important - who wants that: just archive it before writing it to
disk)
> > > Whether any of the above makes sense or not, it does, IMHO, illustrate
why
> > > major changes should be thought about as a cohesive unit and done in
one
> > > release. :-)
> > Totally agreed! But before I, you, Axel, etc. start writing a new
> > component, we should HAVE XML Kit ready! Do you agree with me here?
>
> Yes (well, at least we should have a header and a plan in place). But not
> now. R1 must continue to be our priority. A nice XML kit doesn't help us
if
> kit X isn't functional yet, where X in (Kernel, Media, App, Networking,
etc).
No no no... but after we release R1 there should be a person who should
do that(while we release patches :-) and plan R2).
Other related posts:
