Otherwise the user name is set to the name of the user in the last revision
record, which will be used when recording new revisions.

Change-Id: I9b5e39c3b3a85614af67f86db9ed2bb3509a9e2b

Problem Description:
This issue is reproducible.

Step to reproduce :
1. Create .docx contains page break on first page.
2. Second page contains '&'(ampersand) with some character like 'x','z','#' etc.
3. Changes the size or font of '&character' which is on second page.
4. Precaution will be take all this i.e page break and '&character' contains in single paragraph'.

Solution:
Added a check for Context Type which must be CONTEXT_CHARACTER for deferring character.

Change-Id: I27989d2ca8d62fbd9efafe5ba7f4a65d56467c1e
Reviewed-on: https://gerrit.libreoffice.org/10532Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
Tested-by: Luboš Luňák <l.lunak@collabora.com>

Change-Id: Ib1fb5108a858c35a5bbe8ba865e15660639725e3
Reviewed-on: https://gerrit.libreoffice.org/10593Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I827fd727eb49ce19da847327d78bca531a11bc1a

Change-Id: Ife96b8313595f4a4e52f46e11130bd37a994c397
Reviewed-on: https://gerrit.libreoffice.org/10454Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Ia0f0282c4418288adf14997234ef393f44fbdabf

Change-Id: Ieb9cba7b8969787140d6db3b77765e3a15bf89e1
Reviewed-on: https://gerrit.libreoffice.org/10381Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Ia6437852a5ecd208510af20915bc982d1014458d

Change-Id: Iaa5df366118b8766b47e7bd4e9875c44c0e5d8d9

Change-Id: Ic749119931db569bf26c8d8a58da7d468811f927
Reviewed-on: https://gerrit.libreoffice.org/10598Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I2b8662ec85b8f710aa17a2c6f59c4b35af7685f3

Change-Id: I5986efd3d5690cb63ea44afaba7705c6f747e7f8

Also, removed the unused hrc/src files.

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

Change-Id: I2f3bb2e85457356a0e1ca313f3988eec40f362e7

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

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

Change-Id: Ie61d007857a62facac9d4e21ec494195041eeffb

since none of the call sites specify it

Change-Id: I9c15f0e042e21f6f78560c1962a533112d588c90

Regression from commit a5f9fb72 (fdo#80800 :
DOCX: Preservation of Direct Formatting for non first Table Cells,
2014-07-11), CT_Spacing's two attributes (line and lineRule) may come in
different order; but the change only handled the case when lineRule is
followed by line, and not the other way around.

This fixes a unit test failure in CppunitTest_sw_ooxmlexport's
testSpacingLineRule.

Change-Id: I892d97a97390228a59a129f096be39ce93b822d6

since all two of the actual call-sites only care about whether
it is a valid presentation or not, not what kind of presentation it is.

Change-Id: I75717c88878d37b2897741b0c833ff283b3fee59

Change-Id: Ic0e67b3e78fe6f38e8a255981c9aa9cfd939fd4b

Change-Id: Ibc64a17dc4a779e05946dfe5d1d12109e643a7fd

Change-Id: I0ee5f4f709aa521d85974ebb6518d8f2bce3f513

Change-Id: I719557813180c3f862ef4b00e24142fdbbb0daf0

Change-Id: I00804b2dd63df44478a14a3eaf2fdcd4e4ce5d09

(Seems you need a clean build to notice this...)

It looks like the cleanest method of getting lok_init into
a LibreOfficeKitInit.h header (in a c89 compatible way) is to
have it as a static function.

(inline is only available in C99 or later -- this is actually
 available on Linux which is the only place that we can actually
 use lok_init anyways currently, however given we have to keep
 c89 for the C code (for MSVC) compatibility, selectively enabling
 c99 would likely be more messy.)

Change-Id: I0493e7a68ed5397479220bb6ba8c3db870b6dd32

Update it to handle formula groups correctly.

Change-Id: I009a7fcf3d3fb17ef6951c50534ca6bc1fffc259

Change-Id: I46ccf0954f9397779244132488d93f3162cf04d6

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