Re: [office] A small step on "Empty Cell"

[Andreas J Guelzow <andreas.guelzow@concordia.ab.ca>]

Hi,

please see below

On 2020-06-26 10:06 a.m., Svante Schubert wrote:

Hello Andreas,

allow me to rephrase your answer before I ask questions to make sure I understand:

1. You say theÂuser semantic perspective an "empty cell" should be equal to the function ISBLANK on the cell is returning TRUE.
   

    yes

1. You say in case of theÂcell state being an empty cell (ISBLANK=True), the ODF XML element of a table should have no child element descendants

    No, I am not saying that. The XML has to be able to uniquely reflect
    the fact that the cell is empty, but it does not matter whether the
    table:table-cell element is empty or not.

If this is the case:

1. Do you desire to 'move' shapes and annotations out of the table cell, or shall for cells with shapes or annotation the type 'void' be used?ÂÂ
2. If the cell is empty (ISBLANK=True) should the XML be an empty XML element <table:table-cell/>?
   DoesÂit allowÂXML attributes, such as styles (e.g. background colour)?Â

During one of our last TC calls, you mentioned "multi-pass" of Gnumeric when loading ODS.
As far I understood, you desired images & annotations to be moved outside the XML of a cell.

Could you explain thisÂto me inÂmoreÂdetail?

I do not suggest to move images & annotations outside the XML of a cell. It seems that you and other members of the TC are thinking of the xml stream as the document. I consider the document and the xml stream to be distinct (but of course related) objects. The xml stream describes the object. When we read the xml stream, we create a document (which once it is created is independent from teh XML). When we write the document we create a new xml stream.

Andreas

--

Andreas J. Guelzow, PhD FTICA

Registrar & Director of Enrolment Services

Professor, Mathematical & Computing Sciences

Direct: +1 780 479 9290
Toll-Free: +1 866 479 5200

concordia.ab.ca