Change-Id: I062ea860f695189ab1d59615f1d2390710a21d44

Change-Id: Ic83ec7e99c8b666b755b93f315019754f9d9757f

Change-Id: I7018813740460c79d09318770fbdcb24a24a441e

Change-Id: Icdb3a5f998d69727247c3fc4803c46803f2fa199

Change-Id: Ic15760ca40d719ae333003c9bc241c813cb284fa

Change-Id: I9b82ca8bb6c1c6453bbedac2c60bec4d6a98c009

Change-Id: I267c1fefa5330359f3aea0d57d38a153232b655f

Change-Id: If001121da14ca9d15f6c36af30428f1851710524

Change-Id: Ife987833a52c7ed0b55f1003df1ee0dad2011cc0

Change-Id: I7337d2d2f116f465bf6988dd9c7997b0267ca1cc

Change-Id: I0135e81f925fda19c06144d21d2f2b0efc9e57be

Change-Id: Ic980e633f7c9cdcbb3a1b512d66bfd8279d16339

Change-Id: I0af9285c2fa0371607e9ec750bb07968244c44d8

Change-Id: I50f5e876da902181f8ab5c9571df61f035630218

Change-Id: I6280af7182f4afefe39ef676024caa9c21f089ff

Change-Id: I2604a6d647c912a91da156072b9821b2abe52b48

Change-Id: Id81a238ed71c8c2f9297e14f6f37d148f29cfbca

Change-Id: Ic4ee5414fbbea3d73655b52e66cb397220e61566

Now all shaders compile cleanly against a core context without
deprecated functions.

Change-Id: I53c1fe04e07247f94ad5e3a17819cebea0a9f535

Change-Id: Ia5da0899d73aea22fe7bae735e57e30dcd37b254

Next step to a pure OpenGL 3.2 core context.

Change-Id: Ifcfccd9ffc8adcc3b7338e10cb25aeb8496909a3

A 3.2 core context only supports GLSL 150 core and above. This at least
removes all vompile errors related to missing or wrong version
requirements. In a next step we need to make use of modern GLSL features
now.

Change-Id: I59f1bc84ab4f64cc6520309b7da25adc3e116997

This is necessary for OSX where we are using a core context that does
not implement any legacy features anymore.

Change-Id: I59536e99761691d910fef62cf82ceb03e57725ae

Doesn't look this sane...

 commit 3b58abab
 Author: Thomas Arnhold <thomas@arnhold.org>
 Date:   Wed Oct 23 22:38:46 2013 +0200

    fixincludeguards.sh: sd

Change-Id: Ia6836deaa1982febf71cd8abd89e93ea0a844721

Change-Id: Ie94573f7c43c834cd636493bed32f07aa792da49

Change-Id: I90847d0edbc2c13e405562647b150012bc5df7e2
Reviewed-on: https://gerrit.libreoffice.org/11249Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: Ifc6d84a63719b141ddc9bd89349d4a605d2b3e00

...similar to what has been done for svx/sdtmfitm.hxx in
68969cc6 "Consistency around SdrMetricItem."

Change-Id: I7f2348d82c76f6f231e34f0dfc4b6ee6fddffe55

...similar to what has been done for svx/sdtmfitm.hxx in
68969cc6 "Consistency around SdrMetricItem."

Change-Id: If26ab3229871d2d6a7e4e7e8f79f4cb927b96930

Change-Id: I0dda3dc849fce9ba994baa82f7e25497ea995c75

from SwLayCacheImpl.

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

...similar to what has been done for svx/sdtmfitm.hxx in
68969cc6 "Consistency around SdrMetricItem."

Change-Id: I2e467df03a34d694214e0560476cb7fd76ef0735

...similar to what has been done for svx/sdtmfitm.hxx in
68969cc6 "Consistency around SdrMetricItem."

Change-Id: I3253b4cc5657a7d6b960ee892584109d373eed3d

...similar to what has been done for svx/sdtmfitm.hxx in
68969cc6 "Consistency around SdrMetricItem."

Change-Id: I3193eab34a34c051002adeedd8b368e26f55f7a3

These labels were too long, obtrusive, and state the obvious.
We can make them shorter and friendlier by removing the “Number of”
nuisance. The equivalent dialog in Office 2013 also lacks it.
Brevity is a Good Thing™ in UIs.

Change-Id: Ia44f02cbcbba22a3161cac206511de4fe4daedcc
Reviewed-on: https://gerrit.libreoffice.org/11222Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

This reverts commit 542ae4e0, which
breaks the build without 15cea073, which
had to reverted.

This reverts commit 15cea073. I
overlooked the fact during review that this introduces an svx <-> sfx2
circular dependency.

Change-Id: I9700d0d729a8f2d1255fcd03a07e05799e21f8d0
Reviewed-on: https://gerrit.libreoffice.org/11152Reviewed-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
Tested-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>