Change-Id: Id9f4e59b5c46c7bee3cf0b129f523d963c0407a6

Change-Id: Idb997e672e4f997ad324bdb5d49ab7dae4a9e9e9

Change-Id: I963994f6c20995ea9d1037cadb6c17a43e8a28c9

Change-Id: Ic2b79e78f95e298a08794fa11f227d76152244f5

Change-Id: Ibf4fed39e4d36cb03d079cf55a12d4ec37a70f2b

Change-Id: I50d3f1002468d41d5b5882de170699d44fe5223c

Change-Id: I5525eb750dfbed282fea272de4a736e6c70e51a9

Change-Id: I41fd1463b6432818ee36e7f90e920a5fd98c7106

Change-Id: Ie39f608d807ffd8cfb670e69a165cf4dd1e50d49

Change-Id: I8346d0d0b1543d45e45a24ae6ab76e856b26a1ba

...plus, add error codes to other failure's exception strings, just in case...

Change-Id: Ic21c52e0ab52ed1752745e86bde214aee7c3c208

The problem was that when we only had a table inside the frame, the
DelFullPara() call removed the last paragraph of the first cell, and
returned no error. Instead, check if we had to remove paragraphs both
before and after, and if so, use the manual remove all the time.

Change-Id: I9a3591ce9a92a2aca7d2f65b62fdf641f54e4f05

Change-Id: I5c848a8d4c860a83d6729b8db40f744afad906d5

Change-Id: I952729487eb5d1195bbdf53c2e981685cd0c7b62
Reviewed-on: https://gerrit.libreoffice.org/350Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: Ib69fa1fff94b7a3403a45fb948ff9e7b1ebc4f0f

In case the textrange contains a single table, the DelFullPara() call to
remove the ending fake paragraph failed. When this happens, we now find
the paragraph in question manually to delete it.

Change-Id: I7055d4489192a8a694aef118f7646d8db87a64df

Change-Id: I0cbfe470ccd8850d9bf5826324a5b66698a547da

Change-Id: I38141187c4f0809343a93c5765c0773d2321968a

Change-Id: Ifd6ba71e0ab13f9ad0e86f3e770ae1a6ace336e1

Change-Id: Ibe0e22e384643b81698a426c2870be76c107d3d2

w.r.t David Tardon's suggestion, table cell now always has
textbody. commit: 772699ac
Hence reverting this.

Change-Id: I2af6acbcb27c6c8000e638ac5414fa1d89583b1c

Change-Id: Idfb3e5f6df28a278e7b20d5b990e38751d36af68

Change-Id: Ie14754deb796cc2a03e48b04b31983ddd26968cb

Change-Id: Iacbca078aafd44f1da254b6c8ca5be1a2cb29a88

Change-Id: I8ae72857ce65783fe79cd3b911b83b4c70deece6

Change-Id: I211372dddc6c5b3d9f182d43fd3a89dcdff9fa22

Change-Id: Id607f13b1e655e80f958da54506200ccc22c1720

Just build the sdremote app for now. Note that this is a pure Java
app with no dependencies on (native) code (or Java code, for that
matter) from rest of LO.

Probably should drop the separate android/sdremote/Makfile and just do
what it does in android/CustomTarget_sdremote.mk instead.

Adding other Android apps (well, the LibreOffice4Android one likely)
to gbuild will require more complexity as they bundle native code, and
thus should depend on other modules first having been built. If one
wants to go really fancy, one could of course depend on the specific
libraries (and other files) being bundled. Let's see...

Change-Id: If10761479f348c4993eec40b7f8346edb77f0e0d

Change-Id: Idfc96e5f4b31cf54fdb9734b6e3cb87d3aabc786

Turns out 608fe962 "Let osl::FileStatus getters
assert programming errors" was overly optimistic and misunderstood that
osl_getFileStatus(..., nMask) /can/ return a FileStatus for which isValid(nMask)
is false, esp. for stuff like file names and URLs of Windows drives and servers.
That in turn leads to existing code now calling
rtl::OUString(_aStatus.ustrFileName) etc. with null argument and crashing.

Change-Id: Icd2168e209aa1c7a6df30cd954513d01034923db

Change-Id: Ib737a7d0ba833bcdc1e284890c62c9cf187d6b61

Change-Id: I6ead205a272f0167157304748d7daf8ffc9211c9

Change-Id: I0be93ff79d3dbd56bf847a081b310985c77e43f5

Note that sdremote does not use any LO native code, this Makefile does
not need and has none of the related complexity, like those in
../experimental/*.

Change-Id: Iaa9fb7f0b1a96af4283dc19a2ad125f37ba85411

Change-Id: I2101fd1ef41ac71f81875ba845250ce875a242b5

Copied from fpicker/source/win32/filepicker/comptr.hxx, which
otherwise seems to be the same file.

Change-Id: I51ca96c1280e75f9318fcbc74997b2bf755fff95

Change-Id: I5934264083a1cd7b33fdcd9869957c222825df60

Change-Id: I7a396445a5244ff9683ca10c13c139646e313911