I get exactly the same kind of artefacts as in the Android app, which
I guess is good as it is at least consistent, as the implementation at
the LO layer is identical...

Change-Id: Icf0690fd2c48a133cb66de2ab7977b7088d2199e

Change-Id: Ie0a9b6e64c35a046afbb5c26c1b75bdd0d897a23

Change-Id: I737e43d35eb2ebd6aeadeb5695cb3ecc74cc4484

Cannot satisfy all platforms warning-free with one C format string
(sometimes it is "unsigned int" and sometimes "unsigned long"),
so avoid the problem altogether and use C++ streams.

Change-Id: I898d776c753dedbd79d4a56c580912613e865dda

Change-Id: Icb5ffe659e0b6eebacf7788a7f66ce454a00b524

This reverts commit c5e5699c.

And adapts to OUString.

Conflicts:
	basic/source/runtime/runtime.cxx

Change-Id: Icd7c1e1e57162eefb1f3631aa5509fd3a09c9b08

Change-Id: I7f14564f6b28e0b480b503394e0e078ed28f9150

Change-Id: If393e383a5485ee60f634cbcc6d6de54af7ad1d3
Reviewed-on: https://gerrit.libreoffice.org/3466Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

 - nanosecond precision
 - signed (allowed negative) year

Also: assorted improvements / bugfixes in date/time handling code.
Some factorisation of copy/pasted code.

Change-Id: I761a1b0b8731c82f19a0c37acbcf43d3c06d6cd6

Goodbye to the last "prj" directory;)

Change-Id: Ifce0e52c0b45ad08ea4ca20449adf56ae89ebfd4

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

This check is triggered by nested pyuno PyThreadAttach instances.
The assertion is basically about having multiple PyThreadState instances
per OS thread.  Hopefully this is not a "real" problem and the other
checks in PyEval_ReleaseThread/PyEval_AcquireThread will find all "real"
problems.

http://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg62195.html

Change-Id: Ia82135f37f55ea69b545a83098619939869cb7c5
Reviewed-on: https://gerrit.libreoffice.org/3453Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>

Don't see how it could be used again, it appears to be leaked
and causes the assertion in PyThreadState_Swap to fire.

Change-Id: Id6bbb4363928e4fdd8bda1905f6e1f9931dba74c
Reviewed-on: https://gerrit.libreoffice.org/3452Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>

some improvement to the docking area layout on a undock-dock-cycle of a window

(cherry picked from commit cad2fc1a)

Conflicts:
	sfx2/source/dialog/splitwin.cxx

Change-Id: I39d888248a973304163bbe499094bef51a9d61f1

Change-Id: If69e4c42f487249d7ba5bb3e164f61470ff12ddd

follow up to commit af4a9471

Change-Id: Ifaee6d61fada21705574e5ad6bf0fa32957fe75c
Reviewed-on: https://gerrit.libreoffice.org/3425Reviewed-by: Joren De Cuyper <joren.libreoffice@telenet.be>
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>

Change-Id: I2a9608339c372ccdeeca2ca0fd9499a4c527cff3

if we're in edit mode, SC_MOD()->InputEnterHandler() kicks
us out of it. But the very similar ScFormatShell::ExecuteAlignment
method doesn't do an InputEnterHandler. I can't see why we
would want to do this, and without it we get the desired
behaviour that tex direction changes and we remain in whatever
mode we were in before changing it

Change-Id: Iaf6e154ffb8f317fda997b302d4075d2efcac8db
Reviewed-on: https://gerrit.libreoffice.org/3450Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>

Project: help  dbe97fe597d0414935ae223ab635c3d9a6b0ec3a

Currently the copy function stores the paragraph attributes
to SvStream but the restoration in paste isn't implemented yet!
This patch implements the attributes loading from SvStream.

Change-Id: I58928ca66a83b3fe3c3894a28ccf1e7fe5f661b3
Reviewed-on: https://gerrit.libreoffice.org/3369Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: I553149931b6f2bad5ef149d899ca974240bda4fd

Change-Id: I962fae2d4d177a7ca364d0dece0c15132a199497

* RTL_CONTEXT_foo is originally intended to be used for performance
  measurement, but mostly unused right now
* however its macros are sprinkled all over the codebase and might
  provide good help for ad-hoc debugging, and prevent SAL_INFO
  duplication
* if there is no performance logging, these macros are now forwarded to
  SAL_INFO with logarea "logfile" or "$AREA.logfile"

Change-Id: I495c8924e5b55124f7eac68eccda074d0740c117
Reviewed-on: https://gerrit.libreoffice.org/3421Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

Change-Id: Ica48a91c0b8b55c984e59dbe9771d604bc77cdaf

Change-Id: If8b449e45725b1c1a9840f6a497c31488cd7a800

Change-Id: I33f5c8a856206860ac9cdb23dd6b5222cb785bf7

Change-Id: I5797fa9cd709e084b2548ebe596891f8eb46c8e4

Change-Id: I2ffc92c620242426da61e11c8f354f6080edbabc

This is somewhat non-obvious since there is no way to override curl
configure's use of pkg-config for NSS... it needs actually 2 include
paths, and the --with-nss takes only one (which is extended with
include/ and lib/).

Thanks to Alex Thurgood for the report.

Change-Id: I06074de50daad19a2cc62fe4090d3c0fbfdb2cb1

Change-Id: Ib664ba3f208c87570db284b5fc38fa58d8d8a679
Reviewed-on: https://gerrit.libreoffice.org/3454Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I9779cf6069737fcf10a592e1f5c750d5710d22e1

Change-Id: I7844c245e79c102a0a495a4ffe06b3541954c5df

Change-Id: I650c810c4034019fc8928a07b11dd9d1f949a927

Change-Id: I85d86244800f596faa52f89219a9cd4340daf600

Change-Id: Ia4c2e1a7ab479b6bd4ea66ed294567d624dcf694

Change-Id: Iefbab5f23e0d0143ec0d9c81e9c68241d8878e3a

Project: help  0d632f681f14295b916f14c88912267c13c5fe0f

Change-Id: I8f1315320b041828b24ad2604f6e961e65ea417e

The mpServerFont member of a ImplServerFontEntry must not be deleted while the
ImplServerFontEntry still exists

see also 39cbce55 for another reason a crash in
the same place can happen.  Its impossible from traces in crashes before
39cbce55 was fixed to distinguish those crashes
from this crash.

This crash is a regression due to 7a416820
where we went from modifying pServerFont in X11SalGraphics::setFont directly to
modifying it/a-different-one indirectly via ImplServerFontEntry

The various font caches and font thing lifecycles of LibreOffice are somewhat
confusing.

This crash had eluded me for years, to reproduce:
insert->special chars->select a font with loads of glyphs, i.e. "AR PL UKai CN"
click on the first row of glyphs and hold down page-down until you hit the
bottom, then page-up until you hit the top. Pre patch it won't survive the
whole down+up (and valgrind will moan quite a bit)

Change-Id: Ifde0cb375f487c556b04a640d77765a7dc2f0913

I guess all those $(subst \\,\,...) in odk/examples/.../Makefile are only
workarounds for a broken PS setting and could go, too.

Change-Id: I2e44108f23803e1f49157a91be11af5ad860673c