Change-Id: Iea5c01fe902b052a55c86ca3b879bcca12c80690

Change-Id: Ic0d13034a37ba354000de18e6f97b9cc31857bcb

Change-Id: Ie4986f36f7f71df64b1c7c7b5e0190f4d5708c64

Change-Id: Ie12913691fa3d01bc7ad2fc0c108821d0937d250
Reviewed-on: https://gerrit.libreoffice.org/1919Tested-by: Miklos Vajna <vmiklos@suse.cz>
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>

It seems there was a misunderstanding of onCreate's savedInstanceState cf.
http://developer.android.com/reference/android/app/Activity.html
Apparently we go through a onStop / onCreate cycle when rotating,
that triggered this.

Change-Id: I7cb1cf29bcae59ef26cf3bf0c2b3dd028eb8f878

Change-Id: I1d97ba1cc643fb1c940b94e84e348812efae115b

Change-Id: I65e68de95ff30b74fe7052dc4a7429d49536b564

Change-Id: I28a8b8ba01e7f1c16af745078f9075888e4b304b

Change-Id: I6105b293eef0c74688dfde5172c30590cfea62ec

Instead of having 3 of them.

Change-Id: I2de9b63c33b7362162a56ea391f8b68a468163fa

Change-Id: I43e45cbd11f532f35ca9f0063236850ebc2e518e

Change-Id: Ib52a546a98f681b918de5e3bd285c36407fa8254

Sadly it is not as easy as it should to remove this variable yet. There
are some users inside the import filters that prevent me from moving the
variable into the UI layer but we should not use it inside ScDocument.

We should inspect in the future if this variable is actually a good idea
at all or if it create problems with multiple views and we need to use
the current table of the current view.

Change-Id: Ic1a378bacfcba65a3df8e5782e64eb15ca057d7d

Change-Id: Iacfb0838d6d66e010d4ac0a2e73040fa51841673

Change-Id: I1ee09c7be958b0231f99df2ebadb0dc6a3a20246

Change-Id: I050e4d992c601c7af1a83b30137ab38fd05b8a74

Change-Id: I7e7557a91d18255beaf96b64aeba0915a2c2786a

Change-Id: I8b3dc969fc371a47b89055e80ea762565e405f26

ODF OpenFormula defines the function RRI, the legacy OOo XML format
stored that as ZGZ but that was not changed for the ODFF implementation.
Correctly read/write RRI now but still accept ZGZ to be able to load
existing documents.

See also
http://docs.oasis-open.org/office/v1.2/cs01/OpenDocument-v1.2-cs01-part2.html#RRI

Change-Id: I617eaa37ff483e9a02a218e8432ba918f54bd61a

Prefixed with _xlfn. instead of programmatic Add-In name.

Change-Id: I4f119f92096329432488503f36df670a4ce19b42

Change-Id: Ic18ca82a49ec346240a667462e73184694ce8feb

Change-Id: Ic6766105bb221aa4ebc700cbf99b4f6f5b3abf8b

The latter always confuses me, which likely would lead to bugs caused
by brain shortcircuiting.

Change-Id: Ide7545d8d28e89265cad0d4457ab29cecc1869d3

Change-Id: I11d8ba422b280a9a06dbc9bb13c2ccaae7435afb

Change-Id: Ie8417eafa70204accadff1c50d23c32fdda7bbb1

a side effect of this painfully tricky rework is that we recover an apparently
long lost initial "ON" column in tools->options->appearance

Change-Id: I262feae14e9f8a21f46103e35256687e66a13c7c

Change-Id: I1e5777e5dcc04d0aa53d1ac4b9091f310ae59035

Change-Id: I6069102f6b9df72a63a840758158f672fdd6c621

Change-Id: Iee1e943db369532e88e1d5badcfb5106e9d6ef26

Change-Id: Ibffbb6cba4fc3905a5d87be8305c9809bf67229b

... that's still allowed by the configure check

Change-Id: I1abfdfc09522dcfbd487d87a6ff49a0b4803daad

I've addressed the root cause the right way.

Change-Id: I1b3b13d28e4acc9f9ec814c0ad242166aa34a65e

Change-Id: If4ae85bec451897f5c22397f4301200d1d3c77ac

Painting only the necessary regions works fine normal background color,
but not for gradients, as the result is obviously different in case of
gradients.

Change-Id: I624410ed08604c13a810f784d6226d592295c5d3

Change-Id: I695cf16bc3b06823ae9e0546cb751e41eb201706

Change-Id: Id0adf3733ac4c2c08ded659c2d621ddbbbb434c5

They are not exported automatically, as SvxUnoNameItemTable needs a
Which ID, and it's different for drawinglayer and Writer gradients.

Change-Id: I5dd7d828b1f0e577e26510e3c5ca74386d000f16

so that if a new ones appears in icu we should compile time warn
about it

Change-Id: Ic116dce40a2aedee417320bc5291bb5b7d0ac391

Change-Id: Ic541e2510567ca0f264730568c482fef521e6318

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