[Libreoffice-ux-advise] [Bug 41542] FORMATTING: Allow "Spacing to contents" for edges without a line

https://bugs.documentfoundation.org/show_bug.cgi?id=41542

--- Comment #23 from Regina Henschel <rb.henschel@t-online.de> ---
@Heiko: Columns are difficult.

Case tables:
There exists the ODF style attribute 'table:border-model' with value
'collapsing' and 'separating'. A similar -but not referenced- attribute in CSS
and XSL is 'border-collapse' with values 'separate' and 'collapse'. In case of
'separate', the attribute 'border-spacing' in CSS (and perhaps
'border-separation' in XSL) determines the length of the gap. But a similar
attribute does not exist in ODF.
Therefore there is never a gap between the borders of adjacent table cells in
ODF, and we need not think about a name.

Case page-layout, section, and frame:

If there exists no single <style:column> elements, the attribute
'fo:column-gap' of <style:columns> can be used. If there exists <style:column>
elements to make settings for each column, then the distance is set by the
attributes 'fo:start-indent' and 'fo:end-indent' of <style:column>. These
attributes are based on the corresponding attributes in XSL.

The attributes 'fo:start-indent' of the first column and 'fo:end-indent' of the
last column work, although there exist no UI to set them. And there is no UI
for an unequal distribution of the total gap, but such work too.

The implementation in LibreOffice seems to be wrong, as it used 'fo:column-gap'
although <style:column> elements exist.

The attributes 'fo:space-before' and 'fo:space-after' (for the vertical
direction) are defined in ODF, but not implemented in LibreOffice.

In regard to the name:
It should not be 'padding' or 'margin' because those exist in addition for
page-layout, section, and frame and have different meanings.
'start-indent' and 'end-indent' would be fine, if there are plans to allow
different values left and right. 'start'/'end' and not 'left'/'right', because
it depends on the writing direction.
If we stay with the current UI, then 'gap' might be suitable, but it does not
correspond to the file format, in case e.g. three columns with different
'gap'-values are used, which needs to result in single 'indent' values.

The current word 'Spacing' as a generic term is not bad. So I suggest do not
change it for columns, as long as there are no changes in the UI.

-- 
You are receiving this mail because:
You are on the CC list for the bug.