Some special characters, like { and }, were not skipped when they
occured as a replacement character for \uN keyword.

Change-Id: I19b66a290cd9880924774fa89bb29df280e44a3c

After f22006dc the position member of
SwDrawTextInfo is no longer a pointer, so changing the passed Point
after calling SetPos() has no effect, but some code seems to be relying
on it being pointer. Moving SetPos() to after changing the point seems
to do the trick, but there may be other similarly broken code like
SwSubFont::_DrawStretchText() below.

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

Change-Id: Ia57b28ed60ca8c9a4b00009c2abf1e2ba2f8ed92

Change-Id: Ic7034ed384448a273517f3bf9795adfbbcaeba7b

Change-Id: I57fdc7413c5caf09dbe279b502d94e36a46d5f64

If QStyle::SH_MenuBar_MouseTracking is 0, it makes a mouse rollover
effect minimize. By this, a menubar item of CDE and Motif styles becomes
closer to standard behavior.

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

Currently, menubar's background is drawn in window's background color
and no menubar's specific background color. To fix this, The patch
calls QStyle::drawControl() with QStyle::CE_MenuBarEmptyArea.

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

A selected menubar item of cleanlooks, gtk+ and plastique styles
becomes closer to standard looks by passing QStyle::State_Sunken
with QStyle::CE_MenuBarItem to QStyle::drawControl(). It is
currently not documented on QT developmet resources. But these
styles interpret that.

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

Change-Id: I591a63c38ab18b03a2f86428defbdac0cb96a1c0

Change-Id: I7ebf75f49c89edcb0bba3a597ba24ac1c0a655ef

Change-Id: Ic479945c143d3dbd647078b17bcca9cab2ad3e5f

(cherry picked from commit da189840)

Change-Id: I56413b68d28b206212561dcbf662940862cebeb7

Some small clean-up to use the PopupMenu ToolbarController

(cherry picked from commit e1687ce1)

Conflicts:
	svtools/inc/svtools/toolboxcontroller.hxx
	svtools/source/uno/toolboxcontroller.cxx

Change-Id: Ie5e0397c32352d52cf2664bdbab920923e74bd03

Found this double whitespace during translations. So lets fix it right away.

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

Reported by: Li Feng Wang
Patch by: Ying Sun
Review by: Jian Yuan Li
(cherry picked from commit 8d04823a)

Conflicts:
	filter/inc/filter/msfilter/svdfppt.hxx
	sd/source/filter/ppt/pptin.cxx

Change-Id: I222003a9e8d474ebc4dd9bc83cdcceded88a79f4

Change-Id: I8007b4b1b1d620c05c9977d7bd3b8eb28b77f2be

Change-Id: If53afd3743f44bcfffab33122657d14c0f4aba1e

no idea why hgminchob and hgpminchob are/were not handled this way.

Change-Id: Ia69ab790cc961645a806d971ddc4238d8288b573

This used to be equalsAscii( "hg", 0, 2 ) before conversion.

Fixes 7d1f4cde

Change-Id: I2cf61d88c79b3ab33c0ee7d077ee65b16053c05c
Reviewed-on: https://gerrit.libreoffice.org/4035Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Project: translations  7db61e0f23b962f97e9246e0a8fb60e47fff0ac9

1. A typo in export.cxx makes not working replacing
2. EscapeAll() ignored single backlash characters

Change-Id: I1a5309778acdd601391f643ebf3c66d04a6601d4

Change-Id: Id7d1271408232e37aa23373dcd1ae6872ac8574b

Change-Id: I4b70690073247ebb9dde35370630b568568821d3

Change-Id: I915cd6e73f907850f17b102c7860a827b91eef37

Change-Id: I633568f2bfd2af6b14f8bcc192cd2fcc32521131

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

when created in the FmXUndoEnvironment ctor it is never released

Found by: zhangjf
Patch by: zhangjf
(cherry picked from commit d52fc995)

Change-Id: Iaeba1018551441f3bb13f90d3d42ac2855e285e6

before they are used

