[Octave-bug-tracker] [bug #60825] [octave forge] (io) io oct2xls corrupts content.xml

[Philip Nienhuis]

Update of bug #60825 (project octave):

                  Status:          Ready For Test => Fixed                  
             Open/Closed:                    Open => Closed                 

    _______________________________________________________

Follow-up Comment #10:

Yeah my apologies, the OCT interface's oct2xls ignores (wipes) all formatting
in processed worksheets for actually all supported outputs - .xlsx, .ods and
.gnumeric. That is a known and practically unresolvable limitation, in the
sense that it'll take an awful lot of work to get it properly working; it'd
also severely affect performance. Given that there is a choice of ready-baked
interfaces that behave better, IMO there's little use (in the sense of
"re-inventing the wheel") in trying to also implement retaining formatting.

Anyway, good that you mention - I'll include a warning somewhere in the help
texts about this. I should have done that long ago (shame on me).

IMO the OCT interface is very good for *reading* data (and for .xlsx much
faster than the Java-based interfaces) and for just *basic* output.
For maintenance of and fiddling with formatted spreadsheets there are very
good but much slower alternatives based on Java.
There's a lot to tell about how this situation came together but please don't
get me started :-)

Thank you confirming the fix for the data corruption (let's ignore format
corruption :-) ).

Given that what could be fixed has been fixed I'll close this report.

    _______________________________________________________

Reply to this item at:

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

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