|
|
Home » Community » PR, media coverage, articles and documentation » U++ connection with other tools...
|
|
|
|
|
|
|
|
|
Re: U++ connection with other tools... [message #4215 is a reply to message #4214] |
Fri, 28 July 2006 21:33 |
|
fudadmin wrote on Fri, 28 July 2006 15:24 | My advice ( for all beginners and not only) study the sources first (not the RTFM ). At least the names of packages and the names of files.
Then *.h files for interfaces. You will discover a several mountains of things in U++...
|
I do learn lots from the source, but often I find one function references 5 others that I have no clue how they work. Those, in turn reference others. I've just yet to get that "base knowledge" of U++ that will help me out here.
And yes, thank you Mirek!
|
|
|
|
Re: U++ connection with other tools... [message #4224 is a reply to message #4221] |
Sat, 29 July 2006 01:01 |
|
luzr wrote on Fri, 28 July 2006 18:22 | See reference/xml and /xmlize. Really nothing complicated
|
I figured it out- the problem was calling PassEnd() when there was no end to pass (or it had already been passed). And my code wasn't in a try{} so it would crash.
|
|
|
Re: U++ connection with other tools... [message #4286 is a reply to message #185] |
Mon, 31 July 2006 14:52 |
Ptomaine
Messages: 11 Registered: July 2006
|
Promising Member |
|
|
Hello Mirek.
Please, take a careful look at the LibXml2 (http://www.xmlsoft.org) library to wrap it into C++ classes. Carefully read the main page that describes what libxml2 supports. Many developers consider libxml2 as powerful as Microsoft XML (especially its streaming API). XPath, XInclude, XSLT and schemas support is the functionality that the real XML system must support and that is the functionality that makes sense to use XML itself. The power of XML is not that of storing one more structured text file. We have a lot of structured formats and we can invent even more. The power of XML is that it is the standard and a complicated structured data can be easily retrieved with some rules (XPath), verified to rely on (Schemas, DTD), combined from several xml files (XInclude), transformed (XSLT) and so on. The XML is not just one more text file as many people used to think about and it is not just a configuration file (it resembles shooting the fly from a bazooka . It is more more useful. The Expat library can not be treated as a powerful xml system because it does not have that power of libxml2. The Expat library is just a parser but libxml2 is much more then just a parser - it's the XML system.
LibXml2 has its own libxml2++ wrapper classes but they tightly depend on GNOME glib because of UTF8 support. It's worth to write the own C++ wrapper classes, I think.
BTW, libxml2 considers libiconv (to convert charsets into its own inner UTF8 format). Anyway, without libiconv libxml2 can work with only UTF8 and some latin charsets xml files. Mirek, you can include libiconv into the project (its just 4 files to compile) and write one C++ wrapper class to handle conversions.
Mirek, if you do not mind, I have my code to wrap libxml2 basic functionality and to wrap libiconv conversion function. I can email you that code to analize and maybe it'll be useful for you to take a decision. What do you say?
|
|
|
Re: U++ connection with other tools... [message #4287 is a reply to message #4286] |
Mon, 31 July 2006 15:05 |
|
mirek
Messages: 13975 Registered: November 2005
|
Ultimate Member |
|
|
Ptomaine wrote on Mon, 31 July 2006 08:52 | Hello Mirek.
Please, take a careful look at the LibXml2 (http://www.xmlsoft.org) library to wrap it into C++ classes. Carefully read the main page that describes what libxml2 supports. Many developers consider libxml2 as powerful as Microsoft XML (especially its streaming API). XPath, XInclude, XSLT and schemas support is the functionality that the real XML system must support and that is the functionality that makes sense to use XML itself. The power of XML is not that of storing one more structured text file. We have a lot of structured formats and we can invent even more. The power of XML is that it is the standard and a complicated structured data can be easily retrieved with some rules (XPath), verified to rely on (Schemas, DTD), combined from several xml files (XInclude), transformed (XSLT) and so on. The XML is not just one more text file as many people used to think about and it is not just a configuration file (it resembles shooting the fly from a bazooka . It is more more useful. The Expat library can not be treated as a powerful xml system because it does not have that power of libxml2. The Expat library is just a parser but libxml2 is much more then just a parser - it's the XML system.
LibXml2 has its own libxml2++ wrapper classes but they tightly depend on GNOME glib because of UTF8 support. It's worth to write the own C++ wrapper classes, I think.
BTW, libxml2 considers libiconv (to convert charsets into its own inner UTF8 format). Anyway, without libiconv libxml2 can work with only UTF8 and some latin charsets xml files. Mirek, you can include libiconv into the project (its just 4 files to compile) and write one C++ wrapper class to handle conversions.
Mirek, if you do not mind, I have my code to wrap libxml2 basic functionality and to wrap libiconv conversion function. I can email you that code to analize and maybe it'll be useful for you to take a decision. What do you say?
|
I will try to put it plain. I have no problems with using tools like libxml2. However, right at this very moment, we cannot afford investing time to properly integrating something as complex as libxml2 is. (I would be happy if we are able to develop everything that is planned for winter release of U++).
OTOH, I see no problem in adapting libxml2 as plugin library and even distributing it with U++ (well, but somebody should tell me whether MIT license is BSD-like).
But, there is Charset.h in Core. Please try to tell me what if that is what libiconv does...
Mirek
|
|
|
|
|
Goto Forum:
Current Time: Tue Apr 23 23:35:08 CEST 2024
Total time taken to generate the page: 0.03238 seconds
|
|
|