Cell input in testDataPilotLabels() like 1.2.3 was prefixed with single
quote / apostrophe to not form a date input but string instead. With the
new date acceptance, in en-US locale 1.2.3 isn't a date anymore and the
quote becomes part of the cell content, so the test checking for 1.2.3
failed because the result was '1.2.3

Get rid of the lax "any 1-2 possible date separators used with 2-3 numbers
forms a date" date recognition. Use locale data's DateAcceptancePattern
elements to match against, or ISO 8601 yyyy-mm-dd, or an already applied date
format.

Special special.. upper and lower case letter GHE and space and non-breaking
space.

though I strongly doubt the entire US-centric approach ...

- Removed separators '-', '.' and '/' working in all combinations in all
  locales forcing a date even for 23/12.99 (if locale has DMY order)
* Only the locale's date separator is accepted, plus '-' if the input may
  represent an ISO 8601 date yyyy-mm-dd, check is lax though on minimum
  digits, y-m-d is also accepted.
* Additionally, accept yy-month-dd or dd-month-yy with month name. Year must
  be <1 or >31, 2-digit year magic for values 0,32..99 is applied, or has to
  be prefixed with leading zero.

+ Years < 100 without being hit by the 2 digits year magic can be entered by
  preceding them with a leading 0 if at least 3 digits are present, e.g.
  099-1-1 is year 99, not 1999.
+ Years < 100 in an yyyy format are always displayed as 0099.

...at least in ~ScAutoFormatObj it appears unnecessary and can lead to
crashes during Desktop::DeregisterServices (when ScGlobal::ppRscString
is already null and ScAutoFormat ctor calls ScGlobal::GetRscString).

Therefore split GetAutoFormat in two, GetOrCreateAutoFormat for cases
that probably need a non-null return and GetAutoFormat for those that
are OK with a null return.

PPTX would need rotation of text _inside_ text/object
boundaries, rather than the rotation of the text/object itself.

This reverts commit 39cfc4d8.

This OS_FOR_BUILD is to modify behavior in the cross-compilation case.

...when adding multiple new template regions in a row in
SfxOrganizeDlg_Impl.

Sorting the sfx2-based list boxes does not work as SfxDocumentTemplates uses a
different collating order (plain Unicode code points) than the list boxes, so
that e.g. "en-US" comes last in SfxDocumentTemplates but not in the list boxes.
Even with that fixed, insertions into SfxOrganizeDlg_Impl would still not work
right.

This reverts the sfx2 parts of commits 50b7733f
and df590689.

ScViewData's default ctor sets current sheet to 0, but its selected
sheet data didn't have it selected which meant that the two data
were out-of-sync when created.  This affected entering data into cell
when the sheet was embedded (because no sheet was "selected").  In
reality at least one sheet is selected at all times.

The above bug was present before, but was masked by a hack in ScTabView
which always selected sheet 0 when activated.  I removed that because
it was interfering with syncing the sheet selection data before and
after print preview.  And removing that hack exposed this.

This commit is the right fix.

Part XXXIII
Modules
sfx2

Part XXXII
Modules
sdext

Part XXXI
Modules
sd