[Octave-bug-tracker] [bug #59245] Implementation of an XML interface without Java dependency

[Philip Nienhuis]

Follow-up Comment #14, bug #59245 (project octave):

@Markus: I'm at your disposal for helping with spreadsheet I/O internals. With
io and mapping pkg releases out of the way I was planning to devote more time
to other things so more active development is s/th for maybe later.
The OOXML file format has meta info distributed over a lot of separate XML
files and subdirs in the zipped package; getting & keeping it all properly in
sync is one of the biggest challenges. XPath etc. otherwise work fine in the
individual XML files.

Just curious: is there a reason to make it an internal Octave function right
from the start, rather than completely stand-alone .cc and .oct files? I'd
maybe (probably?) naively think that development could be easier if the whole
of Octave doesn't have to be rebuilt completely for a next trial.

BTW, I just remembered that in old versions of the io package there used to be
an almost completely undocumented binary xmlread by Laurent Mazet. Maybe
there's some useful stuff inside.
At some moment it got replaced by the Java-based versions from Panxto.

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?59245>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/