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

Change-Id: Ia08e9f8caf2a2fb42855dcb2245e013e1a181216

This patch fixes the writer part, calc part is fixed long ago.
Problem: it overwrites when you paste from impress or calc.
This allows to keep the graphic's frame,
so the text doesn't have to be rearranged.
(i.e. it is desired, so I didn't change that)
I was trying to give the user a choice,
but I didn't succeed in keeping the frame when pasting from writer to writer.
coming soon!

Change-Id: I07271df9bb501779d06f332bb13edd05f0aefacb
Signed-off-by: Lennard Wasserthal <Wasserthal@nefkom.net>

MimeConfigurationHelper::GetDefaultFilterFromServiceName() checks that
there is both an import and an export filter, and for OOoXML the export
has been removed; tweak the check to require only import for OOoXML.

Currently it still works invoke the OOoXML filter, but it is clearly
better to store the embedded documents only in ODF, so tweak
OCommonEmbeddedObject::store* methods to do that.

(regression from aeeaccf5)

Change-Id: Ib71f23fd110cbd4b570517f2dde2c53e3aa6301d

Change-Id: Ieecfd7ccb10c75ac639d0ba8e7cb588607097c2a

Change-Id: I10ca928ce30631b531a2549985b54ca071efb79c

Change-Id: I53a7cd73ff754bf3b019cb36341b2ab09c61e762

Change-Id: I9c573af8f378cd0b0cb9898d84b5d566f498f57e