sw/qa/extras/ooxmlexport/data/zoom.docx is a reproducer for this,
DocxAttributeOutput::CharFontSizeCJK() is just a wrapper around
CharFontSize(), and both produce a <w:sz> element, but to produce valid
OOXML, only one child element should be written, so ignore the second
one.

Change-Id: I7474fccadccf573f706c9b148b7e450c39ad5efb

With this, each rotation = 0 / 90 / 180 / 270 and flip = none /
horizontal / vertical / horizontal+vertical combination (16 cases) are
exported perfectly.

Also, this matches what the (binary) [MS-ODRAW] export does, see
ImplEESdrWriter::ImplWriteShape().

Change-Id: I04030c8c6819c35c06ce97400eb7e2f1f7389a5f

Currently the timer callback is running on a separate thread, but that
is unnecessary since it just does a PostMessage().

Every thread stack stack mysteriously eats 10M of VM apparently despite
dumpbin -headers soffice.bin:
"989680 size of stack reserve, 1000 size of stack commit"

Change-Id: I6eac3f6fa45939cd5dbb3dfbec61f9a504bdaa8b

The relative height "100%" (used only by Heading 3 now) is converted
silently to absolute height (btw, also in the dialogs and in OOo, too).
Using 101% instead of 100% fixes this problem, so setting a new height
in the parent style "Heading" (for example, by Tools->Options->
LibreOffice Writer->Basic fonts (western)->Heading->Size) can change
the heights of all default headings, including Heading 3.

Change-Id: Ia44ac9d24041b75f0aedd7b56340dd41caf0020e

writer has code to fill in missing new properties from the old properties
if they exist. But xmloff is stripping them out before they get there.

Don't strip them out, and add in a missing check for one of the
archaic bg colors and add a regression test for fdo#81223

Change-Id: I9a541a9bee0a01c90f2c33383f1144ecd8b0bfff

though it did seem on the face of it a good additional safety check

Change-Id: I76e613c0f42662d87f976d9b3bf98a4cb44b3c4e

Change-Id: I06c253cc53121559730f23906fd3ff34a4593d27

...producing error messages about trying to access private undefined unique_ptr
copy ctor etc.

Partial revert of 014e7933 "svtools:
std::auto_ptr -> std::unique_ptr: ...changing HTMLOptions to
std::vector<std::unique_ptr<...>> because boost::ptr_vector<...>::push_back only
supports auto_ptr, not unique_ptr," going the awkward

  std::unique_ptr x(...);
  push_back(x.get());
  x.release();

route instead (which could be simplified if boost::ptr_vector::push_back ever
started to support unique_ptr).

Change-Id: I15693030a0bbfdedbfdfbe76ede5d0c74f4e5b41

Change-Id: Ib70d974817bcdd9a582e9be28d28b007cdc3a7a7

a regression from one of the DrawingLayer FillAttributes
changes of...

commit 7d9bb549
Author: Armin Le Grand <alg@apache.org>
Date:   Mon Jun 2 15:00:50 2014 +0000

    Related: #i124638# Second step of DrawingLayer FillAttributes...

    for Writer objects, now added support for Paragraph and PageStyle (including
    Header and Footer) for direct attributes and style attributes

commit 4a0b5e56
Author: Armin Le Grand <alg@apache.org>
Date:   Thu Apr 17 16:44:58 2014 +0000

    i#124638 support for DrawingLayre FillStyle for GraphicFrames and ...

    ... EmbeddedObjectFrames in Writer

commit 6e61ecd0
Author: Armin Le Grand <alg@apache.org>
Date:   Wed Mar 19 16:17:02 2014 +0000

    Merge back branch alg_writerframes to trunk

all of which set all RES_FLYFRMFMT and RES_FRMFMT SwFmts
to use the new fill attributes, but

a) didn't change the aTableBoxSetRange for SwTableBoxFmt to include the XFILL
attributes, so importing cell bgs from .doc got dropped
b) didn't make any effort in the uno api for XCells to do the same sort
of mapping that was done for XFrames

