Loading the outline formats from a StarOffice 3 user profile went out of
style.

Change-Id: I4989fa043a616428fea3705a72dee67082bfc226

At least they check that the pointer they reinterpret-cast without checking
the type isn't null!

Change-Id: I07770e274598b1c476b4c297ac1d388b7ca576e5

Conciseness and type safety: why try to achieve both when you can settle
for neither.

Change-Id: I68399395083e3ad927c544700cb37363856b1788

Change-Id: I4ad1ff6fad2f4097c128dcaea5cf6064e2524aad

Change-Id: I5426977d4ed5539d79335df0aa4bcccd71dd8966

Change-Id: I359f37ce778d55e6868bd1c78c0ff0d452f36088

This should be less fragile and re-uses some xmloff and unocore code.

Storing from ~SwBaseNumRules() does not work because other gobals that
the export code relies on are already dead at the time it is called from
a terminate() listener, so store when the dialog updates a format.

Change-Id: I4e148b82d0a338ec7ffa6429c6e162db79f8c44e

... to get some static property getter setter functions.

Change-Id: I3e69c0c01ee7ec2d17edbf06876c17cf4fce3833

... so that node.hxx no longer needs to include parse.hxx.

Change-Id: Iac1e21c208e3f0e3fd8ece16eee345e81574a0aa

Change-Id: Idecf7c2ec3b736ba1d9a2826773c95f26ef91990

Change-Id: I0d18aeee953d07ae9287ec1bca7d8deca8453d88

Change-Id: Ibcfa71cf9820db0b397a88e22aa6cc964048b71c

Change-Id: I29bea17bd6cc3ae88baa5cfaa5c0897c23044c3c

Change-Id: I6acca68cbebf149f7ac7f18fa0011e7f3d20a957

Change-Id: Ic1f1c7f055f3fb21e7361a2e14f6eebe3dac4216

Change-Id: I92776d7a96c13b3d0b4c74d2b928320f9182d17f

and

coverity#1251170 Unchecked dynamic_cast

Change-Id: I3a4806aff3b42ea3cf507c7f435bb687cac32c60

Change-Id: I6c411e496614c761a73e9785e70faeba7f8a065f

Change-Id: Id93fa68fe28359905f1dd55122fb3b4f48e9710e
Reviewed-on: https://gerrit.libreoffice.org/12274Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>

Change-Id: I413a69aa6dabb8975863505384f1c26fa16bc0ff
Reviewed-on: https://gerrit.libreoffice.org/12272Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>

Change-Id: I9629904b6b48d6b8356d6abb0c3cffe6e3fba517

Change-Id: Iefdeecc9fb2032d171cc2a353fe160dcd92050b2

Change-Id: I73e1498198cbb55ccd969713a38b6cd678c94643

Change-Id: Ie6a0c86b18a7a01c8b020c37dcbcadc529deb80b

Reviewed on:
	https://gerrit.libreoffice.org/12252

Change-Id: I2d8760c7ecb3677464e167528b2424aaca19a0d7

Change-Id: Ia548dd0382a6991a2d9914bf0d1fc1286319c5e9

Change-Id: I2e7f98f6b2df5f87be546606f86fd29202050d87

Change-Id: I7c6ebe65cd8c3364b541b5545ab36a13d155a61c

Change-Id: Ibeedfcb59e3a249c066a9c0f5dd3fcced9beed90

Change-Id: Id71b104f8d1c420b3716b093cebad00a7eb3f431

Change-Id: I862320e5a4b8277ba39e8174b077df8c838b4629

same problem as fdo#78151, except that pre-existing documents created
before the bullet/numbering toggling UI change have PRESOBJ_OUTLINEs with
paras in them with "numbering off" but the outline level they are a
preview of still have numbering enabled.

Leave the actual numbering styles alone in this case and toggle the
PRESOBJ_OUTLINEs paras back to the level they "really" are

Change-Id: I76508f88b5003afd1740feee3ec328326117f896

Change-Id: I619a6b161e5ed7e902406b288552b06fe7da487e

Must be careful to re-select the logically same entry even after it actually
has been removed and the edited on inserted.

Change-Id: Id19f7845fadbc018affab7a6cb6b421ed9170297

Still not possible to add new ones or delete existing ones, though. And the UI
for this is not finished at all. Work in progress.

Also some refactoring. To increase readability, introduce typedefs in
ScCalcConfig. Not sure whether nested types inside the class is a good idea or
not.

Change-Id: I8e1695bb0594e2cd5f8b5ce0ece075842b77762a

Change-Id: Ie7ba158063dc0c588e114278cedb80e414ccc4cb

Change-Id: I526d6652a956be3031ed46ab15eeb333d3f40a7c

Change-Id: I3d26823a93fd0925ef5e71affd941cd51219ab9e

Change-Id: I93cf7497e52d065d00f762f61f79a4e8f8609bfc

Change-Id: Ia3ddea84b022a34709b6be14afb105bedeef0553