https://bugs.documentfoundation.org/show_bug.cgi?id=165995
Bug ID: 165995
Summary: FILESAVE PPTX: top/bottom Border spacing is not
exported (or left/right if zero)
Product: LibreOffice
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Keywords: filter:pptx
Severity: normal
Priority: medium
Component: Impress
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
As seen with FixedCellHeight_affectingShape_LiberationAutofitB.pptx (attachment
200062 from bug 165950), round-tripping the file in LO causes the border
spacing (which is zero) to be lost, and instead it reloads with some default
values.
The same thing is true if various border spacing values are provided - all is
simply lost on a round-trip.
In the case of this unit test, it should have written
<a:tcPr marL="0" marR="0", marT="0", marB="0">
just like this example document has.
I presume the defaults are coming from oox/source/drawingml/table/tablecell.cxx
TableCell::TableCell() ...
, mnMarL( 91440 )
, mnMarR( 91440 )
, mnMarT( 45720 )
, mnMarB( 45720 )
and oox/source/drawingml/table/tablecellcontext.cxx
case A_TOKEN( tcPr ): // CT_TableCellProperties
mrTableCell.setLeftMargin( rAttribs.getInteger( XML_marL, 91440 ) );
...
This ought to be written out in oox/source/export/shapes.cxx
ShapeExport::WriteTableCellProperties, especially if 0, not
sax_fastparser::UseIf(OString::number(oox::drawingml::convertHmmToEmu(nLeftMargin)),
nLeftMargin > 0)
--
You are receiving this mail because:
You are the assignee for the bug.
