so that it could be usable from unit test.

Change-Id: Iea10cb473bc17d7e030c018fd2c84fbeccce3e47

Easier than trying to figure out how to make the VC2010 project work
with VS2013, it seems. Luckily it works fine tojust have VS2013
upgrade the old project file and then pass that to msbuild.

Change-Id: I94c0248211767d97f2898f35b1b677aee372a329

Easier than trying to figure out how to make the VC2010 projec work
with VS2013, it seems. We only need a project file for the lcms2_DLL
project.

Change-Id: Icab47ac7625b9a492942ea0835fe52ef06cdf2d9

Change-Id: I030137cb379de04968fb144516e90dbd1bdd97f6

This avoids an ugly "Character" box in the dialog with a null byte in it.

Change-Id: Iee35a8e1bd6b57fb4eb8ae06722bd79ee1d5d8de

For RTF, the tab stops that are set directly on the paragraph are the
tab stops the paragraph has effectively; there is no equivalent of OOXML
<w:tab w:val="clear" w:pos="4536"/> that would override a tab stop of
the applied style; that is done by simply omitting the tab stop.

It would perhaps be possible to implement something to synthesize a
NS_ooxml::LN_Value_ST_TabJc_clear in the RTF tokenizer for this case,
but it's simpler to just generally disable domain mapper's
InitTabStopFromStyle() for RTF.

Change-Id: I7b0581be8db19ffda81c8d1da290abf0a0f69529

Change-Id: Ib25ae32be6132a9209eaa81db18b0659b73d5b82

Change-Id: I340ef55dc9a09bd196469ed51848b22ba986de8c

Change-Id: I97b1d03410e98c5ff2ad3cc15cef692e9b994a6c

Regression from ee9f23bb (docx export:
invalid sectPr added at the beginning of the doc, 2013-01-10), the
problem was that we even tried to generate section breaks at places
where the two page styles are in practice the same.

Change-Id: Iccf91ce542d9b075b93da25bcd42236db667e3d4

Change-Id: I24e7934002ebdde208db74ae3308b26875a3155b

There seems to be a maximum size that gdk's pixbuf
can handle, however I have been unable to find any
documentatation. Seeing as the current implementation
isn't realistically useable anyway, we might as well
set a hard limit here (in practice we'd have much smaller
tiles + compositing).

Specifically extras/source/shellnew/soffice.ods will fail
without this patch.

Change-Id: I6ac495adca8e15878989375ef8b2de472788279a

Change-Id: Iea5105cc33b436e9c0728df799b1ceb63f20e46e
Reviewed-on: https://gerrit.libreoffice.org/10579Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Looks like unintentional change made in
c4a593b6

Change-Id: If314a3f290c79909e3a807f9c9c95791c26067e9

The test document was converted from doc to docx using MS Word 2010.

Several fixes were required to make this test pass:

- Do not clear the "FirstIsShared" property on page styles, as the code
  instead uses the old fashioned method of translating a Word section
  with "different first page header/footer": two page styles linked
  together, the first page style and the follow page style.
  (Also remove a wrong test case which checks the FirstIsShared property)

- Do not clear the "HeaderIsShared"/"FooterIsShared" properties on the
  first page style, only on the follow page style.

- Actually set the "FollowStyle" property on the first page style to
  link it to the follow page style.  This didn't matter for the very
  first Word section because it was mapped to the default page styles
  "First Page" and "Standard" which are already linked, but it does
  matter for subsequent Word sections.

- For some reason setting a new page style at a section break was
  excluded in the case where the following section had a title page.
  Remove this exclusion.

- The exclusion mentioned in the last point was masking that bnc#751077
  was not entirely fixed.  To resolve that issue:
  When checking if the last paragraph of the section is empty, consider
  not just text content but also shapes.

- Remove a workaround for bnc#780843 involving copying of headers and
  footers from the "Standard" (first section) page style in the case
  where the following section had a title page.  This workaround is no
  longer needed as the test case passes without it.

Change-Id: Iacc9bba0720c11414da3e852892cff301ebbc4fe

Change-Id: Ia15e5a376b2a7503f56f183a555e21d1122fe66f

Change-Id: I22481191d5cbc905a9af7530e075acda21fcbeba

Change-Id: I62914ab65258de36790387b7a8865a32b0d7bca6
Reviewed-on: https://gerrit.libreoffice.org/10587Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: Id9fbffbf74d7583bf1ac8239899abdf0c2347cf2
Reviewed-on: https://gerrit.libreoffice.org/10573Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I105f0ac40251122348ed86eaab5d99a023f5c09b
Reviewed-on: https://gerrit.libreoffice.org/10588Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I94973343bb3ec4a055d9a46ca7ac800dd08406ad

This is needed for the use of DateTime converter. I forgot to add the makefile
when I commited this patch: https://gerrit.libreoffice.org/#/c/10586/

Change-Id: I7cb9ab40fab549a95beb6818ab4ad4befdd3dea1

This patch handles the case in which no meta information could be extracted from
the file, so CMIS properties are displayed instead, if it is a CMIS document.
Size and creation/modification dates are handled here.

Change-Id: I97f920172b15a76297d78a33ac3a07a8333ef8a6
Reviewed-on: https://gerrit.libreoffice.org/10511Reviewed-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
Tested-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>

The initial code always extracted Strings from the UNO instead of extracting
the same data type that was written into it. This patch extracts the
properties according to their data type and formats them to be reconstructed
into CMIS properties.

Change-Id: Ib160020e9d923a46e2c4f90924da847f2dac5e7a
Reviewed-on: https://gerrit.libreoffice.org/10586Reviewed-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
Tested-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>

Change-Id: I56faa8f0b1567a4e45cafc8edff17423b1e29c35

Change-Id: I5fae217687e12313451da5bf4b4e6f914551b628
Reviewed-on: https://gerrit.libreoffice.org/10447Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: I012027c38a6d2b06a4bb0cb53743d350b124ccf4

Change-Id: I54900e077d5325fb6bfad84a2afa37f3adf551bb

Change-Id: I18274d920865f8e28377acce8084eb1629ff8127

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

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

I thought it was possible now to build on Windows with Visual Studio
2013 as the only installed Visual Studio version, but no. I tried on a
fresh Windows 8.1 installation.

This commit fixes the configury a bit at least. (One needs to pass the
--with-visual-studio=2013 option. Otherwise configure gets confused by
the partial (?) VS2012 that seems to be installed, too, when
installing VS2013, and prefers that...)

The build fails at least in external/lcms2, but I'll leave sorting out
that for later.

Change-Id: I15942e4b088a3f0a62c3f7fa8f9b45f77beaff6f

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

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

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

Change-Id: If59d0e2f886e94148b81cb6cfcad067733fcb918

Otherwise, partially sorting a range may crash, or at best incorrectly
update formula references.

Change-Id: Iefcb86d205d83ccc5b684048bfd9aadabf6e13eb

This test currently crashes.

Change-Id: I57133495b483664c960a15e638520d195eb02070

Change-Id: I50b1a14e6bb9907f3a09e515dba28f9bed5511ea

Change-Id: Ia6bd561021c1042f594f20cc748c15ef8f5f00fd
Reviewed-on: https://gerrit.libreoffice.org/10578Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>