Change-Id: I69ecb9fa157c706c90132e7801def2253529158d

Change-Id: Ie70be4d3e4f086eaa301295df0bc7d25792d2cd2

As far as I can say, this reusing is just an optimization, but
it breaks e.g. with <w:pict><v:group><w:pict>... , where
using the same context for two shapes breaks things, e.g.
oox::vml::ShapeContainer::getFirstShape() does not work right.

Change-Id: I90bb85b4d320e1bb0727401879b0551abbac5f12

When one take look on what the code did:

   name = nameA;
   origName = nameA;

   GooString *getOrigName() { return origName; }
   GooString *getName() { return name; }

This code is used even with poppler 10 which was branched 4 years ago.
So simply do not bother with this code at all.

Change-Id: Iba877e765fb763878f5ccd3e1fa62c29cadc9085

Change-Id: I3aab81682310cbf1da8af6dc0a5d71eb8e3140e4

Thanks to Caolan for the explanation.

Change-Id: I1db0b1f60681c5f2815472b220ba54b4c38c0cd4

The top-level Makefile invokes autogen.sh (and thereby configure) in an
environment which is polluted by config_host.mk; this causes at least
the problem that following a "make clean", the bootstrap script will not
copy dmake to its destination because BUILD_DMAKE=NO is set from
config_host.mk, which is apparently due to the PATH being polluted from
config_host.mk, so configure finds the dmake in the build tree.

So split up top-level Makefile into Makefile, which invokes autogen.sh,
and Makefile.top, which does everything else.

Change-Id: Ie78e3a5fffb73c212dcb60e4ad0dbe2f7db8fea2

Change-Id: Id88f38fb806c6178240eb69da69c2e633c2033da

Change-Id: I63edb1931975eca15a0b1efc51f9ce0d35739ebc

Change-Id: I0671f0acf5a53a1c7f442f721bb058a3760ca18c

Change-Id: I36ccf62ee2e2769bcf1aef6d26d96bce6c7078f0

Change-Id: Ib7469c4214687021efdcfb9bbf162ee6eb6404c4

Change-Id: I0a2a06b805ba1fd7d03937e767568d622615b059

Change-Id: Ia3fbe15aeed9a3cb7928ada1a438b190f8fbb017

- Removed extra call to XCell2 and instead passed formula result directly to ScDocument.

Change-Id: Ifea731e44f12a048b76f8d5a4cc2d0619a56bbbc

Change-Id: I568b86f34335bb9290ae796a6140d6e4ff65752b

- Removed CellBlockBuffer::getCellBlock() method that always returns null as per my IRC convo yesterday with Kohei.

Change-Id: If57429c8cf48d309a610c703d97b53406653a767

Change-Id: Idb16d82dad08f1028a065cba568682477fe41313

Change-Id: I70c4d213fdd91f7032d637e93410add1f8266a3e

...so they do not erroneously inherit values from other targets.

Change-Id: I6c84cecad4ea858b77d5d83eb93938c397aed076

Change-Id: I3a6fc3bf2915699d886f3b8e966ae2718517d7bd

Change-Id: I52f063848c7bd63bdef73fb21eaad4256a14d128

Change-Id: I48a0c1b9f754381ae6dec546ab9443040df8210c

We used to ignore m_bTitlePage in this case, resulting in wrong
'Default' page style for the first page, instead of 'First Page'.

Change-Id: I1899354fb39db4f0eb663fd5233395f2d4a5e72a

Change-Id: I504cbe271ef4475963b8277a1ab7dcb09b0dda38

Change-Id: Idd21d7efa2708ab2486cdaf8bf5910af36551687

We need to default to the Aero colors too, in order to this be really
beautiful; but hopefully already in the current state it is an improvement :-)

Change-Id: I 113039b62320fa76916ba74071e1eebff4d3476c

Change-Id: I9a68d585217550c1d229a2bc66d04e506253d747

Change-Id: I71bf94a87f8d7092b472e7a8eb58045a82749c29

[We need to introduce taking colors from theme (instead of system) anyway.]

Change-Id: I75037771f2542e924cbff01accf66cfc851ec255

No idea why the DwmIsCompositionEnabled is recommended ~everywhere where you
search for how to check if the themes are enabled; it is wrong as eg. over
rdesktop, you are still using themes, but for sure not the composition in dwm.

Change-Id: I Ib34f2a17809d03f29ccdf7d4a8b94ee7ad996bf5

Change-Id: Id07fce1f1baf7361e16f16af63f54c98a71791f6

Change-Id: I6f468005c8d8d99d9251a9c4fe4629b98bc4aa5e

C:/lo/core/sw/inc\tblafmt.hxx(311) : error C2487:
'boost::ptr_container_detail::reversible_ptr_container<Config,CloneAllocator>::insert'
: member of dll interface class may not be declared with dll interface

Not really understanding what the problem is here, attempting to fix it
by not deriving SwTableAutoFmtTbl from the container, and trying to get
that to build somehow resulted in this commit.

In some circumstances installation of embedded VC++ runtime
fails with error code 1935. This usually occurs, when there are
many different versions of VC++ runtimes installed on the computer,
including beta versions. We can workaround this Microsoft bug, if we
don't install our VC++ runtime. A new property was introduced. It is
called VC_REDIST, and installation of VC++ runtime depends on its
value. (BTW the solution is general, ComponentCondition can be used
for any merge module, now we have only the VC++ runtime merge module.)
When the user experiences error code 1935, he should try to install
LibreOffice with the following command line:
msiexec /i <msi file name> VC_REDIST=0
The patch fixes another minor issue. 64-bit VC++ runtime will
not be installed on 32-bit systems any more.

Change-Id: I I6c5e066c6e60b011235e6019a8a35c9e953209bc

Apparently Apple GCC 4.0.1 wants to invoke a copy constructor for
SwAuthorityFieldType when it is given as parameter to InsertFldType,
which seems entirely spurious; let's try if this works around the issue.

Change-Id: I3f00ab7149d6d198292d63ed3f16b213b39a3054