Hi, On Thursday, 2012-01-26 20:20:14 +0100, Eike Rathke wrote:
> It looks like it would be an improvement also for Calc if after both > attributes were read set LineWidth to the sum of outer,inner,space to > cope with omitted/different fo:border width. > > However, there seem(s) to be some place(s) in the conversion to > SvxBorderLine where the constellation of LineWidth vs. outer,inner,space > is not taken into account. I didn't dig into yet, but it probably would > be convenient to have a conversion ctor from BorderLine2 instead of > letting every application figure that out.. Apparently there already is such a thing, editeng/source/items/frmitems.cxx SvxBoxItem::LineToSvxLine() and the SvxBorderLine::GuessLinesWidths() in editeng/source/items/borderline.cxx used there seems to do, just that LineToSvxLine would have to be used at places where appropriate ... Also the local lcl_extractBorderLine() might come handy in situations where one wants to extract a TableBorder2 from an Any that holds either TableBorder2 or TableBorder. Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD
pgple0HpJwjbj.pgp
Description: PGP signature
_______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
