to correctly handle cases with combinations of mirroring and rotation, also
changed VclProcessor2D::RenderBitmapPrimitive2D to use own bitmapEx renderer
for these cases for better quality
(cherry picked from commit b8cf3355071035085c705a65558cd4a6cefe8f47)
Change-Id: I3f0c61db9c776299e9ee866c4e54d9c6ac431a31
by using operator Color()
(cherry picked from commit 08275c1207f2c66dc69f815941fa9c39c47b629a)
Change-Id: I26350c3d47e37064b5a8674f75c9822753994a17
Corrected color conversion from BitmapColor to Color
(cherry picked from commit b0b8e3854f679383fe3ff2e436bfbe3573f34088)
bitmap transformation to metafile case where no destination bitmap size is
given
(cherry picked from commit 1f0b83f0e62094257a1c69ff18969f07422772dc)
Change-Id: I12ece7aa36df6a9895303af59693de3b9813bb17
adapted basegfx to be smarter in some areas
(cherry picked from commit 888e64505474808166c29ada24178cc3e58d6c18)
Conflicts:
basegfx/inc/basegfx/pixel/bpixel.hxx
basegfx/inc/basegfx/point/b2dhompoint.hxx
basegfx/inc/basegfx/point/b3dhompoint.hxx
basegfx/inc/basegfx/raster/rasterconvert3d.hxx
basegfx/inc/basegfx/tuple/b2dtuple.hxx
basegfx/inc/basegfx/tuple/b2i64tuple.hxx
basegfx/inc/basegfx/tuple/b2ituple.hxx
basegfx/inc/basegfx/tuple/b3dtuple.hxx
basegfx/inc/basegfx/tuple/b3i64tuple.hxx
basegfx/inc/basegfx/tuple/b3ituple.hxx
basegfx/source/point/b2dhompoint.cxx
basegfx/source/tuple/b2ituple.cxx
Change-Id: Id92864093dd40d34bd20b130cc3b405a7b8f9d91
It caused some regressions. For example, see fdo65414 and fdo65562
This reverts commit 6708ad7f1baa8d4cef1718bdef1d26fb5d8510f3.
Change-Id: I0108463c78bbcb48a4c218d78e51deaa39caec0c
during line geometry processing to get line geometry rendered black (as
intended) in b&w mode (e.g. print preview)
(cherry picked from commit e3ec94e68f63e4e9fda829c9214f89dd5ffc4df2)
Change-Id: I35fd6d26ac48bb478a8a3b9cd4f50ccd0e4468d0
added some tooling to basegfx
(cherry picked from commit 97fa4faaa0b09724cf98dbf22390b283ba57b41c)
Conflicts:
basegfx/inc/basegfx/numeric/ftools.hxx
Change-Id: Ib15c43cf4d5b50605ec596dab498e3a678f3734a
+ update the expected dumps together with that.
This allows testing of the other part (wrong text color and size, commit
55c63ccfd460895af22e91979967cec15d80b72d) of n#758621 too.
Change-Id: Ie93feb9d9d05eb4e11106bf9aa1f237947351b4e
Adapt hatch processing to keep a view-dependent minimal distance for a more
pleasant visualisation
(cherry picked from commit 6a036e7ac17a1d4394d60471bd8931d9b16b7bb4)
Conflicts:
drawinglayer/inc/drawinglayer/attribute/fillhatchattribute.hxx
drawinglayer/inc/drawinglayer/primitive2d/fillhatchprimitive2d.hxx
drawinglayer/inc/drawinglayer/primitive2d/primitivetools2d.hxx
drawinglayer/source/attribute/fillhatchattribute.cxx
Change-Id: I15cd784ef7d3e47a20308f16d370c24ef46d2f22
move related statics into classes and the make safe static singleton instances
of those clases.
We still have to have the additional mutex (now per singleton) on the
methods that return the buffered data, as it may be modified per
call
Change-Id: I5873ae8271f48a0ebf4b584c1734688b77cd1d42
Some of these were doing nothing useful at all. I removed those.
A couple were protecting static data, and I fixed those to use Mutex
and MutexGuard properly.
Change-Id: I444d13f8b6c50e526cce8d69d09aeaf240e5c6ca
Reviewed-on: https://gerrit.libreoffice.org/3678
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
B2DPolyPolygon can contain Bezier curves, but that is not taken into
account when drawing the hatching in OutputDevice::ImplDrawHatch. The
poly-polygon is adapted already when creating metafile, because the
information about the poly-polygon containing curves is then lost
somewhere in the process. At least, when I do the adaptation in
OutputDevice::ImplDrawHatch, it has no effect and the hatching in the
produced PDF is still wrong.
Change-Id: Ibec9d6aceb23da986fe2d2414dc2e7fd4bf835b4
see https://gerrit.libreoffice.org/#/c/3367/
and Change-Id: I00c96fa77d04b33a6f8c8cd3490dfcd9bdc9e84a for details
Change-Id: I199a75bc4042af20817265d5ef85b1134a96ff5a
Modules sal, salhelper, cppu, cppuhelper, codemaker (selectively) and odk
have kept them, in order not to break external API (the automatic using declaration
is LO-internal).
Change-Id: I588fc9e0c45b914f824f91c0376980621d730f09
Moved portions from module i18npool, all of former i18nisolang1 library
that now is i18nlangtag. Included are languagetag, isolang and mslangid.
This i18nlangtag code is now even used by module comphelper, so
disentangling i18npool and making this an own module was needed to not
create circular module dependencies.
Change-Id: Ib887c3d6dde667403fd22d382310ba5f1a9b0015
