Gaillard Pierre-Olivier <[EMAIL PROTECTED]> writes:
| Hello,
|
| I would like to work on XML support for LyX again. I had reached a point
| where I could write and read files before my long holidays . I still
| need to work a lot on the mathed part since it uses specific code to
| read its data.
|
| But first, I need to sync back with LyX development, should I use
| BRANCH_new_insets ?
| Also, would someone be willing to discuss inclusion of the XML code,
| this seems to be the time since LyX 1.1.6fix1 seems really good. I guess
| that Lars and others might have some time to give me directions. Maybe
| some of you would be willing to review the current XML code ?
Since we have decided that an xml-like format is the way to go we
should begin development of this in a separate branch. I don't know
how much time you will have for this, but anyway I don't think we
will/should included it in lyx before 1.3.0cvs. Until then we can have
a separate branch for this.
BRANCH_xml_format
or something. In the beginning I'll have you send patches, and later I
will give you write access. This way someone will probably look at the
code in the beginning and give opinions on the code.
Perhaps the xml writer should be written first? and then the xml
parser could be created/implemented later?
Anyway when the parser is written it should still be possible to read
old lyx files so the old lyx parser should be retained.
| I guess that XML file-format is going to be optional for quite some
| time, so I will #ifdef the code I add with XML_READ and XML_WRITE. It
| seems fair to make them separate since XML_WRITE requires only a small
| helper class while XML_READ currently requires libxml (the tarball must
| be around 400K and it is LGPLed ;-). I'll do this when it is clear what
| branch I should work on.
I must admit that I don't like any of the xml parser libs that I have
seen, so far I am most comfortable with xerces¹.
Can libxml also validate the document?
¹ but it uses pointers and "smart-containers" too much for my liking.
Lgb
