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 913f1fc4b1362f6e91595af5ae10c4cba79fd355)
Change-Id: I2988f4b64061d0a5df211f6f0f04b1f235fcd6a5
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
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
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
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
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
