Change-Id: I0f35be194766866c842e2dbac293cbcb4c36200b

Change-Id: Ida5eb46abbc602a0afe355f9ba10059e3dddcd66

Change-Id: I83f4e97d52f3be1de5e2eec08c080c6ac96d6e3d

xmllint --loaddtd ./officecfg/registry/data.dtd --format ...

Change-Id: I7747171b56205fc5df8e049f6165f3eb8dc52a2e

Change-Id: Id7d8278611feaaf285711bdaed7dd2f6e396bec4

Change-Id: I7c1806285a325447e0a5ab19212cf1d4779988ef

Change-Id: If3893026047f9a75a122b64a5f368070721bb6d7

The time when it made sense to use "clever" #ifdefs to, for performance or
compiler reasons, conditionally bypass private parts of a class declaration
passed a decade or longer ago.

Still more of this in sw and sc. People working on those modules might want to
do it too, or not.

Change-Id: I1053139ca5e5e2631f7b22d99d3bada54fc337be
Reviewed-on: https://gerrit.libreoffice.org/3627Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I2aadd2a7e643f2598da9ed474e47ece02208297f

Project: help  f844f8e592e9b0a659379f5157ebb37dbcd75098

Change-Id: Ib7ef29354f5d43abd9e67745dd6d3fccaec8612e

Create a custom slide show in Impress, attempt to delete it
-> crash
STL vector::erase returns an iterator pointing to the next element
i.e. not the element we want to remove, evtl. invalid end iterator

Change-Id: Ie3758fc1ae5fc5f2a934cd8bed3de4e84a0b841b

Change-Id: Ica0361a45a00f45fd4767d5de37bd839567a469d

Change-Id: I71a427e6f53a18412c1dc2c0d7f2c235acd72b8b

Writer.xcs is the biggest one

Change-Id: Ic7eb27c14579496009c6079b7c815795c6c90e4a

Change-Id: I87c953d8ffa2285c6acd08b6e2c1ef5810b71dfd

Change-Id: I395211c53d37b02304cb87edc1c829405c215fe1

Change-Id: Ieeadda1e69be45a1fd737a356e5987a54c82b13e

xmllint --loaddtd ./officecfg/registry/data.dtd --format ...

Change-Id: I0218762a64f2547424d5ddddf78e3fadc2b65093

Change-Id: I6894ccb114044e97b7a1f973864a2fdd8250c8e8

Change-Id: I3a26edc6bef3e7db875405458dbda8de06222bd3

It's not necessary anyway from what I can tell.

Change-Id: Idb4699f29eb1bba32197667c9a6785e653dd8382

Change-Id: Id5d51292c0ee9c6bf62a2ceac6a80cbfd3e09605

Already worked around.
This reverts commit f853a208.

Change-Id: I32e91c1a42619676467ac121865673733e8053f2

Change-Id: Ied274511193eba9373072f1bc0636fe7f8a52b02

Change-Id: I8ae6f047744581dbddfbd10b08bc6e4fcf34b0de

Change-Id: I0b6634e15034fbe9cd77c4149494839152823783

Change-Id: Ib1e80d717f199db8f8ac4181d4377a86d88e3244

don't autocapitalize a word if the previous word is clearly an
anagram with intermediate periods.

 Committer: anuragkanungo@gmail.com
	modified:   editeng/source/misc/svxacorr.cxx

 On branch localbranch_anurag

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

B2DPolyPolygon can contain Bezier curves, but that is not taken into
account when drawing the hatching in OutputDevice::ImplDrawHatch. The
poly-polygon is adapted already when creating metafile, because the
information about the poly-polygon containing curves is then lost
somewhere in the process. At least, when I do the adaptation in
OutputDevice::ImplDrawHatch, it has no effect and the hatching in the
produced PDF is still wrong.

Change-Id: Ibec9d6aceb23da986fe2d2414dc2e7fd4bf835b4

Change-Id: Ie4176fb35082ac7de57196e1c7a51d6769e147b2

Change-Id: I6d943136ef189a57bc5fa95530c76b0226ba874d
Reviewed-on: https://gerrit.libreoffice.org/3618Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I8cf878de00ede3c25163526a6863ec734b9815a9

Project: help  8f801b3f17f4d9ce1bb0fdce61e2ec35f6ab0538

Change-Id: Ib3957fbadf6bfebfaabd5bef09aaf7ab21862cd6

Basically, in first children of infix predicates in search_conditions

Change-Id: I0e2f8fbdde023b088f33d2e2fcbd41110f0e02a8

Change-Id: I94c274e8afc70fa702063d61139299a7bde9165b

As opposed to only the column name

Change-Id: I261d13f23214f950daa55a5b63cd486e59a0e127

Change-Id: Ibf566a11a383b77a930d46967e496752c88b39e4