Re: [PyKDE] XML support
On Tuesday November 25 2003 1:15 pm, Phil Thompson wrote: On Tuesday 25 November 2003 2:15 am, Eron Lloyd wrote: Hello all, Is anyone doing anything major with the qtxml package? Is XML support in PyQt experimental? Perhaps I would be better to rely on another package for now...I also see the none of the SAX stuff is wrapped or exposed. If qtxml was good enough, it'd be one less package I'd need to add to my project. There's nothing experimental about qtxml - it's no different to any of the other modules. The SAX stuff isn't wrapped simply because nobody has asked for it. Personally, I use PyXML - and the Jones Drake book. Ah, I see. The more I learn, I guess PyQt isn't as automated a wrapping as I had originally imagined. I thought that just about every class was available. Reading deeper into the code, I notice things like Qt Properties aren't available directly. I assume once SIP 4 solidifies this will become easier? As far as SAX support goes, it might be convenient to have, or at least mention the exclusion in the docs. Looking at the huge(!) map of classes in the Qt doc, I must imagine providing all that functionality is quite a task. Is there anything not implemented that hasn't been because no one requested? Regards, Eron -- Eron Lloyd Technology Coordinator Lancaster County Library [EMAIL PROTECTED] Phone: 717-239-2116 Fax: 717-394-3083 --- [This E-mail scanned for viruses by Declude Virus] ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.imk.fraunhofer.de/mailman/listinfo/pykde
Re: [PyKDE] XML support
On Wednesday 26 November 2003 9:51 pm, Eron Lloyd wrote: On Tuesday November 25 2003 1:15 pm, Phil Thompson wrote: On Tuesday 25 November 2003 2:15 am, Eron Lloyd wrote: Hello all, Is anyone doing anything major with the qtxml package? Is XML support in PyQt experimental? Perhaps I would be better to rely on another package for now...I also see the none of the SAX stuff is wrapped or exposed. If qtxml was good enough, it'd be one less package I'd need to add to my project. There's nothing experimental about qtxml - it's no different to any of the other modules. The SAX stuff isn't wrapped simply because nobody has asked for it. Personally, I use PyXML - and the Jones Drake book. Ah, I see. The more I learn, I guess PyQt isn't as automated a wrapping as I had originally imagined. I thought that just about every class was available. Those that have been implemented are documented as such. Reading deeper into the code, I notice things like Qt Properties aren't available directly. I assume once SIP 4 solidifies this will become easier? I've no plan to implement properties as I don't see them adding anything particularly useful. As far as SAX support goes, it might be convenient to have, or at least mention the exclusion in the docs. The fatc that they are not documented means they are not implemented. Looking at the huge(!) map of classes in the Qt doc, I must imagine providing all that functionality is quite a task. Is there anything not implemented that hasn't been because no one requested? The SAX stuff is probably the biggest group of classes that hasn't been implemented but could be done easily. Phil ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.imk.fraunhofer.de/mailman/listinfo/pykde
Re: [PyKDE] XML support
On Tuesday 25 November 2003 2:15 am, Eron Lloyd wrote: Hello all, Is anyone doing anything major with the qtxml package? Is XML support in PyQt experimental? Perhaps I would be better to rely on another package for now...I also see the none of the SAX stuff is wrapped or exposed. If qtxml was good enough, it'd be one less package I'd need to add to my project. There's nothing experimental about qtxml - it's no different to any of the other modules. The SAX stuff isn't wrapped simply because nobody has asked for it. Personally, I use PyXML - and the Jones Drake book. Phil ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.imk.fraunhofer.de/mailman/listinfo/pykde
Re: [PyKDE] XML support
Is anyone doing anything major with the qtxml package? Is XML support in PyQt experimental? Perhaps I would be better to rely on another package for now...I also see the none of the SAX stuff is wrapped or exposed. If qtxml was good enough, it'd be one less package I'd need to add to my project. I don't really know much about the Qt XML stuff, and even less about its support in PyQt. However, I have spent a bit of time recently looking into Python XML support. My conclusion is as follows: if you need basic XML support, the Python-supplied 'xml' package may well do what you need. It's based on the ubiquitous expat parser, so it's fast and robust. However, it's not a validating parser, and it doesn't have support for XPATH or XSLT. if you need those, go straight to 4Suite. State of the art stuff, designed and written for Python, with all the features you could ask for on a very fast 'C' based implementation. There's also the PyXML package which claims to be a drop in replacement for the standard 'xml' package. This works well enough and has a validating parser and full DOM Level 2 support. It has a dated XPATH implementation and buggy XSLT, plus it's slower than 4Suite, so it's hard to recommend it over 4Suite unless lightness is high amongst your priorities. Quite where that leaves qtxml I'm not sure. I'm not convinced it's a particularly worthy addition to Qt since XML libraries are complex and hard work to keep up to date. It's bound to be a lesser solution that any of the specific XML C++ packages out there like Xerces. A PyQt port of qtxml seems to make even less sense, since Python has an absolute abundance of top quality XML solutions. I appreciate your point about keeping the packages base of your application as simple as possible, but to be honest, if that's the best reason you have, installing 4Suite will be well justified. -- eatapple core dump ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.imk.fraunhofer.de/mailman/listinfo/pykde