...for cases where ? "a" : "bb" does not work, as well as to work around the
MSVC bug for cases like ? "a" : "b".

Change-Id: Id404716047aca5cc81440f291616d92365379b8f

...to use single ASCII character literals "more directly" in the OUString API
(instead of having to go via an intermediary OUString ctor call).  Especially
useful for character literals that are defined as const variables or via macros
("direct" uses of character literals in the OUString API can often simply be
replaced with single-character string literals, for improved readability).

(The functions overloaded for OUStringLiteral1 are those that are actually used
by the existing LO code; more could potentially be added.  The asymmetry in the
operator ==/!= parameter types is by design, though---writing code like

  'x' == s

is an abomination that shall not be abetted.)

Change-Id: Ic5264714be7439eed56b5dfca6ccaee277306f1f

Non-ASCII characters (like Unicode "é", represented as two bytes \xC3 \xA9 in
the UTF-8--encoded source file, and presumably passed trhough unchanged by
compilers into the resulting string literal object) in the OUString "literal"
ctor trigger a SAL_WARN_IF in rtl_uString_newFromLiteral, but are copied
"verbatim" into the resulting OUString, which will thus contain UTF-16 code
units \x00C3 \x00A9 (if char is unsigned) resp. \xFFC3 \xFFA9 (if char is
signed).

That assertXPathContent shall indeed match such an odd OUString value looks
suspiciously like a bug elsewhere, papered over by a broken test.  To be
investigated.

Change-Id: I07c995ad0e17235c214d7630fb34e8ef35d5ad30

Change-Id: I63f3954546e656d37ed6e22efd75b16df9fbcbac

Change-Id: I844c00639307c14140ba7e8a1b919e3f2ecdc114

Change-Id: Ib8f0f86a30342ca455a92c9add5b2836fa40f8f4

Change-Id: Iadc7b4d970e8c3b7f719ed6aab49986a1186cccb

Change-Id: I63e97e91792fcf2bf8758a1444bb29e3c1ccd541

Change-Id: I841b9b3f74a9822fe8c477a280bbe2f4904ed64c

start docked, move to undocked
start undocked, move to dock, back to undocked
start undocked, with and without size saved in settings and restored

Change-Id: I0bfdceb11aabdf9fdb855b97433b2af0532e4d03

Change-Id: I3efcac58f7a6629ae2615e29ea564e583414479c

Change-Id: I2633173bb21da554f55b244d6d2947567c933c2a

Change-Id: Iffdc04464bd70ca70684f28e6d6e23a054bfc8a7

Change-Id: I176a79bce85fa81310a53fcfecc6e0bc63f0ae18

Change-Id: I90375232aefbe40412614ca0f30ba467cf393f2e

Project: help  52ecb7b19fd337cad7809298849909493dff0c56

Change-Id: I0f5b4b1d5f5cf872555db77f07e68b2b980e3df1

Change-Id: I9923332372c1a09a734f3c6fd1bbd5989c6dc5d3

There were two inconsistencies here:

- The doc browser activity had an explicit android:theme, but the viewer
  does not, so remove it to be consistent, this fixes the about dialog's
  "black text on black background" problem.
- Now the doc browser had white text on white background: the about
  dialog explicitly uses android:textColor for the strings which should
  be readable on a bright background, do the same in
  file_explorer_folder_icon and file_explorer_grid_item, that makes doc
  browser text readable as well.

Change-Id: Iae9103556ca7c32c9ac8ea02d9e5d5fa6dfb72b5

Change-Id: I690163d7ab6d62c93da33d416e8757311f5d35c1

Change-Id: I310abed7e86f8b7153817be5ae03cc3c8fec3c50

Change-Id: I2806f35ee112b9ea7ccf323e01372f7e2f68ffa2

Low-res tiles should be handleded before normal tiles so for this
add priority to tiles and store in a with priority queue.

Change-Id: I8d36c14503d9b684816d99f577198ac34b729d15

Change-Id: Ib25c4bb29081ae51a3b06a6fe2af76749ec8ea46

This reverts commit 458f22c3.

Since we reverted d6ce95ae, this code
is again unused.

This reverts commit d6ce95ae.

Not necessary to fix fdo#87044, commit
1e10f6d2 is sufficient. Since the code
that is reintroduced leads to an overly complex and fragile document
structure, I'd rather not have it.

The only use of it is commented out. ThumbnailGenerator used the UNO-based
XToolkitExperimental stuff that I want to get rid of. If/when we want
thumbnails, we should use the existing thumbnails from document formats that
have them, or generate them using LOKit.

Also remove stuff from the Bootstrap class that was only used by
ThumbnailGenerator.

Conflicts:
	android/experimental/LOAndroid3/src/java/org/libreoffice/ui/LibreOfficeUIActivity.java
Reviewed on:
	https://gerrit.libreoffice.org/13503

Change-Id: Ia3a1a7f372a814359c5b496cdb17c35246e34817

Change-Id: Ie4546ef2518b0255008299845042a8ffb50eb17a

- LibreOfficeUIActivity needs to start a new activity
- LibreOfficeMainActivity is enough to send a new event

Change-Id: I3a7532a07b37a16bdb49f81072132aa57c2c52e8

Change-Id: I74a38281dc80790f7593042c205c31a6fc2d2cdc

Change-Id: Ied6a9a64041de94766b307c7ca64eba7edeab64c

I would have liked to kill this whole interface but it turns out that despite
it being not published it is already being used for essential functionality by
3rd parties. Oh well, that is of course exactly what to expect with something
explicitly marked as "experimental".

Change-Id: I38716a23580313d955ae6bf09dfbcac519a7fb4e

Change-Id: Idb4f91ffc89a3a7857ee36bfa977e37b37211c5f

Change-Id: I92753406e500b58c6cf8de755eee91ea577b68a8
Reviewed-on: https://gerrit.libreoffice.org/13493Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>

Change-Id: Ifa6aecea14f3e3ca0443c2de1690054f601addcb
Reviewed-on: https://gerrit.libreoffice.org/13502Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>

Now that the default activity is not the viewer, but the document
browser, there is no way to show the introduction document. Add a button
to the about dialog to still show it.

Change-Id: I9252064aaaf4c49da519e17b651e0d290bc17c04

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

Change-Id: I5421cf5a7d1a2ff4db81d028f44a490c234b9ccf

This addresses some cppcheck warnings.

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