Change-Id: I20b6efe27d179ee5ace7dd3ead87a563b25973a8

Change-Id: I5fe16f24fab0b0c29cb9acb279e13db499bd3d1c

Change-Id: Id302f224346e2e3db3480a3a3aed97e7f25a7280

Change-Id: Icbce1220df0a08b32f78b863a15daf34522d1671

Change-Id: I7696dde7337531629d29cce7eb3f882cb4bfad0d

Change-Id: Ib7ad7a1045aad03b0e176d5267b4e942521ba023

Change-Id: I73c77ea8f38794bf3d05ee247bdab5e4ddc57646

The GCC 4.0 we still use for the "official" Mac OS X build says:
"error: conversion from ‘const char*’ to non-scalar type
‘rtl::OUString’ requested." Sigh, I guess there might be lots more of
these elsewhere in the code.

Change-Id: Ifad5722bbadd465ebfca1ac3f0b55f07a6895e12

...otherwise, at least with some --with-system-boost versions and C++11
compilers, like with Fedora's boost-1.50.0-4.fc18.x86_64 and
gcc-c++-4.7.2-8.fc18.x86_64, using this to copy-construct an instance of
boost::unordered::detail::ptr_node<std::pair<rtl::OUString,Bootstrap_Impl*>> in
the call to p_bootstrap_map->insert(...) in rtl_bootstrap_args_open
(sal/rtl/source/bootstrap.cxx) would memcopy the ptr_node and fail to call
rtl_uString_acquire, leading to memory corruption later on when
rtl_uString_release is called one time too often.

It is not entirely clear to me whether this is a shortcoming of the given Boost
version, but this patch solves the problem and brings rtl::Allocator::construct
in line with the (changed) Allocator requirements of C++11 anyway.

The problem potentially lurks with every use of rtl::Allocator, but only showed
now begining with LO 4.0 where e5111574 "Revert
'sb140: sb140: #i116981# clean up memory upon exit'" re-introduced code into
rtl_bootstrap_args_open that inserts into a boost::unordered_map that uses
rtl::Allocator.

Change-Id: I3be22f59a8eb49d31458480c27f3ce15803c7fd4

Change-Id: I077afe48e0d375f75a8c35bc87c6c177b68512f7

Change-Id: Iac6737e98eb0961de22036f42634ebad7d42dfcc

Change-Id: I5494b3f99f3e1145898dcfb5b17bc62861faa5f9

Project: help  46d9ef662c4e2825b3da02a9949ab19862df7422

Change-Id: Idba3ff98cecd47743d83ad444151117d5f457a7d

Change-Id: I802af4cc3654de1cdd750054c9b927cc576fa0a5

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

Removed several useless macros: UNISTRING, USTR, USTR_ASCII, ASCII_STR, ASCII_STRING, CONST_ASCII, ASCSTR, ASCII, DEFINE_CONST_UNICODE, DEFINE_CONST_OUSTRING

Change-Id: I96d690bf9f9b319e9eeafcf218ec5ce87f21215f
Reviewed-on: https://gerrit.libreoffice.org/1954Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

Project: help  3675e295d2fcd60b2cb62a45dc94ab3d9a16c745

while classic ones default to "false", easiest thing to do here
is to simply only query for their value if enabled

Change-Id: I5b01d344a5310b9bbd8d59e9c53bef1a6bfee1ce

Change-Id: I70535593c3e06caca48ae8bc8b9476ae09210df8

Making libcmis and LibreOffice work with Lotus Live service needed a few
hacks to either better implement CMIS or workaround some bad
implementations.

As a general improvement, the CheckOut InfoBar isn't shown if the
document can't be checked out.

Change-Id: I5600730c9f655cd2ee0cf59beca9f8d1247c5e34

Change-Id: I8fb8765ed6ee2f879a170f4f9c51ee05b695304a

Change-Id: Ie654fc795a3f46f1ff26a1ff5adb7e8ce9091851

Change-Id: Ia7d64301a250bf51a6343f155144edced8e3bd09

Change-Id: I2386eb47ad7190d626966020e96c1a7ddc07ab4a

So far I only add an icon to the galaxy theme.
Therefore I add now the other icons on the other themes as well.

Change-Id: Id852d1adb87c31ee45187a0a7b4bfead56c7b19f

Change-Id: Ie7158a6bc09c9f6a276799c22eef560aa5570a11

Project: help  ee22530d05859a866bb47700dbeeeed885e0c94e

Work in progress. It sets up the SDP service record and registers it,
and that seems to work. Does not do anything with it yet.

I wonder if the current approach to use the standard SerialPort
service class will work for Macs, as they by default have one
SerialPort service running, "Bluetooth-PDA-Sync", whatever that
is.

There is no code in the Android app to handle the case of there being
several Serial Port services on the computer it wants to connect to,
so what happens then when there are two will be interesting to see.

(I can't find in the Android API any way to enumerate services that
use the same service class. If there was, the app could choose the
correct one based on its name.)

So probably we should pretty soon switch to using a dedicated service
class UUID instead of using the standard serial port one. As we
already have the app out in the wild it will probably have to be
modified to look for both Serial Port and our own service then? Sigh.

Change-Id: I1bee6403642e9b8953b5a8fa8fb5fe6a9dc76a09

split out security page and adapt code

Change-Id: I51dbd48b2ff4f65f6806fac70bda27ee15d4e176

Change-Id: Idccf3eceb8e9c8a42027dc837eb6d5b405fece67

Change-Id: I5d0e2c23af1972c84e999ad458ae47703d94e9e0

Project: help  f7693017b6f2faa411a75a1827b2dcbcd8c9ca17

Change-Id: Ifd7c7f634860ced0021bf6c6b99d1e0ea0615a7c
Reviewed-on: https://gerrit.libreoffice.org/2126Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

Modify the file format, install separately into share/labels,
and parse it using xmlreader when needed.
Saves time on startup and reduces pointless configurarion size.

Change-Id: I3e239258e9f5d20c57a46f8c70b0558dfb7813ff

Project: help  0142ad19adb30534ba07908356f9139f0257c808

The helplinker library has grown a dependency on the svt and tl libraries. But
the helpcompiler module is needed to be built for the BUILD platform only if
the HOST platform's BUILD_TYPE includes DESKTOP (or only if its BUILD_TYPE
includes HELP?).

We used to build helpcompiler and some other things for the BUILD platform
depending on whether the BUILD platform's BUILD_TYPE included DESKTOP.

Also, codemaker should surely be built for BUILD unconditionally, ant xmlhelp
presumably not at all.

Change-Id: I3df995ce6b92da4ce9eb35115cf3e8560e06f292