Age | Commit message (Collapse) | Author |
|
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/3627
Tested-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 f853a20839ab08244dc1b3b1c881822bd593bc04.
|
|
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/3495
Tested-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/3618
Reviewed-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
|
|
Change-Id: Ie794e91783f8eaacf236070e7cdeb5b5f4361e9b
|
|
Change-Id: I157e0e84cbc9832dd863607b8f52359596b51c8c
|
|
none of it has anything to do with a rename dialog
Change-Id: I18a963e55d085182b922e5a7f77010b895a179a6
|
|
...so clean up. (Changing this might be tricky, esp. on Windows where the
python.exe wrapper adds the dev-install tree's dirs to PATH, so trying to run
tests against solver instead of dev-install tree libs will result in chaos.
This will become moot when we finally have solver == dev-install.)
Change-Id: Icbfc3928a7ff178fd86d78d15ffcf539557efbb4
|
|
Change-Id: I06319bf6607ecc25a768f85de3ec142388bfa572
|
|
...otherwise, "import pyuno" won't work in the test.
Change-Id: Ife6509af51a276043d6dfb1a9c1f45c717e219d7
|
|
Change-Id: I5992855dfda8d08913ab2b238f44af059c67ff73
|
|
Change-Id: Iff1a782fdedccf9a4865a54cf92261e7ac4693aa
|
|
Project: help 5770cefc9216a002005b0ae5442cd9163cfc6195
|
|
The menu is now:
Slide Show
Start from first Slide
Start from current Slide
...
instead of:
Slide Show
Slide Show
Slide Show From This Slide
...
I also changed the recently introduced function name/uno command for "Start from current Slide".
This should make no trouble, since this function has not seen a release so far.
Change-Id: I248c9d63ec28071b2887f89912aa90fa1e4afcb5
Reviewed-on: https://gerrit.libreoffice.org/3604
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I76b5c2d190b268de93973083f1f6ca41804008cf
|
|
Change-Id: I6728162db244971f115754cfb9f55bbafd42f6d5
|
|
Project: help 02bf06fb7f614f446744195e4de4582290a6f1d6
|