Change-Id: I6a5482f4d49e47d1a6289a29d1b573e25fa0b5c5

...in 8b533d84 "Missing XTypeProvider base
class."

Change-Id: I477e47f2a383caab225f55ea1c46094946971b86

When running into invalid Unicode surrogate pairs the text layout code on
Windows ran into massive problems like crashes. This change detects the
situation of an invalid surrogate pair and falls back to treat it as
a simple character instead of requesting a complex glyph fallback.

(cherry picked from commit 913f1fc4)

Change-Id: I2988f4b64061d0a5df211f6f0f04b1f235fcd6a5

Change-Id: Ibb4647c1ff6c2858fea888efae975e8e5c5011e2
Reviewed-on: https://gerrit.libreoffice.org/8773Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I5faa0dd028dcc79d09c47fd53b7804121a062e2e

Saw messages about that in logcat. Didn't help making the 'desktop' app work
again, though. I wonder when it last worked.

Change-Id: I32f7f32a30f3d00aa0754c00469ecddf2831aad5

Change-Id: If7b66e60fcf8af97a69e20af9c77793a163c4c17

Change-Id: Ib295357574a54de4716fcd2ff8f57c604729214d

Change-Id: Ie20fc857f19f74aaccb546f9bfa11a7a657d3e8a

Change-Id: I4e457b55d7d5cd255a0931030f35150d1dd6bf09

when OutlinerParaObject changes

(cherry picked from commit 6f2ce153)

Conflicts:
	svx/source/svdraw/svdotext.cxx

Change-Id: I54e2d25a35a099f171abdb7f0c3b046c46a0421c

Change-Id: Iff549a8416b41a02af66776ad2ecbbd30a21f88d

Change-Id: Icc6763acdd7d7fb2526d8cf2c1142e7ed34efc8f

Change-Id: I48bc819b939ae1a436d3103e8fc75c69c2324dc8

Change-Id: I422f11f1ccda36c00e00775b32772c1e827b6686

Change-Id: I5eddf8be2a98aa57fdcdf44d390def6522caa25d

Change-Id: I12ebe5b9018109f35b6c6691fcf4497c56850d7c

Change-Id: Idb2ec83617622805a6e02662f2bc17faf38575ea

Change-Id: I8423ab78c711065371b9c3c5abeabbb174a57faf

Change-Id: I730b12aa971757e70d7df7b9cd4ec9c67fb4468e

Change-Id: If3a6f5bda7c106a8d66fe2486f9e3d1f462223c4

Change-Id: Ifcf9c204ba7cf4b7fb9210781664b1b4a785c82e

Change-Id: I524a81cf1b617c63a5c5a5ab3b49145d6d5e75ff

The old X way of just using WMHints doesn't seem to work at least with KWin,
which just falls back to finding a matching application icon based on WM_CLASS.

Change-Id: Ia014eb106cd370da74099fa750968df87acbda81

Change-Id: I32558229af857ab705b872e9f1be2d84ca04204a

...to be able to remove the sledgehammer gb_Library_set_warnigns_not_errors.

Change-Id: Ib2cde5bbeaa1fb4dba629c51c493b77523455ff9

Change-Id: Iefb8aa92a143fd192c382a0e18a632a0888cc511

to dropdowns to be on the safe side for now anyway.

Change-Id: I88a73fe37b39306c6b24226e3b02c702d992ecb0

ModelToViewHelper knows about formfield dropdown lists
so their content gets expanded, which means that
in the spelling dialog the dropdowns get shown and
are detected as fields

Change-Id: If23d44c6189a73d04205816a32e863161f7f38ef

but continue to expand fields. No change to anything yet, but
should allow this to be reused in SwTxtNode::GetExpandText

Change-Id: I4dbfc454d498fc85a918b0e43e68c219cbc37a21

when EXPANDFIELDS is set. i.e. for spell and grammar checking

Change-Id: I8c524f0cd584c9d6043dece5c1b736afb254b7c0

so they will appear grayed in the spell check preview (they don't appear
at all yet, they will in later commits)

Change-Id: Ic0c6fe2979c7c731d0efb85c747afca2268abc53

split the checkbox and list and use a field portion for the list.
That way it knows how to line break correctly wrt hardspaces and doesn't hang
when the situation arises.

Change-Id: I46d73f19ef8e51e7c21c8783ce70bb80d98a784c

It seems abandoned and hasn't work since we switched to tiled
rendering anyway. And the need for the special single tile at a time
rendering test mode is mostly gone now, when tiled rendering can be
tested with the TiledLibreOffice app, I think. So no need to slow down
a "make" by building the MobileLibreOffice app, too.

Change-Id: I7b0afd3b35ff2ed0fb72f2c150abb25548a5546d

Change-Id: I2ada77879dd8795184ad615654d0cf80371cce52

Change-Id: I13adebd09746d21e7456927e14dcdc3efb2c723b

Change-Id: I16b931a3383794e646ab71011510926e49da3599

Change-Id: Ib84508c7617610ff81d3ec29bc5130048e4cecd3

Apparently checking the TextWordWrap property in DrawingML::WriteText()
gives false by default for objects that do not have it set, which happens
to be everything except for custom shapes, which seem to be the only ones
to actually obey it. So all normal text would be exported as nowrap to .pptx
and read back as custom shape that has non-wrapping text.

I tried to make the property return true (which is what it should be in practice),
but that appears to be an exercise in futility, or I'm not mad enough to follow
the complicated property sets and whatnot. So just write it out only for custom
shapes. UNO purists, if any, are welcome to change the dynamic_cast to something
UNO-better if they manage without an ambiguous base class error.

Change-Id: I3ed906285fde88d902ac9c801986a82a7515638b

Change-Id: I9b2959bf77fc79bba2f4abb09681872f6d3a4300