Change-Id: Ic37e2e89af0c5fec7f43cf07420549d8d57de393

Change-Id: I27cdec1418e22039cdb2e20b980d2e90eeca545c

Change-Id: Ie461bc10ee2f7d2329a23c86bdc922839bea7974

...and will not erroneously be removed a third time

Change-Id: I7007dbd1d3a1762523c0ce54a04c37a5d2203a48

...broken with 53f16c39 "remove unused typedefs
and inline use-once typedefs"

Change-Id: I4b1343b98733ae998c7f9c594a86d65348402d28

Set the CFLAGS and LIBS for it in config_host.mk.in, and handle the
SYSTEM_GLYPHY case properly in RepositoryExternal.mk.

Change-Id: I56a7fe72b675b6dd4514bbd1739b53f5871ed36a

Change-Id: I6597ae5569b29d09a8c44fc9a55b71166aa37b05

So don't link with it, to avoid pointlessly depending on the very new
glyphy package in Debian. Change this back once needed, after 5.1
branch-off.

Change-Id: I4e2e873858841429738e2992676a0142acc528ee

Won't ever be any "system" one on Windows, of course. And I think it
will take some time before Linux distros packages GLyphy, too.

But the main point is that I don't want to bother with building GLyphy
for anything it isn't used on anyway. (Sure, it isn't actually used on
Linux, either, but there might be somebody who wants to work on that.)

Also, there is no "include" in the GLyphy source tree.

Change-Id: I063369c92e8d4b868cc66513c9ec12aa4fc65f37

Change-Id: I7053f16c25f5506d15ebc88f1b0465493dd35077

Work in progress. Produces visible text in some cases, but not nearly
all. The text that is visible is roughly in the right place and of the
right size, but horribly ugly. Compare to glyphy-demo, which does
produce beautiful text, so the problem is not in the GLyphy code but
in the way we use it.

Include sources from GLyphy's "demo" directory (with only slight
modifications to avoid unconditional debug output) and use that "demo"
API from vcl.

The changes to existing vcl code are all in one place, in the
winlayout.cxx file.

Change-Id: I69cce5d66db534c6f4c1ab85d520b6090baf8fe0

Change-Id: Ia1fe3f5d44e2194f87f1b7655ee28148fb614e81

Change-Id: I3e52b0a86126f0937649db40cb716bcf3066381a

Make it match https://github.com/tml1024/glyphy (for which a pull
request has been submitted).

Change-Id: I7bce0ad711d018e8dd5b8da971e233c381d0dc83

(We don't actually use it yet for anything, though.)

Change-Id: Id246a2a4853ba4d6dc09372b9cebcbb983363d36

Indicates that the font truly is a TrueType one (FT_IS_SFNT in
FreeType, TMPF_TRUETYPE in Win32).

Change-Id: Ic9dbf5e5239ae2ca597c454091fc36073a3b19cc

Will be useful in cases where there is some external library code that uses
shaders outside of our OpenGLContext.

Change-Id: I59c57e3225f55d13e69b6a9b7c0db1a7487c586d

Change-Id: I77b55e796c35d1a186fecfddc6a109ded7d54064

Change-Id: I77b55e796c35d1a186fecfddc6a109ded7d54064

Change-Id: Iba7ed7d0e889f151c0b3d27de49fd6f14ffcd112

Change-Id: Id098945656c0d97a0fc11efb42a0d09efb3e5557

Change-Id: Ief0ccec4b63e2ac767285f4c19175fa000eaad6c

Change-Id: Ieb7671480b88304a94066965d10d455865915090

Change-Id: Ie008086c2a34081c9f50a61808b73b66eda58e2c

Change-Id: I5b206f5d857d28acda82ce8ac53f835142f46da2

The used glyphy is not directly the upstream version. We currently use a
patched version that allows to disable the build for the demos.

Change-Id: Ic03355e1ea8fbc56e57afa4f90a55741fe9a563a

This commit moves all sources related to Image class into its own
"vcl/source/image" folder. Sources containing more classes were
split up into its own source file.

Change-Id: Ie6edcdb0a7caf936bccdc210c31f78bb15667945

This is the first step to decouple resolving of command names to
image (icon) names. This is necessary to make allow additional
processing of images before the image is passed on and better
decision which image source to take.

Change-Id: I129dc6a1ae812aaaca32696ef2a2749d5fa86a54

Ctrl+Shift+Home: Move page first
Ctrl+Shift+Up: Move page up
Ctrl+Shift+Down: move page down
Ctrl+Shift+End: mov page last

Change-Id: I779c000719bf05885b5be65c1111ca0d1e338902
Reviewed-on: https://gerrit.libreoffice.org/20048Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

... the ScAccessiblePreviewTable test, somehow the event still doesn't
fire in time, let's add an arbitrary sleep too.

Change-Id: I97ab658e61b33455e8623ba0fd861e2018aa3af6

DrMemory 1.9.0-4 32-bit complains about UNINITIALIZED READ on the
instruction "test %ecx %ecx" corresponding to the *pW test in the while
loop, on the last iteration.

GetKeyNameTextW() is documented to null-terminate the buffer, so either
it has a bug and doesn't do that, or DrMemory has a bug and falsely
reports an error.

Either way it can be avoided by checking the end position first.

https://github.com/DynamoRIO/drmemory/issues/1819

Change-Id: I546d2057d39865d527c1d7c436f690669b214d75

Change-Id: Id4afbd8df1d6d3800e04d9e178abddc0d9e33d5c

it looks like draw:name values are supposed to be unique in ODF, even
if it's not spelled out explicitly, since it exists so the frame can be
referenced, which sort of implies that it has to be unique, so a
document where the values aren't unique can be considered invalid

    19.197.10 <draw:frame>
    The draw:name attribute specifies a name by which a <draw:frame>
element can be referenced.

So reject duplicate frames

Change-Id: I83f6d72fd969f667f0a8c2c85d2ffeeed672387a

Change-Id: Ia17a116b1f7605b5a8d572c6a6f4ef64adea8f94

Change-Id: I223ff4af01ab2da92da0c26d32457204a5008c4a

Change-Id: I007bc7b30c6f1c52ce2d69c63a43cbe4a11e809c

Change-Id: Ia9e1ea7a69e372725a4239fad2630b6f8bcb52e2

Change-Id: Iaafc02f7c925c82b6bd7f98dd875028880b8788d

Change-Id: I91335f1e81e251f0578792517dded9fae239fb61

"clang -E -P /dev/stdin" causes warnings "clang: warning: /dev/stdin: 'linker'
input unused" etc.

Change-Id: Ia9c18b59b92558e1d959ce31caf38eed101865d3