[Libreoffice-commits] core.git: oox/source

[Dr. David Alan Gilbert (via logerrit)]

 oox/source/export/vmlexport.cxx |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 02195a17e88f668fce79937719215c6f5c318245
Author:     Dr. David Alan Gilbert <dave at treblig.org>
AuthorDate: Sun Nov 22 00:56:34 2020 +0000
Commit:     Noel Grandin <noel.grandin at collabora.co.uk>
CommitDate: Sun Nov 22 12:52:30 2020 +0100

    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 <noel.grandin at collabora.co.uk>

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 ) )