Age | Commit message (Collapse) | Author |
|
Change-Id: Iec9f8c7d8f7cded0aef9e017373e44387dc0b05c
|
|
Change-Id: Ic46623380f026a8dfcc74c895db35a06bcea1ead
|
|
Change-Id: Id4476a041eb539d0b9c1227070289d34a939c6f6
Reviewed-on: https://gerrit.libreoffice.org/13288
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I2f8b11a3f7cb8872a1d8f6eeeae8ce3f30223496
|
|
Change-Id: I5790deb9ab5af6f8678c964af5321264d3bce733
|
|
Change-Id: Ifd7e06529cbf2e20bdd1560586420cda39c5a50c
|
|
It is presumed that #i59315# is fixed already, and that this is no
longer necessary.
Change-Id: Ifb2f6550fac2481c4fec269b38d6e806753cb53e
|
|
Conflicts:
vcl/inc/headless/svpgdi.hxx
Change-Id: I4cd9163bcbb8cdee21e5bce3303894923c4238d6
|
|
Change-Id: I162199233c9d3feb03e7ab33b777174b2a03035a
Reviewed-on: https://gerrit.libreoffice.org/13104
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Iba64eb42965c86ca5655b9a105ef3f397e033ecf
|
|
Change-Id: Ib402395f5523a980c9ca098dcd2d8e1ecbbfa7c0
|
|
Whether this stuff actually works at all for iOS any more I have no
idea, and can't be bothered to check in my own time. Why do I bother
fixing compilation errors then? Good question.
Change-Id: If0ec4fbde42536d3d90e8c5337948815b5f47cef
|
|
The unx drawAlphaBitmap() already already checks that the source and
destination have the same size.
Windows and OpenGL should be able to handle that without trouble.
OS X would need some additional code, so added an early return for the case
the source and result sizes do not match.
Change-Id: Ib09654aaa9c9064c232cff5094fcaa1190e931c6
|
|
Change-Id: I7050057e5fa6da5bb5517713f6cbbfa60e47984b
|
|
Change-Id: I1ab4e23b0539f8d39974787f226e57a21f96e959
Reviewed-on: https://gerrit.libreoffice.org/12164
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I29a30fcc8adab34fbe05a927d438c4e34d5c517b
|
|
Change-Id: If4431fb276c9c2629acbc95aeff2ef7c4a683d86
|
|
There was a snaffu with the handling of DXArray
concerning the special case of the 'first' character
and how that translate when the glyph order is not
the same than the character order
Change-Id: Ie9273ff22fa2d22ca0df2b583768ffb2b2a59930
|
|
Change-Id: I577f7582b4938dc5dcd75460dd889c5675ee3c17
|
|
Change-Id: Ieae67cbf917cdf4bca2b0d6c1697eddc6137dbe2
|
|
To do this, I've made FontCharMap a friend class for ImplFontCharMap,
and have moved the functions directly into FontCharMap. In this patch,
I am attempting to stop the direct use of ImplFontCharMap by anything
other than FontCharMap. However, FontCharMap itself requires a
refcounter, so we will use FontCharMapPtr to access the font character
map.
Change-Id: I509b990a8cbd911c5cc1572c7d24fc5348ca06d9
Reviewed-on: https://gerrit.libreoffice.org/11823
Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>
|
|
ImplFontCharMap was using it's own reference counting mechanism,
however we can use intrusive_ptr more effectively.
Added a unit test around FontCharMap.
Change-Id: Ifab6ce002fd1df8feb7e017dea3012ff9ea7f18a
Reviewed-on: https://gerrit.libreoffice.org/11804
Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>
|
|
Put the VCL Region class in the vcl namespace. Avoids clash with the X11
Region typedef.
Change-Id: I6e008111df7cf37121fbc3eaabd44a8306338291
|
|
Change-Id: I5fa85ebe407d72654e95075626d8102f037374c7
|
|
The data structure is not ImplFontCapabilities but FontCapabilities,
therefore the function name is very misleading.
Change-Id: I90f074902af4b4bee79cd445036dc24797836ac1
Reviewed-on: https://gerrit.libreoffice.org/11454
Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>
|
|
Change-Id: Ie2d476780a48b5815961598e214343d5def962c1
|
|
This reverts commit 1b42acdaeae134f94580d6e1eba89da16741d596.
|
|
Change-Id: I5a959e1c3806da713e106c1b0fc8690a6578987b
|
|
Avoids the CppunitTest_vcl_filters_test allocating an insane amount of
memory when run as 64-bit on OS X.
Change-Id: I978347849c2cf5fd1663e5a85a788b736e239e94
|
|
Just revert ot regular CTRunDraw in that case
and adjust 'ullet' displaying.
Change-Id: I9ef80f5985b8c7610fcc8e9e8acd5b27542f8730
|
|
Change-Id: Ic25eae1e9b8ae14022ee8d0373be0978ebc21267
|
|
Change-Id: I5b995e54992213e95845e60169238270863e9a7e
|
|
Change-Id: Ie03732a0966eedf6c0226beed83356ae4886a016
|
|
Change-Id: Icad89fe16e428a5e4d87ab4b19131bdd804528b7
|
|
Change-Id: Idc2026ff65dfaf36ea4be21ae9557cf5534e8c6b
|
|
The CoreText implementation dropped the support of DXArray
more exactly ignored the values provided in it.
And try to approximate the result by assuming that
all it does is full justification... which is not quite right
This ut the feature back, buy handing the glyph drawing
directly, rather than defering to CoreText CTLineDraw
to control the position of each Glyph
Change-Id: Ibe0cfe789d3be441c012d8ac1104d939204a591c
|
|
Change-Id: I00bf83c82814cd3d215bda361a14eb01836e2d0a
|
|
Change-Id: If0f6bd93adc5d39fd421bb482833619f85f7a461
|
|
Change-Id: I0b03973b2d09a0ce51a6ee7dcca5a310a544c3a9
|
|
most of length in vcl are calculated in 'long'
but array of X position tend to be in sal_Int32.
As a prep work to be able to support 'double'
as the base type of Device Coordinate, harmonize
the use of 'long' for non-float coordinate.
Change-Id: I7cb33301ff6a5e2c62247b36a4e07e168a58a323
|
|
Change-Id: Ifba7104a13cf737200c81d1a1bd5ece9a29da60e
|
|
the current implementation of CoreText simply dropped the proper
implementation of DrawTextArray, by ignoring DXArray
this very visibly borked the show-non-displayable character
feature of writer.. the bullet representing the 'spaces'
was quite misplaced.
This solve specifically this problem.
More work is needed to bring proper support of DXArray back to CoreText
Conflicts:
vcl/inc/sallayout.hxx
vcl/source/outdev/text.cxx
Change-Id: Idb2cc90d5ffaa8b83f79241cee2d512112d1c3be
|
|
Change-Id: Id379c88c8a8c16f5276568e2bdb5f3730855255f
|
|
Change-Id: Ibf410eb1b8be81505b8e778aadf916a26ba39468
|
|
fixes "error: ‘kCTForegroundColorFromContextAttributeName’ was not declared in this scope"
see commits:
5bc5387669bca8a0b410e295b0992fd2424a1536
Change-Id: Ifdf69ab2f9a6437d18a6d3e3f5d756beeed3ba5c
Reviewed-on: https://gerrit.libreoffice.org/9758
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
in CoreText
by doing the calculation before CTLineDraw() updates the text position.
Requesting the update early is possible because that update region is
not used until AquaSalInstance::Yield().
(cherry picked from commit ee042661b996fd00d5504caf4f4be60f77bf880f)
Conflicts:
vcl/aqua/source/gdi/ctlayout.cxx
Change-Id: I317a2068071a2f6d33f34c81e104e30beedc33db
|
|
(cherry picked from commit 513225be9cbadee6d8f7fd4e9910e10fc5ff571b)
|
|
in the CoreText engine
the concept of an extra-width per code-unit was obsolete at least since apps
supported unicode with its different normalization forms, diacritical marks,
surrogate-pairs, non-printing characters such as ZWJ/ZWNJ/RLM, etc. so of
course modern engines like CoreText don't aid this typographical crime.
The fix here extends the CTLayout::GetTextBreak() method to handle the obsolete
semantic of per code-unit extra-widths by successively approximating the number
of involved code-units.
(cherry picked from commit a9b9ceff86f35be1eeff5f251d24e338db760a1e)
Conflicts:
vcl/aqua/source/gdi/ctlayout.cxx
Change-Id: I52a7f7488a9e8a303ed7271df2a24a3c85098ce3
|
|
Rounding left and width down can accumulate a rounding error of almost two in
the calculation of right. The existing code compensates for this by increasing
the width by two, but since left has been decremented by one to accommodate for
antialiasing artifacts this compensation is one to few by itself and two to few
when accounting for antialiasing artifacts on the right. Y-pos and height have
the same problems and get the matching fix.
(cherry picked from commit 073ec69fb970830d39c8700317ee74dbbdfd1fda)
|
|
Added header guards to files in directory vcl/
Change-Id: I76ad0c34f2b107d56e92c5a6a8f4c61554c93e2f
Reviewed-on: https://gerrit.libreoffice.org/9597
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|