[Octave-bug-tracker] [bug #49222] octave-io 2.4.3: xls2oct with "OCT" interface lost the ability to read german umlauts or °

[Philip Nienhuis]

Follow-up Comment #10, bug #49222 (project octave):

@Markus,

Thank you very much, that cset helps out a lot - I can confirm what you write.
I pushed it with some minor edits here:
http://hg.code.sf.net/p/octave/io/rev/e670260a712b

Now, writing to file still goes wrong. I suppose the conversion should go the
other way round then. Note that tidyxml is also called in oct2xls.m.
If I comment out the call to tidyxml in oct2xls.m, write the contents of
Andreas' file to disk and open it in Excel, I get complaints about illegal XML
characters.
IIRC one of the reasons I made tidyxml.m is that Excel (or LibreOffice, I
don't remember) didn't accept characters outside the range [32..127] in XML
text contents. Although I could find that nowhere in the ECMA specs.

For now I think the situation is acceptable. 
Unless a solution is soon found for writing/converting unicode back to
acceptable XML text I think I'll make a new io release Very Soon (hopefully in
time for the final Octave-4.2 mxe binaries to be made by JWE)
I think a note in oct2xls.m's texinfo header that XML chars outside 32..128]
will be stripped when writing to file might be sufficient may be useful.

What do you think?


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?49222>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/