From 02195a17e88f668fce79937719215c6f5c318245 Mon Sep 17 00:00:00 2001 From: "Dr. David Alan Gilbert" Date: Sun, 22 Nov 2020 00:56:34 +0000 Subject: oox: VML export: Output coordsize even when top/left is 0,0 For a polyline which is written as a shape with a path, the path coordinates are defined by the coordsize; if it's missing we end up writing hmm's when the reader is probably expecting 1000th of parent. Note groups are still very broken. (e.g. try ./sw/qa/extras/ooxmlexport/data/kde216114-1.odt) This fixes the offsetting seen in part 3 of tdf#138374 Change-Id: I61ba36527ee7716db0bda491df7fd9c7e4652dd1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/106330 Tested-by: Jenkins Reviewed-by: Noel Grandin --- oox/source/export/vmlexport.cxx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'oox') diff --git a/oox/source/export/vmlexport.cxx b/oox/source/export/vmlexport.cxx index c708be927ef3..430ade878bf2 100644 --- a/oox/source/export/vmlexport.cxx +++ b/oox/source/export/vmlexport.cxx @@ -542,7 +542,7 @@ void VMLExport::Commit( EscherPropertyContainer& rProps, const tools::Rectangle& rProps.GetOpt( ESCHER_Prop_geoRight, nRight ); } - if(nTop!=0 && nLeft!=0 && nBottom!=0 && nRight!=0 ) + if(nBottom!=0 && nRight!=0 ) m_pShapeAttrList->add( XML_coordsize, OStringBuffer( 20 ).append( sal_Int32( nRight ) - sal_Int32( nLeft ) ) .append( "," ).append( sal_Int32( nBottom ) - sal_Int32( nTop ) ) -- cgit v1.2.3