Change-Id: Ic94fceef0d4291a02bc3da7bcbeeb2c19670200c

Change-Id: I38b2ecf86d4334d0179362079a216df4301bf184

mnUsedSize was never decreased causing the cache to pretending to be full,
which caused lots of needless work (image loading, id creation (which are
basically a crc of all bytes of an image, ...))

Change-Id: I1e0a6a07631435346c3509822fae43a067d33303
Reviewed-on: https://gerrit.libreoffice.org/14389Reviewed-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Zolnai Tamás <zolnaitamas2000@gmail.com>
Tested-by: Zolnai Tamás <zolnaitamas2000@gmail.com>

As drawinglayer::primitive2d::GraphicPrimitive2D constructor expects a
GraphicObject ref, we can simply pass in rGrfObj instead of building a
(implicit) temp GraphicObjet using the GetGraphic() result.

Change-Id: I8c54f20804390c773fdf9406f534787ce7143e84
Reviewed-on: https://gerrit.libreoffice.org/14390Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

The UI FDIST is LEGACY.FDIST in ODFF and is the same in Excel. Only the
"real" FDIST has 4 parameters, which is F.DIST in Excel.

Change-Id: I0b926b51a3cc7282a54cce448e46fed6be3c61fa

Specifically, the record EMR_EXTSELECTCLIPRGN specifies the default
clip region if the RegionMode field is set to RGN_COPY.
See EMF specification section 2.3.2.2 available from
http://msdn.microsoft.com/en-us/library/cc230624.aspx

A unit test had to be changed for this - instead of checking for
a specific clip region, it now checks that no clip region is
specified. This is under the assumption that the default clip
region for our device context is "show everything" - i.e. no clip.

Note also that RGN_COPY seems to be a common mode value for this
record type.

Change-Id: I7bd4fe305dda184d121465005fe09d3c113e3063

Not sure if it makes sense to keep having OpDiv a subclass of Reduction. There
is no DIV() function that would take a range of cells, so it isn't really
comparable to the other Reducion subclasses. But let's keep that as it is for
now.

We need to handle three cases specially in the OpenCL: Dividing by an empty
cell which should produce an #DIV/0! error, dividing an empty cell by zero
which also should produce #DIV/0!, and dividing an empty cell with anything
else number which should produce 0.

Change-Id: I86d86f652047d6f9e3c095c3ef135a8f5396b000

...so try whether initializer_list<OUString> would keep them happy

Change-Id: I009eb601057066030addb409aa7996679d5d5922

Change-Id: I79f20f67e623b8d9607374e8be9a78fa10dc9af6

Change-Id: If2c47bbd0c12cc006b38972c5f71eb00d3b03460

Change-Id: Ib1ec1ae009115dcc8f50ca3038bc9a35b7cb09a9

Change-Id: I5f846d7f7c5ed54179504f551e19227f7283bda2

Change-Id: I6ceab61500397cae687fb4356e5dcb48f8090a48

Change-Id: Icee10aae97e9bcef7a3db7e966c1c4ef6780fc1d

Change-Id: Iee080b89cf0588c8076ef4c0334d36a7aefce44d
Reviewed-on: https://gerrit.libreoffice.org/14374Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Ib2a311f0341d165a8f9d3f7a11ec36378fd69519
Reviewed-on: https://gerrit.libreoffice.org/14373Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

also tranlated some error messages

Change-Id: Ia5035c7c2f5379a0b419fc5514a288368e687c83
Reviewed-on: https://gerrit.libreoffice.org/14382Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

...after 8b12e63b "Don't downcast from Ring<T>
base class ctor/dtor to derived class T"

Change-Id: I734841a78e272e985d784bd756412e1af90b2df5

Can be reproduced by dragging the zoom slider.

Change-Id: I4d32543370eccbda23d0a1ea449ee124148143d6

Change-Id: If859754c956a634a96066ac407b70d6dd2759d53
Signed-off-by: Rodolfo Ribeiro Gomes <libo@rodolfo.eng.br>
Reviewed-on: https://gerrit.libreoffice.org/14265Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

cf. a1d2774e "INTEGRATION: CWS
onlineupdate6: #i82283# added unpack and update script"

Change-Id: Id4f8180fb189f06f5a463fe852c8a51a20680cf5

Change-Id: I25a960bfdcd9938f68bf4f1535c7822959d95b71

Project: help  1ff0bd652428824fdbd3a1650c8ec0c8ead4af4a

Change-Id: I42f72e7b1ca897aba71950841f90b501cf3b6dc2
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I8b618d5cd6b3e9d5e42e04e215592a7b748dbb9f

Change-Id: I8ae5a7b5fd3d07b7beb16374f6bb4251ffdb3610

Change-Id: I3193c5b7181f61a9047985f115d2ea49c683cb73

Change-Id: I5f24703db70b53306d618d8fb89ad4a468d1a5f9

Change-Id: I24d0b7531feba32f86f761daf18170397cfe5d2f

Change-Id: I016975123c0f277b4e4c8c8097e89fd84d93530a

...for better or worse

Change-Id: I8069da4a544cb6a69cbcd7243469bc6ea7b112a4

Baseline is only used for releases, while lokdocview is a tool to
helpdevelopment for now, so don't bother with full compatiblity, just add
enough to not break the build.

Change-Id: I52e312d3c3ae80636448bf42d5f277184fb9ca7b

Change-Id: I59cb870973ea4e2fda816b15ae7d9a53a4624e8d

Change-Id: I31662cb06add0d1a1c517b5f5416703aeaae1e77

Fixes loading of ooo108922-1.doc, hope this does not blow the .apk size too
much...

Change-Id: Ifbaa6fa5a7467e516fd1020e941c7a125d1a6437

Fixes loading of ooo10504-1.doc.

Change-Id: Ib82ac9938c755ec5fa9ccd93e44d92b744dc0ff4

Change-Id: I2894c693d11b025d23ebbf0ae75f67532efe315f

Change-Id: Idaddd28d906e7508d4d2c5aab916b06fbe021beb