...they just "happen" to have the same name

Change-Id: Ia602f9a62e07c3af6fba2ffb84a858e1fb4b09ce

the 8.1 one is the only where it is installed to in a plain install of
VS2013 (update 4)

Change-Id: I797c3d1501d6ee87e5f662279221c4d285933f2d

It is already checked on all call chains:

* CreateSalInstance (vcl/unx/generic/plugadapt/salplug.cxx) checks
  IsHeadlessModeRequested before calling autodetect_plugin ->
  get_desktop_environment -> get_desktop_environment

* Application::GetDesktopEnvironment (vcl/source/app/svapp.cxx) checks
  IsHeadlessModeEnabled before potentially calling SalGetDesktopEnvironment
  (vcl/unx/generic/plugadapt/salplug.cxx) -> get_desktop_environment
  -> get_desktop_environment

* The two calls to SalGetDesktopEnvironment in vcl/unx/gtk/ are clearly only done
  for GTK plugins, not headless

Change-Id: I44b43cecd63effc5b2e3ad2a449943fee183462a

Change-Id: Ia52bc54084883817ffdd8ade06c3079865d52f70

and drop old VS2012 part from configure.ac

Change-Id: If0bedff0972a40f92aaf86140a0405d2af1dbc8d

IsHeadlessModeEnabled should work just as well, given that
Desktop::RegisterServices (desktop/source/app/appinit.cxx) calls
EnableHeadlessMode if IsHeadless

Change-Id: I4ffd8e6e3a37a8929620418e97854106ea937c9f

Change-Id: I97c1becd4a3f31ebb5d984d5efbfef7b9339f6bf

Change-Id: I9046c57440b6adb83204d0f596b1cb8467405dfa

Change-Id: If859352a7d8d409e5c3c651e0ffea0b3687007db

These are usually very short-lived marks that are used for various
internal purposes or by UNO interfaces, so restoring them from undo history
does not make any sense. It can in fact lead to a crash on undo if the mark has
been already deleted (which is usually the case with UNO marks) but
the restoring still refers to it (this is not a problem with other mark types
since those should be deleted only when they are no longer in the document,
in which case they are saved in undo history by content positions rather than
mark references).

Change-Id: Id707dc3d2b888b5c96a974d04a0ef17b22fc024c

Change-Id: If9bd4d906906e0e6cd7c5bb61f8a67a163218395

Change-Id: I735bac570a0bed35d9ddc07e5f107fb696b49082

Change-Id: I5f7bfffd1b9751c30c737c886afcd572fa44d234

Change-Id: I7f7e9094cb992b2cec3ab156a83791559cbb4344

since we introduced the new constructors that pass the cause all the
way up to java.lang.Throwable.
Also simplify some exeception printing sites, because Throwable
will correctly print out child exceptions for us.

Change-Id: Ibbecce3c6f971fbc80d6de2052ab4f33a4503c0a

Change-Id: I3c119182c093b625b57ebc1c23986cab7faf09b0

Change-Id: I81ac033ebe887256279232d192f5ab93dccc0434

Change-Id: I794042c78723a0d40de8054084b27805cba6cfee

Change-Id: I47adee37ce1c4235f8c44650289c09a073da45b4

As discussed in

http://listarchives.libreoffice.org/global/design/msg06845.html

Change-Id: I9e9ada1b2bee6023ee7f79d28cf4de2765c5daa0

Change-Id: I58f1f500594b53444dedb221eb89f383b2a87e91

Change-Id: I2cd5dd5b4f723e26802930003c68433917af782d
Reviewed-on: https://gerrit.libreoffice.org/13371Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

We still can't use ctrl+up to shrink the height of a row that has a table in
it, but it doesn't crash anymore.

This code presumably isn't truly table-in-table aware and should somehow step
"over" the embedded table and not "into" it, which is what I guess it is doing
here.

Change-Id: I0e4c757c75438a89eb7721de32990f2f21c1ad8b

For the WW8 bugdoc, the speedup is 435 -> 98 ms, and the end result is
the same from a viewer perspective.

Change-Id: I9b6ed3b77748cdc71f373daf07548c6cd0dc732e

Make it O(N) instead of O(N^2), where N is the number of children of the
root note.

3.596s -> 0.960s for main.xcd

Change-Id: I1b9904a377603cd57f84636c873ed2b752abd101

Change-Id: If6347197ff4436b4edd06e6e62d8e8e6fe1d4db6
Reviewed-on: https://gerrit.libreoffice.org/13408Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

since it was the only place that used it

Change-Id: If9a71fbb468d02616da5cfacab0332e51a416d13
Reviewed-on: https://gerrit.libreoffice.org/13407Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Ib459799f4a3224f8c9683ac4b6cf37982d2077a3
Reviewed-on: https://gerrit.libreoffice.org/13406Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I4d15a0e606f468346bc5d2f43af2e14bcc758e13
Reviewed-on: https://gerrit.libreoffice.org/13405Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Ic49f95117b54929f95984aff0f69e47b90daee7c
Reviewed-on: https://gerrit.libreoffice.org/13404Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I05824a6f19a5f3048a52101b96f6bf3d3099df08
Reviewed-on: https://gerrit.libreoffice.org/13403Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Ib64def97e04273e66f7a2e514c49f0caecc10fe6

Change-Id: I9bfd611ef5451b936f2b7b4dda6dd8ede23832a4

Change-Id: Idc87ab05f817a21e491537a1fa4c014c5a313bf6

Change-Id: If35fa5d97cec6c167bb0841da1e6819e5a4caf13

Change-Id: I70a769bac1fa04ff5606b729772c1d28b144b64e

Change-Id: Id949718baf77bb7e2d276d3db08f68149c114796
Reviewed-on: https://gerrit.libreoffice.org/13364Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>

Change-Id: Ic3d1f6e47bf068e60dca711c97e3f6b194d14049

Change-Id: Ica56b6b07f8fc521882d15c1bf95cc6c162b4fd1

It's filled with contents in the OOXML tokenizer anyway, keeping its
interface outside of it is pointless.

Change-Id: I10051c5b41a1247417bfb3dd3170a76bf20925aa