| 971776bc | 15-Oct-2016 |
pfg <pfg@13f79535-47bb-0310-9956-ffa450edef68> |
CFF: raise FDArray count limit to 256.
Per spec, the maximum for FDArray elements is 256, something that is not
common but some people like to test the limits [1].
Thanks to Audrey Tang for posting
CFF: raise FDArray count limit to 256.
Per spec, the maximum for FDArray elements is 256, something that is not
common but some people like to test the limits [1].
Thanks to Audrey Tang for posting a patch under CC0 Universal declaration
which I found by accident.
[1] http://blogs.adobe.com/CCJKType/2012/05/all-unicode-cfr.html
git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1765111 13f79535-47bb-0310-9956-ffa450edef68
(cherry picked from commit 30928f5456b84e4f631e6ab589da3fe977b55cd5)
show more ...
|
| f549c9e0 | 16-Jun-2016 |
truckman <truckman@13f79535-47bb-0310-9956-ffa450edef68> |
#i126999#: fix vcl/source/glyphs/graphite_layout.cxx compile with libc++ 3.8.0
Rename local inline function round() to round2long() to avoid ambiguity
with libc++ round() function and better describ
#i126999#: fix vcl/source/glyphs/graphite_layout.cxx compile with libc++ 3.8.0
Rename local inline function round() to round2long() to avoid ambiguity
with libc++ round() function and better describe its functionality. This
fixes a compile error when building with libc++ version 3.8.0, which
was first observed with FreeBSD 11.0.
git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1748663 13f79535-47bb-0310-9956-ffa450edef68
(cherry picked from commit a4e19be7f6f6069ba569aa50c7f757af9e497d27)
show more ...
|
| 17200258 | 11-Oct-2018 |
Matthias Seidel <mseidel@apache.org> |
i127874 - Merge r1837765 from trunk
nActiveCharPos can be less than mnMinCharPos if the ScriptItemize() call
in UniscribeLayout::LayoutText() finds a mult-character script item
that starts in the le
i127874 - Merge r1837765 from trunk
nActiveCharPos can be less than mnMinCharPos if the ScriptItemize() call
in UniscribeLayout::LayoutText() finds a mult-character script item
that starts in the leading context and overlaps into the start of the
run. UniscribeLayout::LayoutText() drops the glyphs for the context
characters, but does not (yet?) adjust the starting character position
of the item. Since the text layout direction can't change in the
middle of the offending script item, we can safely use the direction at
the start of the run.
Submitted by: truckman
git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/AOO416@1843572 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|