[Octave-bug-tracker] [bug #51203] xlswrite(...'com') output results in a corrupted .xlsx / unicode issues

[Philip Nienhuis]

Follow-up Comment #73, bug #51203 (project octave):

@Markus,
I pushed the patch in comment #69 as well, thanks.

What shall we do with this bug report?
By the end of next week I'll be away for 3 weeks and until then I have little
time left to devote to Octave.

* If you think the unicode issues are solved we can at least adapt the title.

* Corrupted .xlsx:
That may have been caused (in part or completely) by the (lack of) unicode
conversion too, I hit that several times myself.

As to Infozip and "cd": I know the issue is real but rare, and chasing it down
has shown to be quite hard.

In the original bug report Andrey states that it is the COM interface that
gave him errors. probably that issue is not so much that the file is corrupt
but rather that is has the wrong extension, or contents => Excel stubbornly
creates .xlsx files even if the filename extension is .xls (an Excel bug if
you ask me).
That reminds me of the fact that the default file extension currently still is
.xls. But now that most people have MS-Office >= 2007 .xlsx is a better
default. So I just changed that:
http://hg.code.sf.net/p/octave/io/rev/5b5b31fa4020




    _______________________________________________________

Reply to this item at:

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

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