Change-Id: I61a2c7287a2a5b7abadcd79f74fb38ba528d7da7

Change-Id: Ice4963da8a856b1d2ada13e5b699157a0217e06c

These replacements allow LO to load, save and mail merge documents having
more than 65536 tables in total.

Change-Id: Ic58f0f6f8cca3dcaa63b4488447b1fc9686677d0

Change-Id: Id31de932afa61df6933d61ddba971f5d7060f0c1

Change-Id: I3c58e329a43e9117fe2be751442bd9043b758e41

of which there are several.

There are some issues here I am unsure of
- the SW and SC and CHART2 modules essentially ignore the enum values and assign their own ids
  Perhaps I should change them to use the common values and create new enum values where necessary?
- the sc/qa/ and sq/qa/ and starmath/qa/ code was doing some dodgy stuff. I translated the code to pass down the stuff
   numeric values to the underlying code, but perhaps further fixing is necessary?

Change-Id: Ic06d723e404481e3f1bca67c43b70321b764d923

Change-Id: Ie0d8c16bb768201e8646c3136d7ceca67e506a3c

Change-Id: Id3da97083a8e30a32712443485b3801a8891a1db

Change-Id: Ib86a8e3adaf7c806e8a44db27ff635b9738c769f

Change-Id: Ia4f135c64e6b6b5bd7a522e4a1e9ca63738ff3ef

Change-Id: I133fd74ba9db857c837d87e0a2eda935a3da4e61

so signalConfigure considers that the new size is the
"same" as the current one, which is a bit dubious IMO

Change-Id: Idbfd32f23664e251da8a9cd29b4041960957c6be

Change-Id: I7b0350c288a7a5fe891570387d2f0813b5d8a435

Change-Id: I6b46eea0890573166d8a49e8060716907f223a1d

Change-Id: I10556946c4bd6c60adcd9f662462b0f4b73781a2

Change-Id: I0ba431b9227b3717b25f99c3ad6da552073bb712

Change-Id: I312d3d94c54f9a8537e2d22d347a75bd40360b80

the sample attached to the bug can be rendered within seconds instead of minutes

Change-Id: I64671e9619f78931da2c11461a6884f2a1c8d66f
Reviewed-on: https://gerrit.libreoffice.org/14883Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christina Roßmanith <ChrRossmanith@web.de>

Change-Id: Ib275192452c6836cbaac2e517942ec5356dfd9ab

Change-Id: Ie077be51164f317b8572aea5327bdee06fd6bd49

Change-Id: Ibe96a03b4ac6e93501b4512ecd28975956a6f37f

Change-Id: I40aec11a5132ce8d1a416144707f3840a7f5ab01
Reviewed-on: https://gerrit.libreoffice.org/14882Tested-by: Jenkins <ci@libreoffice.org>
Tested-by: David Tardon <dtardon@redhat.com>
Reviewed-by: David Tardon <dtardon@redhat.com>

...to match what is recorded in the .component files

Change-Id: Ie548cd37872d3b8540222201afaac73040e65c8f

so that we find dialog that have been instantiated but not actually
executed

Change-Id: Ia308e832780627c0a8de71a9d64dabcb3b861a9c

Change-Id: Ia751c4bc62258760d00c233ecce0b2eda0fe9bfa

Change-Id: I1ee901c1d8d5fcb42832e2af8e834cfd295eb627

Change-Id: I745dabe00567a5d0d076741bfa38c0b5e07713b6

* SfxTabDialog constructor has a const pointer parameter
pointing  to the input set and also the corresponding member
is a const pointer which indicated that set is not changed by
the dialog, but this is not true, const is casted away and
the input set is changed.
* So use a copy of the input set instead, pointed by
a non-const member, so we can spare some const cast and
misunderstandings.
* GetRefreshedSet not behaves as a getter method, but changes
the input set instead, so redeclare it accordingly.

Change-Id: Ic63f9ae68c50e65d4498b20f597547c1c075b94e

Change-Id: I0c0f84d110e8ea4f84404a8ca17d0c982c9200c4

Change-Id: Ifc2e190fa54e2e1e8992ae7e4e3ff15465b6db3d

- lets hope nobody counts on ModifyBroadcast having persistent
  sideeffects

Change-Id: Ie85feb71732c4a81fba22db8cf62ec7fe30d0cfa

Change-Id: Ia80fe9bbfaacbaa3a13731bbc16006f4e938bb75

Change-Id: Ia62dee090ab438cf4da320ba82603b45a8bc368d

Change-Id: I1c4ca34547217635732dea1cb5ce65a234274f7c

Change-Id: Id038f22e4c334cdcd56e1638d9d212b0dd1fa8b3

Change-Id: I834afb711920e480045a9f932770dab27dd1f3ad

Change-Id: Idd1f794f81612d7593095a230580234cdce30725

Change-Id: I7e0a9d1a02fa91fd2d685c3c6c1c3340be5cf41d

Change-Id: I7ec3feaec7a07871a3470f7f41dd203fa0f83fd0

Change-Id: I165dfaf2894352ad6610855ae9a18bd553ef07be