> Anyways, I was taking a look at
> the XML parsers out there. I wasn't able to find an existing prebuilt
> lib of any of the common ones(expat, Xerces, libxml) for Classic and
> Carbon, which is what I need. So does anyone know of any such resource?
You really need Classic? Why, you're supporting OS 8?
If you could assume CarbonLib, you could consider using property list
format, which is a restricted form of XML but still pretty general.
> Barring an existing lib, I'll try to get one of these guys built
> myself.
> Expat seems like it might be the simplest of them all to get built just
> based on a quick glance at the different sources. Anyone have any
> experience or advice about which XML parser they like best?
I haven't tried the others, but expat wasn't hard to get set up.
Micah Koch - 19 Feb 2004 13:05 GMT
> You really need Classic? Why, you're supporting OS 8?
>
> If you could assume CarbonLib, you could consider using property list
> format, which is a restricted form of XML but still pretty general.
I currently support Classic. I'm not entirely opposed to discontinuing
that support. This is just a hobby app, with a relatively small user
community. If I run into too much trouble trying to get another parser
built, I'll consider this option.
> > Barring an existing lib, I'll try to get one of these guys built
> > myself.
[quoted text clipped - 3 lines]
>
> I haven't tried the others, but expat wasn't hard to get set up.
Okay, I'll probably give it a shot first then. Thanks for the feedback,
Micah
Thomas Engelmeier - 23 Feb 2004 10:49 GMT
> > You really need Classic? Why, you're supporting OS 8?
> >
[quoted text clipped - 5 lines]
> community. If I run into too much trouble trying to get another parser
> built, I'll consider this option.
I would refrain from using the CFXML routines and format for anything
bejond absolutely simplistic structures. It's verbosity make it
extremely hard to keep track with an manual editor of complex, nested
structures.
Expat is extremely easy to build, but gives you 'only' the XML parsing
side. Implementing XML output is another half an day (mostly with the
Text encoding converter docs) and half an day debugging stuff like
forgotten escaping of >, < and & ;-)
If you can require Quicktime 5+, then there is also an XML Parser API
included:
<http://developer.apple.com/documentation/QuickTime/WhatsNewQT5/QT5NewCha
pt1/chapter_1_section_40.html>
Regards,
Tom_E

Signature
This address is valid in its unmodified form but expires soon.
>Barring an existing lib, I'll try to get one of these guys built myself.
>Expat seems like it might be the simplest of them all to get built just
>based on a quick glance at the different sources. Anyone have any
>experience or advice about which XML parser they like best?
What you are trying to do might be overkill. Take a look at my simple XML
processor: http://www.fxtech.com/xmlio
This was designed to be a lightweight application data I/O layer that you
can integrate directly with your objects. It supports things like reading
values directly into your object data members.
Micah Koch - 24 Feb 2004 23:37 GMT
> >Barring an existing lib, I'll try to get one of these guys built myself.
> >Expat seems like it might be the simplest of them all to get built just
[quoted text clipped - 7 lines]
> can integrate directly with your objects. It supports things like reading
> values directly into your object data members.
Sounds great. I would definately like to keep things as simple as
possible, and this looks like it would do exactly what I need. Thanks
for the tip,
Micah