Order of token extraction is inverted, but since elements are inserted
in a set their final order won't be affected.

Change-Id: I7f22a518e3d6a9a53951aa89159a36b398af5f46

Change-Id: I7aa236fbfed74dec67ff423d51d7313e7d235e1e

Change-Id: I123274309ecc4ba8d1aa605d3aadc37bb11df9a0

Change-Id: Ibbc706d1af58e1ecf314edf9c4546a779f510067

Change-Id: Id68a8369d0ca907d4afc0d8a22d31d1e4c24133c

Change-Id: Ic5c7e5ab2775422720875d117a22338cbfe283d3

Change-Id: I11e640307ba868b02823a7f7fa4475bc71721b23

Change-Id: I44cba1523c714cb7de38cfcf8131e9191e01476c

Change-Id: Ib21f07835b2e0820bef557dc6c217e5df61dfc2d

Change-Id: I07f6f4426e87cd4066663e0ba7c26917bb984cbd

Change-Id: Ia4e1763cc4d70197342be4e5caf6d5c14cd34c80

Change-Id: I7e93874ed5127c9d674d53b220ba680718bd82ab

Change-Id: I6469ac5e2d17406bee9bc434930e2471cb3bae9f

Change-Id: I4456629dfc242d78f2c63c0b83d00afc3cdd23e7

Change-Id: I8e7909003249a3f86928197bbde29231f84b01c2

Change-Id: Ie85f3a44034ffcfe08493256bc65e49b63a28013

Change-Id: I911742bddba1dac2641d7d2ac1dad0ed195474dd

Change-Id: I3fe7761d1ec88183853b240f7205bf98cfa5e965

Change-Id: I6acb6517b6a62c59dff058e28a9e59342bb32510

Regression from commit 8b779997, which replaced
named GtkFrame with GtkBox, but didn't rename the box accordingly.

Change-Id: I321dbee05faded81dbf575bca3c578ecb09f1a3e
Reviewed-on: https://gerrit.libreoffice.org/18469Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>

VC runtime was substantially refactored on MSVC 14.0. Among other,
_tiddata structure defined in crt/src/mtdll.h was replaced with
__vcrt_getptd defined in crt/src/vcruntime/vcruntime_internal.h.

All members before

  unsigned long      _NLG_dwCode

were removed, so that the approach to access the member

  void *      _tpxcptinfoptrs; /* ptr to exception info pointers */

with __pxcptinfoptrs() and compute the offset to the _curexception
member of _tiddata doesn't work on MSVC 14.0.

As of MSVC 14.0 __vcrt_getptd symbol isn't exported but Microsoft
have introduced methods to access current exception, current exception
context and processing throw (the later can be accessed through C++17
std::unhandled_exceptions() that was made available in MSVC 14.0):

* __current_exception()
* __current_exception_context()
* __processing_throw() aka std::unhandled_exceptions()

Make use of __current_exception() which we can hope will be maintained
going forward.

Change-Id: Ibfffa5fba62d6928328ac976cb1b24937277363e
Reviewed-on: https://gerrit.libreoffice.org/18475Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Ostrovsky <david@ostrovsky.org>

Change-Id: Iebcf44d99bd4cabd5f7f1242e44c1c1d8e5a10d5

PropertySetInfo_Impl in ucb/source/core/ucbstore.cxx is sheer insanity,
persisting a PropertySetInfo into the configuration => throw up
hands in despair.

Change-Id: Ic341e453571072a9ed66c6bf51e96dbe39806566

This one may be quite busted even since it compares
sal_Int32(-1) with USHRT_MAX.

Change-Id: I894b382ad499ee49f4616c7704afbb90f0556744

1) kdecommandthread part
before:
getFiles retrieves all files with:
First element = path only of the files
other elements = file names (without path)

after:
Add getSelectedFiles which retrieves all files with their url
getFiles uses getSelectedFiles and truncates to 1 entry if more than 1 entry

2) kdefilepicker part
before:
getFiles case retrieves all files with names including path

after:
add getSelectedFiles case which retrieves all files with names including path
change getFiles to retrieve only the first file (with path)

See http://nabble.documentfoundation.org/Dev-f1639786.html for discussion

Change-Id: I73cf00e7c03a1f2379f4628b5d7f12418029cca1
Reviewed-on: https://gerrit.libreoffice.org/17064Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I8b5fad24857f434cab351bbbae42c4b09bc6613a

There's a very similar comphelper::PropertySetInfo, unfortunately with
an additional mnMemberId on its properties, so convert a little...

Change-Id: I2a5fc0bb0ff6d680d546192b9d09afee6348f218

Change-Id: I0dae68656f1dbe3828e58eb177ce9e98a071fe20
Reviewed-on: https://gerrit.libreoffice.org/18418Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I35d0ef7976d6dcca65f3335ff9175c799faa99fe

The API does not allow to set a callback for the save operation, we
work this limitation around by checking the modification date of the
local file periodically. When that date changes, we are sure the
local save operation is complete and we can invoke the document
provider save operation to push the changes to the cloud, if
necessary.

Users may press "save" on a document with no changes, in this case we
have set a 20 seconds limit to stop checking the modification date.

We also add a "save complete" message for the user.

Change-Id: Ib8871fac682a5c03a187a7238e11874984143527

The LOMainActivity now needs to be aware of Document Providers, so we
pass the providerId and documentUri in the Intent so it can rebuild
the DocumentProvider and the IFile objects.

We also implement the ownCloud save operation.

TODO: since the local save operation does not have a callback, we do
not know when the cloud save operation should be performed. Now we
just wait 5 seconds to trigger it.

Change-Id: I060969e12888eca07c8c56ddc82cbed6c45a0739

This ID will be useful to get an instance of a document provider back
from a different activity.

Change-Id: I9419ea23d51f8e9ffd70252bd8e367cf51bde1ad

Change-Id: Ide7ec10cee3aefaa89feda73181ac9c11ebcbb5a

with the variadic variants.

Change-Id: I4499569f73b04cc7444787d51bf804c090a5c951
Reviewed-on: https://gerrit.libreoffice.org/18478Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

with the variadic variants.

Change-Id: I47002abab1e025d0683f4cf8ef7b6c99e668d425
Reviewed-on: https://gerrit.libreoffice.org/18479Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

So far it just selects 'Approve' for any interaction that is done through
that, later we want to route the information via callbacks to the caller.

Change-Id: I7ae3e2dcc04877b8b0197b0396299126e1217a2a

When there was no modification to the document, and .uno:DefaultBullet was
sent, we have got an invalidtion of the entire document.

It seems that Invalidate() was not supposed to be called in the Validate()
call, and instead, we should rely on what the Validate() invalidates :-)

Change-Id: Ia65df90e4ff34078b59c1b2eb1ce1faac790b40d

Change-Id: Ib139e81f770531f7d808764dd3a77c7ac8d6fa3c

Change-Id: I8baa909f5e3ddb6b227337f3731e4d4b4ca183e5

Change-Id: I5316874cb8abe191da4fd385b281599d422a23ee