Next in thread →
Next in month →
Re: [office] A small step on "Empty Cell"
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:
You say theÂuser semantic
perspective an "empty cell" should be equal to the
function ISBLANK on the cell is returning TRUE.
yes
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:
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?ÂÂ
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
Next in thread →
Next in month →