Change-Id: Ia93de768b83a44135c1a8df852a6fbdee1c759d2

Change-Id: I7e7586f430b4c33d4bdc786622fcf3680021d517

Change-Id: I233c43132fe82f65f2f2dda9fc1afee0237610bd

Change-Id: I02c1d46f5c111a2256b2f90837097666dfc49edc

Now 'OUString()' and '""' should be exactly the same, and thus the latter better :).

Change-Id: If42b2ca5889967aaa8ccdaf531b45c75c12d54fd

Nominally renamed the AquaSalGraphics class to QuartzSalGraphics, as
it isn't now then "Aqua" (Mac OS X) specific any more.

Actually, for Mac OS X, because lots of code in vcl/aqua expects it to
be called AquaSalGraphics (just like the alternative class used when
using the obsolete ATSUI API on Mac OS X), use a #define to make it
still be called AquaSalGraphics to the compiler's eyes. For iOS it can
be called QuartzSalGraphics.

Change-Id: I4d340043d7af96dec4f56b28eae1dd727e241da7

Change-Id: I73fc5fc19ae75971b0569b708f4104c79b9a9cc2

...also simplify a lot some functions calls.

Change-Id: I07029055a7cbe0d1ea2e6c891e6c7347e3a370a9
Reviewed-on: https://gerrit.libreoffice.org/1767Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>

If there is a need to optionally get a thread identifier or the
function name into logging output (as msgs_debug did), we should
figure out a way to do that in some elegant fashion in the sal logging
macros instead of using some local solution in just one place in the
code.

Yes, the iOS and OS X CoreText code should be de-duplicated. Will
happen soon.

Variable 'bRet' is reassigned
++it without checking it != itEnd

Change-Id: I3bdb8fa723cca8a132dc7aa6b5c5e3c7bd0861cf

Adapt to the fairly pointless privatisations here, too. Unify with the
OS X CoreText code. Yeah, probably should unify physically, i.e. use
the same source files for both, with as little ifdefs as possible.

Change-Id: I63bc477f0c979769bb995db37a3c4194e8091b30

Change-Id: I168c84d6b64fe23c3e93e36aad31f1c74dfd547a

Change-Id: I5472ab648b248d925f1f07cd4194c1201230ff20

Change-Id: I54bac843dc60c419c23c6d3f22c8d2f4b5805327

... to look pretty; most of these expect PRODUCTEXTENSION to be a word
like "Beta" but nowadays it is ".micro.rc.alphabeta" numbers so there
should be no space before it.

ReplaceStringHookProc adds insult to injury by refusing to
replace %ABOUTBOX variables unless some %PRODUCT is in the string.

Change-Id: Ib676f3837ab0785529a226fc9359e8defacf3459

Currently PRODUCTEXTENSION does not have a value, which is unfortunate
because some places such as the soffice --help output and
utl::DocInfoHelper::GetGeneratorString() which creates the
meta:generator for ODF files (via Setup.xcu Product/ooSetupExtension)
write an incomplete version number.

Since there doesn't appear to be a point in having 2 variables here,
remove SHORT_ one and use PRODUCTEXTENSION consistently.

Change-Id: I5aac25bcedd785a098cba612643ea68fe19c77f0

Change-Id: Ic87bb4666bcc4b28476dbfe2193a8330413547cf

Change-Id: I9359cca02f6c48efb50ce446d32695d14a0c81fa

Since there are now 2 forks of OpenOffice.org, we cannot rely on a
simple total ordering of versions any more; add a new function
SvXMLImport::isGeneratorVersionOlderThan(), taking 2 reference versions.

Also extract the LibreOffice version number from the generator string,
and extend the BuildId property to store this as a third number.

This also allows removal of the "fake LibreOffice3 as OpenOffice.org
3.3 release" hack, which is not future-proof.

Change-Id: I44d8105eb537ac43fb9529a8b1b661ae0f2bba30

SvXMLMetaDocumentContext::setBuildId: check only the prefix of the
generator string, not all of it.

(regression from 17ff7b41)

Change-Id: I0cdd958d67cd13fd2368cc6958893ce3528a9e94

Change-Id: I25da4a34a3e53bc001519194729e613eef167713

Change-Id: Ie0bd47a16af56b7d3ae070d5b82ec46ed21834c0

I actually find the warning to be obsolete nonsense (the manpage talks
about cfront), but at least for now.

Change-Id: I4390b1779f6f8de062afd441f6855cb760adf93d

Without populating the clip document, copying a chart (or charts) into
clipboard makes the charts lose all their referenced data, which causes
the pasted chart to appear empty.

Change-Id: I3675f76baed19b48cec403964c19df00725a044b

Change-Id: I3961ec27d23915b038c3a803dc71e7d937ca331c

Else, if the n^{th} (with n>2) table also appears in a (non-NATURAL) INNER JOIN, it is repeated later, leading to an error from the database engine

Change-Id: I03e0f0ef51f45be9d7ddfa63a9dbe09dc500f8dd

so move language to the first column and let it span
all columns, but not fill the availabl area

Change-Id: I8c9a410861c3fb942569af7523313a84ae7f6c98

API CHANGE: Adds new methods (several overloads)
   OString::number()
   OUString::number()
and marks all of the existing fromValue() methods as deprecated.

The purpose of this change is to clean up call sites
by hiding the necessary casts.

The casts are necessary because of overload resolution rules which are
somewhat vague about which methods to choose when using integer types.

See mailing list discussion here:
  http://nabble.documentfoundation.org/replacing-OUString-valueOf-static-cast-lt-sal-Int32-gt-td4027989.html
  Subject: "replacing OUString::valueOf(static_cast<sal_Int32>) ??"

Change-Id: Id3d150a6525eb0334e41e2ec6640bb06cd790b43
Reviewed-on: https://gerrit.libreoffice.org/1625Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>

Change-Id: If79896a2f73cacd9880e8beb9cc42993b49cc3b5

Change-Id: I1874ad0542bc8dcbe9ec588599a054030fd5d7d8

...to make it easier in the future to replace the binary rdb format with
something else, but also keep support for the old format for backwards
compatibility (extensions).

This should have no performance impact, as the type description manager (a)
caches information about requested type descriptions, and (b) has been changed
to process the bootstrap rdbs en bloc without doing costly consistency checks
(which are useful though when inserting an rdb when installing an extension, but
which would exhaustively read all type descriptions from the inserted rdb, so
would negate any benefit of constructing any type descriptions on demand only).

Change-Id: I80b22770bd9a5e0ab686f04d9c70295f2e3d0bf6

Change-Id: I36603ac94b190a67b61b63b5ae0d981c09fcb270

Change-Id: I2a0d2919b66d1450712660dbd0eb457d3f7f1c7d

I don't know what's wrong with it or why the problem shows only for
me on openSUSE12.2, but it's been broken for several days now
and there's not much point in keeping it that way given that it
didn't work from the beginning.

Change-Id: I608bc01e4ee914629db1aa75ce8463044fe20ca6

Change-Id: I725043c00bd3dd924ac022859bbf5957dc2450b7

This adds glyphs for prime (U+2032), double prime (U+2033)
and triple prime (U+2034).

Change-Id: I73297209f0410db607c1ae4787ba15c3ac08133f
Reviewed-on: https://gerrit.libreoffice.org/1679Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Ide72fb6bfc604f13e9d01250aac8e9b011bd034b

Change-Id: Ib7a07bc0e6ec9f47b83839fb3eb8f31c014dedff