diff options
author | Chris Sherlock <chris.sherlock79@gmail.com> | 2014-04-20 11:47:58 +1000 |
---|---|---|
committer | Chris Sherlock <chris.sherlock79@gmail.com> | 2014-04-20 12:17:50 +1000 |
commit | 588bb542bebdee5a67bd4695253c70646fb8a303 (patch) | |
tree | 1c91b0e9dc31f745a7b00d874df27525065fa789 /include/vcl/virdev.hxx | |
parent | java home for JDK 1.8 can also be found in registry (diff) | |
download | core-588bb542bebdee5a67bd4695253c70646fb8a303.tar.gz core-588bb542bebdee5a67bd4695253c70646fb8a303.zip |
fdo#74702 Only VirtualDevice should handle the Word ext lead bug
In #i60945# it was discovered that Unix's leading external font spacing
causes problems with the display of documents. Therefore, the reference
device implemented a workaround, which was to set the spacing to zero.
However, the reference device is a VirtualDevice, so it should really be
handled there, not in OutputDevice. I have added a new protected function
to OutputDevice, GetFontExtLead() that handles this.
Change-Id: I1b84ee7d9f7ae96841b441b52705e67c8115ae5c
Diffstat (limited to 'include/vcl/virdev.hxx')
-rw-r--r-- | include/vcl/virdev.hxx | 4 |
1 files changed, 3 insertions, 1 deletions
diff --git a/include/vcl/virdev.hxx b/include/vcl/virdev.hxx index b2a29be735bb..072b94d55352 100644 --- a/include/vcl/virdev.hxx +++ b/include/vcl/virdev.hxx @@ -141,7 +141,9 @@ private: SAL_DLLPRIVATE void ImplSetReferenceDevice( RefDevMode, sal_Int32 i_nDPIX, sal_Int32 i_nDPIY ); protected: - virtual bool UsePolyPolygonForComplexGradient() SAL_OVERRIDE; + virtual bool UsePolyPolygonForComplexGradient() SAL_OVERRIDE; + + virtual long GetFontExtLeading() const SAL_OVERRIDE; }; |