its unclear to me if SwDrawFrmFmt is actually adapted or not, I've
assumed that it is here

Change-Id: I8d71def2aef6163099a16591f9e53ba2b430bd06

Change-Id: I1bd87c623b923469c325ebfcba4ba82e2a648ae2
Reviewed-on: https://gerrit.libreoffice.org/11694Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I31664bbd8c1c3b02e8a7381226d4d558b37466a2
Reviewed-on: https://gerrit.libreoffice.org/11690Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

...changing HTMLOptions to std::vector<std::unique_ptr<...>> because
boost::ptr_vector<...>::push_back only supports auto_ptr, not unique_ptr.

Change-Id: Ie5f92bc40ce5425dc1c634b17addc2b0dd9bbda3

Change-Id: Ifefcf5c69ecacce0fb9538900ee67a9c086959e6

Change-Id: I20358c271e32b4af11d3258c950bde836596933a

Change-Id: I31bbeb5f068754d6dc77c22d759058089b03c9b1

Change-Id: I28443b688f8ab752162846e5cea661f26d269cad

Change-Id: Iea517d2287bded4a702c73dfdd1f182023425d67

Change-Id: I53b69a488c70769cbb841db519bc28fd211dc087

Change-Id: I8347010d5607dc2cbb113b33f1cb2cc78ec106d2

Change-Id: I20eb45dda584c1c3a2e5d72425e49627fb7c3866

Change-Id: I58ec00d6f8a4cc6188877db1330c5e32c9db12e5

Change-Id: Ie0dc41bd091cedcc6bd8a20aff16a9d0e4b73689

Change-Id: I17d3f512309ab0cd5d717b2e7ca3e8d51165c8a4

Change-Id: I32881e06d278df6319822a5ecf282aa97cf24bc8

...which should ideally have no effect on external code anyway, given it only
contains internal-only code.

Its use of boost/unordered_set.hpp apparently started to cause problems in
combination with C++98-enforcing CppunitTest_odk_checkapi, cf.
<http://lists.freedesktop.org/archives/libreoffice/2014-September/063637.html>
"Re: Performance samples for LibreOffice ..."

Change-Id: I8b5623950330180fb0ae158903ccecedaed57dfe

Change-Id: I9d750f525fe73d59c150b322401418dfbd0822dd

Change-Id: I9c4d62e4d3703e4e1015efe2b2917d54f82bc83f

Change-Id: I0338d1c68fe6be8793777a3a238c750560bcf7fe

the java.io.IOException(Throwable) constructor was only introduced
in 1.6

Change-Id: Icd40e91cce7a2e89e4a70ad55f31baaa86eebfe2

Change-Id: I15604e97dc38f1fcfa62c3d86208e72a86dda23e
Reviewed-on: https://gerrit.libreoffice.org/11688Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Id880953105f6100b15cd78f48ce0c8dbcb7ffb8d
Reviewed-on: https://gerrit.libreoffice.org/11687Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I7bac4105494cdbbadd4c4d78ce1fcf03b8ccae6c

Change-Id: I00b0f5624f5b03d53ff01660ca96dc355238b10c
Reviewed-on: https://gerrit.libreoffice.org/11685Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Idfb554f2ee77e0315b3ed69c4fae8ad4e8e87b3f

Change-Id: I718832960abe07450bc9fdda15297cb5e56f84e4
Reviewed-on: https://gerrit.libreoffice.org/11674Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>

Change-Id: I4113d35e2a4778c9833e659b1e4ff4fbb1ab9734

Change-Id: Ib167acf5914596b69ee240255aaab173a0570038

Change-Id: I16fbda06c75bbf80e7d2c2b045418297589c6ff7

Own draw method expands the picture correctly but for some reason
the SingleTileLayer draw method does not so revert back.

Change-Id: Ie8e39fc46b84ae410439a781928ff79bc1503d10