Change-Id: Icefef960e1ecc0f6529e8f1b5f903c676b62e154

Change-Id: I4a8a05905a779bb8c7fad830c049d1e403d79711

Change-Id: I78fe90f24805c5bca3548cf4c005d2c44574aa5c

Change-Id: I6d39bc1a1132972eece99f1ea05cb25962805351

Change-Id: I6342a407878e24e671615b0c12a9badcfc774f37

Change-Id: I8b045cf44b3e62616c8c3e0a896524af13310dd3

Change-Id: Icf49a339fb23d6217dd0bc41c9012233717ad808

Change-Id: Ib4a3f8401e2ddd4cb76c76c968151799c86b5845

Change-Id: I5fe887cdb800a5f5cc6f6277b52a5f02c1b9bb84

We prolly need to look at iODBC and how to carry the headers
as 'external'
Note the dylib for runtime are still in 10.9

Change-Id: I6cad2b90fcb61b5787c0599e40d48a74b8ff917a

Change-Id: I3eb71120aed85a4ec2c697d149006bce063d983e

These cause problems in drawinglayer, and nobody needs a 5km clip.

Change-Id: Ic485250413194adbcd0ccf855f12e89e532d7120

Change-Id: I37438cd3f9c8e197e5a3aa3d9cbcc5bf3681d792

...after 0181a139 "odbc properly support
platform with sizeof(SQLWCHAR) = 4" introduced usage of RTL_TEXTENCODING_UCS2/4
there, which do not make sense in combination with converting between OString
and OUString.

OTools::getStringValue will need a corresponding fix, too, in the other
direction (where the OUString(sal_uInt32 const * codePoints,
sal_Int32 codPointCount) ctor will be useful).

Change-Id: Ia94cd0deec46d269b6ee43362f4849837bb011c5

DOCX export tries to write accurately both <w:br> and
<w:pageBreakBefore>, while DOC/RTF prefers just the page break before
paragraph attribute. Given that these later two exporters are not
adapted to write their equivalent of <w:br> at all, add a virtual method
to determine if writing page breaks as "page break before" is preferred
or not, that'll give the expected RTF export result.

This conditionally reverts commit
a31fbb53 (fdo#74566:DOCX: Preservation
<w:br> tag for Break to Next Page, 2014-02-06).

Change-Id: I4a5dd295b07739a570cd8cc6709561e64d031273

Change-Id: Ie9a95b99e1f6de65985b295076f5f89e5d99ec93

(which loplugin:unreffun did not catch, as it was referenced by a
friend declaration in vendorbase.hxx)

Change-Id: I8a1afd4699b56425b580c1e63557342ee7ec1cb2

Thanks to Rene Engelhard for help to make it valid.

Plus glu is not used, so remove it.

Change-Id: I5e3631e9b3d24c2b1d9044192d7c0a55c234f7c0

Change-Id: I6e007cc3a9fd222c1c1381c8b4f890966c05cbab

when a Paragraph Style is assigned.

(cherry picked from commit 6a1564284d90c7e175f7848520924f7f6a5884b7)
(cherry picked from commit 4a381b1124f60b76cabb558fa24827448a1caab0)

Conflicts:
	sw/inc/doc.hxx
	sw/inc/editsh.hxx
	sw/inc/fmtcol.hxx
	sw/inc/ndtxt.hxx
	sw/source/core/attr/format.cxx
	sw/source/core/doc/docfmt.cxx
	sw/source/core/doc/docglbl.cxx
	sw/source/core/doc/doctxm.cxx
	sw/source/core/doc/fmtcol.cxx
	sw/source/core/edit/edfcol.cxx
	sw/source/core/txtnode/ndtxt.cxx
	sw/source/core/undo/unfmco.cxx
	sw/source/core/unocore/unosett.cxx
	sw/source/core/unocore/unostyle.cxx

Change-Id: Ifa1214876df296f2e1210cc4a35f2df67f9f6bc4

Change-Id: I658974102f544185bf27f985bc920d8d54b40656

Change-Id: I6c9b85ab587f6fb9f585c9714c3a1076f627c7d3

Without this, in case TextAutoGrowHeight is set before TextBox, the
textbox of the shape won't have automatic height.

Change-Id: I2ebf77eacbe1f1d10ccf64ef833c39ee965245d3

This dialog used to have no OK / Cancel buttons, and the data would get
flushed when the dialog got dismissed.  This behavior got lost during the
dialog conversion.

Also, SaveModified() does check whether or not the data table is modified.
No need to call IsModified() before calling SaveModified().

Change-Id: I5cea88cb52127cc5c7c1be67a5a592d87df92d0c

Change-Id: I06d5a6c93817d2623fac3962b82c1319caf13276

This was triggered by connectivity calc driver, which on shutdown
was trying to 'dispose()' it's connection
which in turn would, if the shutdown of calc was already done
try to re-create an sfxApplication instance, just to delete
illusory inexistant documents...

Change-Id: Ic166367ca399d613743f379ebbfbffb5813701c0

Change-Id: I480a789c767dd671775c9d70d96bf71908f21f5b

Allocating and freeing strings thousands of times just to compare
them is not a great idea - 0.5% of startup.

Change-Id: I076bc961d3612143b7f81ef024e261ec3ed4ff76

the parent isn't a SfxSplitWindow in this case, but it should
still react to the resize

Change-Id: Ia298d45b33fc272d6169df12cf2c58a881255163

Ensure that we export only one \fldresult per hyperlink by doing that in
StartURL() and EndURL(); the TextINetFormat() is called once per text
portion.  This shouldn't cause problems as there can't be anything
between the end of the \field group and the start of \fldresult anyway.

Replace the annoying call to EndURL() from EndRun() with a special case
in EndURL() to store things in the right buffer (hopefully).

(somehow this is regression from c4498251)

Change-Id: I209ea7a384fb1cb5d1505a70ecc4a4536bbf26a2

Change-Id: If0b589c884cd306ca7c94d3366af66276a120176

This adds support for the following scenario:

- Shape has no editeng text, but a textbox
- Shape has automatic size
- User edits the fly frame (serving as the textbox of the draw shape)
  and expects that both the shape and the textbox gets resized
  accordingly

Note that this way we can signal our size request for the textbox, and
the custom shape takes care of resizing the shape in a way, so that
after the resize, the text area counted from the custom shape geometry
will be exactly what we requested. (I.e. just asking the shape to have
the same size as the fly would work for rectangle, but not e.g. for
triangles.)

Change-Id: I1e7efd00db52cf28481f6821ea6949f748b855e7

So that in Writer, in case we're using Writer TextFrames to handle the
content of a shape, it's still possible to inform the custom shape about
the automatic size of the text, just like when native editeng text is
used.

Change-Id: I2534b942a9b2d62d7aa009ffbfa8d76feb011f92

Bugdoc has 2514600 EMU's as the vertical position, use that, and allow
larger values, as originally this was 0, and we have additional 2 mm100,
probably due to rounding errors.

Change-Id: I7495a0f9e913332a24d0a830b0252ecb6a39d806

Change-Id: I213d85a1e2bbd2377f6f0326433ddd57dc346721

Change-Id: I9a812220b58cf6da00d854e65794f7c673ab239d

Change-Id: I47ca82d5f08431c8af8b8a85cfbfd083ebd6fda0

Change-Id: Id1d1ed3639548b335dff2d9fa5689b90f1ae5f61

Change-Id: I1c86ff5713401771d6002de0a26bad4430d271fd

Change-Id: I63d1822fd08c997a9432ed09ada6d5299bc658b1