Change-Id: Id16ebc576834e418a3bf2d3d6eb3e2545e0aac2b

Change-Id: Ie58034f0475dc9a876eeb54f3bc6a3c415c3e0a1

Change-Id: I18ed52cc6c00c5c462629c4fff7804ea22035e3a

Change-Id: I28822f6b74cbf8ace8f7a194248840cb401679be

Change-Id: I87712c71689d45259bc9e4e2f71c92375bc887ea

Change-Id: I50bc7ab36690e572825109de9f0b1bb11d26867f

Change-Id: I6a0228594d31cda252f299cad55469ad02c6b353

It seemed a bit pointless to waste CPU cycles on PNG-compressing a
bitmap image only to later then uncompress it anyway. vcl's PNG
writing code showed up as 13% on the time profile of TiledLibreOffice
when displaying a document full of SmartArts.

Miklos suggested I try using SVM (which I guess means "StarView
Metafile") instead. When using SVM, no rendering of diagrams to
bitmaps during loading is done, but the diagram stays stored in a
resolution-independent (vector-ish) form. Which means it will be
rendered nicely and crisply regardless of the zoom level.

At least, that is my understanding, and experimentation (on OS X and Linux)
seems to confirm.

ce8c0ff07559ddcc729bffd7a68f4c6f281882e3

Change-Id: Ice8c0ff07559ddcc729bffd7a68f4c6f281882e3

Change-Id: Id27cfa805fc7cd0f4f6cc3d8bb770aa7abd536e1

Also fix the export of underline types as well.  It was always saved
as a single line.

Change-Id: I88cb0f3702a6afc14544ecbce8f200b5422fd78f

Change-Id: I716467ffe81a1f71f03e0dc7a17c33b2ed39d334

...i.e., bug fdo#41295 and its fix rediscovered.

Change-Id: If958fad74c853f51660a9e0bfffd99969052ea80

Change-Id: I80d684662ac3f94bff4448fcdae94f9e69fd1590

Change-Id: I20f6bea3b1f5ba03cc461f461458f5460da716c3

Change-Id: I33161401a29f511e61429355dd2905d4643fe8ff

Change-Id: Ie37583fb53578fb91a121f7d2ec654a4fae01002

Change-Id: I2b6e6a6654e888bec3ba4961f9130ca10b791f87

Change-Id: I90b1140d9c3f70f01eb673e6d9113593bbe57a09

Change-Id: I4ac2c3d883dd9bb111a2d600f5a17ea96a1e219e

Change-Id: I6f306ba26d888a617aae89d29fc80acd00bd71d8

Change-Id: I78661f0750e4213a20dd2341580cbb181897f3ba

Change-Id: I660f0b2da8f5e6fd8de37e22fd4edd2bd8d21ef8

Change-Id: I166e781cb54181a8e5d08021cf5f6dfcd1fde5cb

If a picture contains some 2D (glow, shadow...) or 3D effect
(rotation, extrusion...), we prevent the importer from transforming
it into a XTextContent so the XShape grab bag is not removed and
the effects are preserved using the existing mechanisms. Added a unit
test for this issue, and modified some existing unit tests to match
the new behaviour.

Change-Id: I3b87069ea208604383a592d34d0a4ceb6b0f9fc7

Transformed the preservation process of shape effects to be able to
store more than one effect. For that we:

* Created the Effect struct and added a vector member to the
  EffectProperties struct.
* Changed the shadow effect to use the new Effect struct,
  EffectShadowProperties struct is preserved because the direction
  field still has some use but we should remove it.
* Changed the structure of the grab bag to store more than one effect.
* Modified an existing unit test to check shapes with several effects.

Change-Id: I0dd908fa1d9578827c02ef6272fc9e2b914391be

This was actually a bug. It didn't matter much because a document with
an a:sp3d tag but without a:scene3d section would be invalid, but the
code was logically wrong.

Change-Id: Ifa838e425849642c2a1bf6fca6b6a8dc8ed3b465

In preparation of having a language box available as ComboBox to be able
to add language tags.

Change-Id: I5af5ea5bb06e558db1fcf9c0668be274d5cec04e

(cherry picked from commit 213aafbf)

Change-Id: I862abc31b69b98f0ec766ca260fdc063d14a2ee4

Change-Id: I3da71e354ed2595c1f5b2eaeb5fb565205d24de0

Change-Id: I11d4838a320ada1d454870436e540b2c56fa18fd

Change-Id: Id511d6d0d975434b4754786204cc0fc91568168e

Change-Id: I2df05054c4108cb173f80ce6fa66f30c713b70cd

When compiling 32-bit OS X code, the code will use the "legacy
Objective-C runtime", which means that instance variables of an
Objective-C class must be declared in the @interface block, not in the
@implementation.

CGRect and NSRect are not the same for 32-bit code.

Also, use boost::unordered_map.

Change-Id: Icc56ff298203565a7568714b0e9f42c7c6b89737

Change-Id: Idac24afb7cb67fa2d539553fb9fa049c2d61ecf0

This is a follow-up to fcf455d4 "Consolidate
CreateTempName_Impl and lcl_createName," which apparently lead to hard-to-
diagnose sporadic "make check" failures on some machines.  Hope is that bLock
now more carefully tracking the behavior of the original two functions fixes
that.

Change-Id: I37ba00545f5921fd603ff9f1ea46927c42e88899

	Issue :
	- In RT in document.xml, value of Absolute Position Offset
	<wp:posOffset> was going out of bounds.
	- <wp:posOffset> is of type Int(32-bits), hence it's value
	should not cross the MAX and MIN limits of Int.

	Implementation :
	- Added check for <wp:posOffset> should not cross
	Maximum/Minimum limit of Int.
	- Written Export Unit test case.

Reviewed on:
	https://gerrit.libreoffice.org/9328

Change-Id: I22e75d7e603ebbf6a49e764fb1a3e6a4d2fd8b23

Change-Id: Ia9c29d37eaf962e0245920e50f534dd779af72dc

Change-Id: I2960713b1005c5f91fe78d12e33f1786978eac67

Change-Id: I10342262cacbe3e3d978fee652cdbc4692f46dc4