Change-Id: I7e73bbd6e83da0606dc0fee99a33cb7130cafdff

liblangtag uses quoted strings in defines, like -DFOO="\"value\"" and
ccache (at least the one available from the windows build dependencies
wiki page) gets confused and doesn't parse the arguments correctly to
the actual compiler, resulting in the error
"cl : Command line error D8003 : missing source filename"

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

Fixed some UI tweaks in handler function DownHdl: now images can me moved down correctly. Also, made some
simplification in handler UpHdl: I've moved forvard the declaration of local variable nActPos.

Change-Id: I879a6394865bb8442c0621dc2789efd9eedae87c
Reviewed-on: https://gerrit.libreoffice.org/3759Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>

Change-Id: I0baf90cfe8d3caa96f826695c1be4bc563864c00

Change-Id: I53a83a3f2234dc061c23344116b0e294594f1c90

Fixed some pointer issues in CreateHdl function.
Removed the creation of title slide.
Added an enum to access the image layout option from the code.

Change-Id: Ib91fbbf3b068453c8e66b8df1ce32e24c3828bc0

The use of SBMAXEXTENSIONLENGTH appears to be an insane way
to detect full filter names and map them back to short suffixes
but we are passing suffixes separated by | and if that string
hits the SBMAXEXTENSIONLENGTH it gets blanked.

So, lets try only doing the conversion to suffix if the filter
name starts with a common substr handled by SetExtension

Change-Id: I42914d3e042133a2c5e28c9704b5fded7ca938dc

GetFilterName function in FilesModul.xba needs the extension be repeated too
sLocExtensionList() = ArrayoutofString(sFilterName(i,2), "|", MaxIndex)

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

pPostIt is 0 when we have a large document, and the layout is not yet
ready for a later part of the document, having a comment. Just don't try
to delete such comments, better than a crash.

Change-Id: I5fd5c908bc7b1feba926214863e84391b9037484

Project: help  cdf274d40fc7142166dc0f1e44200577513ff537

Change-Id: Ie6331aa0551da5e6617b8bf407126aa3838031ec

Change-Id: I8696f876e8ab51e3ceab6ac597e9c339d40182b3

so that ICU versions trying to call
LEFontInstance::getFontTable(LETag,size_t&) actually call it instead of
IcuFontFromServerFont::getFontTable(LETag)

See http://site.icu-project.org/download/51#TOC-Known-Issues
"NOTE: Applications must implement LEFontInstance::getFontTable(LETag,
size_t &length)  in their LEFontInstance subclasses, so that ICU can
properly bounds-check font tables."

See also https://ssl.icu-project.org/trac/ticket/10107

Change-Id: Ic20b7e8dda4e84734eb6de0ccba82b0dea481d55

Calling reset() disposes everything the LayoutEngine knows in its
current state. While this may have prevented some obscure crash during
exit in the past (call was added 2003-03-27), it definitely leads to a
crash if the updated LayoutEngine "patch"
http://download.icu-project.org/files/icu4c/51.1/icu-51-layout-fix-10107.tgz
is applied as that sets fGlyphStorage=NULL (it doesn't delete
LEGlyphStorage though and thus may leak, but that patch is in the wild
now) and a later call to mpIcuLE->layoutChars() tries to access
fGlyphStorage->...() if mpIcuLE is reused.

For the patch mentioned see
http://site.icu-project.org/download/51#TOC-Known-Issues and
http://bugs.icu-project.org/trac/ticket/10107

Change-Id: I1b8f5c446c174d7d12b896b3ecd2a266645e8abc

Change-Id: I8846318e8d7fef862bb105af878b2df17045d7ff

Initialization of storage elements in Configuration folder is now
done in read-only mode. Modification does not affect these folders
in case of actual storage within them.
Only tested for example posted on bugzilla page.

Added open mode directly into function call.

Change-Id: Ib2b4ae1f4cab35f2c9cd1fc7081302e1231da7a4
Reviewed-on: https://gerrit.libreoffice.org/3401Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Tested-by: Michael Meeks <michael.meeks@suse.com>

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

Change-Id: Id6ae4cde25998bb21981b7cccb23a094f217750f

Change-Id: I5c136760ca59278ba6bfcd1d11c56d810e9cfa76

Change-Id: I85d0991da3d2a1efa9d5c15569164d8bd2194356

Change-Id: Idd37b3787bf8e4b547b7e861cebe0fcadbd25bbe

This problem arises when there is a connector attached to draw:frame
element with multiple draw:image elements in it. The import code expects
that they are different representations of the same image (I have not
found if this is specified in ODF), so it only selects the most
"suitable" for import. To do that, it imports them all and then removes
all but the selected one. The image import context,
SdXMLGraphicObjectShapeContext, shares the parent frame's attributes,
which means that all the images in a frame have got the same ID. in
SdXMLGraphicObjectShapeContext::AddShape, the created css::draw::XShape
is registered with its ID... That means that anything that refers to the
frame's ID, like a draw:connector, will always get the _first_ image in
the frame.

Solution is to extend comphelper::UnoInterfaceToUniqueIdentifierMapper
to allow reserving an identifier and setting an interface for it later.
That way, SdXMLFrameShapeContext can reserve its own ID before it starts
importing the first draw:image, and then set the selected XShape at the
end.

Change-Id: I2e11cfd38e1e3534df2b3c01d85da0d755a266c3

Change-Id: Ieb48dfe85ed16a8123917b30873f301d523ea381

Change-Id: I6ef1ce6cbfb121b18f4d79709d141cdf2f01a16f

Change-Id: I35d6b0652eee9ea99bbe48e067802c119ed4c56d

Change-Id: I6bb6bcb96993d05cc225da63c56cbb7fbad83ec2

Conflicts:
	sw/source/core/text/inftxt.hxx

Change-Id: I32a430c35d69308f87b7b6f1b4ef232315deed2f

Change-Id: I40be8e54199baf6f24a7b69b268fbff713a9a0a6

Change-Id: I8af4c25abd288ed4d5ac754d2b685c3dcf9d081b

Change-Id: I4573f77418b3631a2f324aac29e225698da53ba6

Change-Id: Ia367c2c3ba834d423ac20416e7ab4f67e8271852

Change-Id: I69f12fb097dbc977e63463b6b764a3553bcf9271

Not my idea.

Change-Id: If4874d97a2035588cd65ded9f281de0c3598b7d7

Change-Id: Ifd12d4d1f4dab0a6bea4701d0a1b9ab4f3763ce7

Change-Id: I745944202a25a348f36e79d28f03740a28b70eee

Change-Id: Ifb23e61b265697272e54df225719e006319e79af

I had to add a new function to gbuild system: set_nativeres,
because the trick in extensions/Library_npsoplugin.mk did not work.
It linked the default.res, and that made the plugin unusable under
Windows. Also, one export was missing compared to LibreOffice 3.5.

Conflicts:

	extensions/Library_npsoplugin.mk
	extensions/WinResTarget_npsoplugin.mk

Change-Id: Ib91fa2a3b72b15912587f22becccb0aebc2aa390

Change-Id: I515a316bea0bef6608d993823f906390b39e9fa9

Change-Id: I0cf95c5ef222d085ccda73b54165d7238190becc

Change-Id: I71236b9ca6300372ba00c85401cf19f6c0e7ac99