(cherry picked from commit 7d6c5e79)

Conflicts:
	svx/inc/svx/sdasitm.hxx
	svx/source/items/customshapeitem.cxx

Change-Id: Iac3e37bcfd4ab26d97411092259da2cc1879c2de

(cherry picked from commit c73bc958)

Conflicts:
	oox/inc/oox/core/recordparser.hxx

Change-Id: I6deecaabe32d4b071a83ce4687f83543354ddac2

Change-Id: Id9311252ced86df661f9219fe74478e69d9219ac

Change-Id: I4a22f856b993ef09556fcf921aa1f01be322cd4b

I was calculating the leading before setting the ascent and descent,
oops.

Change-Id: Ic58ecb1a65cb33715ea06f5e3214c4acbcff1e40

This reverts commit 979def88,
this time manually confirmed that the import layout does change, but that it
appears to be all desirable changes

Change-Id: Iee5e5ebd16989f65569b02f8b4f6570985157dfc

with the corresponding TR1 container

The TR1 containers don't support dynamic hash functions provided in their
constructor.  Having the hash functor as part the hash container's type is
cleaner anyway.

(cherry picked from commit fb8df933)

Conflicts:
	animations/source/animcore/targetpropertiescreator.cxx

Change-Id: I51ae91ef74002cbc8f24cd5f4df7dda58e1c4f8d

This reverts commit cef3f3aa.

The previous commit addressed the real issue.

Change-Id: I802e5f19e4a4991c316135f3984a1b9a6533a104

We need a way to recognize non spacing marks in fonts lacking GDEF table
(like old Arabic fonts), so I just check for zero advance width and hope
nothing elsewhere will break...

Change-Id: I6fa848e97ba24d71fc9a381ae439e0fb98e50419

This reverts commit 6c61b20a.  As discussed at
<http://lists.freedesktop.org/archives/libreoffice/2013-May/052449.html> "Re:
fdo#46808, Convert awt::UnoControlDialogModel to new style problem" why the odd
change in 2e2a4827 "scripting: get
CreateUnoDialog() work again" appears to fix things again:

  The problem is that the implementation of the css.awt.UnoControlDialogModel
  involves UNO aggregation
  (IMPL_CREATE_INSTANCE_WITH_GEOMETRY(UnoControlDialogModel) in
  toolkit/soruce/helper/registerservices.cxx creating a
  OGeometryControlModel<UnoControlDialogModel> instance that aggregates a
  UnoControlDialogModel instance).  That means that queryInterface can return a
  reference to something that is technically a different object, and that's
  what's happening here, and explains why calling setPropertyValue in two
  different ways on what logically appears to be a single object can end up
  calling two different implementations (of two different physical objects).
  (UNO aggregation is known to be broken and should not be used.  Nevertheless,
  there's still code that does---code that is a horrible mess and hard to clean
  up.)

  That all this worked as intended in the past is just sheer luck, but any
  way of substantially touching it is asking for trouble.  I'm going to
  revert 6c61b20a again.

I wasn't able to revert without also reverting
be50ad28 "fdo#46808, Convert
awt::XUnoControlDialog to new style," as the two were tightly dependant.  Also
reverts all the follow-up fixes cb4b6dde
"-Werror,-Wuninitialized" (sans the const-ness fix in
UpdateHandler::insertControlModel), 697a007c
"Fix exception specifications," 2ce6828b "fix
awt::UnoControlModelDialog crash," and 2e2a4827
"scripting: get CreateUnoDialog() work again."

Conflicts:
	basctl/source/dlged/dlged.cxx
	filter/source/t602/t602filter.cxx
	xmlscript/test/imexp.cxx

Change-Id: I5d133468062f3ca36300db52fbd699be1ac72998

Change-Id: I4cecd0105156adeb65bf1d42c3b26f8ad669a52b

Change-Id: Id4d03f2d500e8fcec4b6ead5365eaffbd0ece19f

This reverts commit 54c679f4.

pushed that too soon before verifying if it does what it says
it does