Project: help  6b12e054bde038fae6a6ee03c52b3c6664ab4300

Drop 'Warning Print Options' page

Can't find this feature in core anymore.

Change-Id: I32dc10a19da6eea51ffd939e15c5a35acb95a1ac
Reviewed-on: https://gerrit.libreoffice.org/32025Reviewed-by: Olivier Hallot <olivier.hallot@edx.srv.br>
Tested-by: Olivier Hallot <olivier.hallot@edx.srv.br>

Project: help  b57f991c21f157f79e12b18664972d51ab7f3fbc

tdf#100096 Document security option for link blocking

Also fix the nonsensical ahids of that page

Change-Id: Iaa7b190c031e0c925d066d576ec14f4b282ef67c
Reviewed-on: https://gerrit.libreoffice.org/32021Reviewed-by: Olivier Hallot <olivier.hallot@edx.srv.br>
Tested-by: Olivier Hallot <olivier.hallot@edx.srv.br>

Project: help  ad3d97a39a7f420365ed0ae186981cad6a887da3

Restore connection between the 'Floating Frame' dialog and UI

With minimal updates to the content.

Change-Id: I9c2442b66e756b9bc1bf18770412280135e3ba03
Reviewed-on: https://gerrit.libreoffice.org/32024Reviewed-by: Olivier Hallot <olivier.hallot@edx.srv.br>
Tested-by: Olivier Hallot <olivier.hallot@edx.srv.br>

The fix was silly and wrong, need to check m_xUIElement, not m_aName,
which may be set independently, see the confusing code in
ToolbarLayoutManager::requestToolbar().

Change-Id: I279088cb2516b0a19619b5647f15f738a2624edf

too many false+ to leave it alive by default

Change-Id: I6d8f92b630c351c1ac788fad79f8d7c435ba4963

Change-Id: I4fe043b919a3ae438ee7fdfabcdb8d4e075b27cd
Reviewed-on: https://gerrit.libreoffice.org/32037Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

...I'm pondering a change that would make that a hard requirement, and from the
comment in configure.ac it looks like only old Clang < 3.4 were affected.

Change-Id: I8ef64f759fed1a45d88f94d0e8a60839ad10b263
Reviewed-on: https://gerrit.libreoffice.org/32029Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

It seems that Script (and probably other bitmap fonts) have zero
nFontType, so instead if checking for RASTER_FONTTYPE, check for not
TRUTYPE_FONTTYPE (which seems to cover both TrueType and CFF-based SFNT
fonts).

Change-Id: Ie39ed99b219b756885b13b3ecbf3616556a277db
Reviewed-on: https://gerrit.libreoffice.org/32031Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>

Change-Id: I73371e19877a8b192b188c1c6367ba0d391530df

Change-Id: I5cd3cd11f24bee87266822ec13e64132ee470d6a

Change-Id: I66810d2bf9bbd08990dd8e995e34c50caa472ff8

Change-Id: Ia007045c71e85fcca2afeacec6ef77d5f0b633f1

Change-Id: I7141aabd64c3f42545176fa8c907d8326e25e9ff

Change-Id: I9ba1b9c3c0e3efb00538b2f3ed4fcffc29f9e931

Going via UNO for a class in the same module is an overkill.

Change-Id: Idf706782e5844fd2e553c44966e1dd1104dce8e7
Reviewed-on: https://gerrit.libreoffice.org/32030Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>

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

Change-Id: I014f49b8239b0165ab696398b5ef0a2af5e0ae8c
Reviewed-on: https://gerrit.libreoffice.org/31990Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

Reverted because of issues mentioned in the bug report.

This reverts commit 64889c9f.

Change-Id: I10fa0d0e55fd4c7c3624d9eb8a97e8c068b9db17
Reviewed-on: https://gerrit.libreoffice.org/32032Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

'LINKTARGET' is not really helpful as target name.
Use name based on makefile's name and hope something like
b81ac16e is not needed anymore.
And if there are still some inconsistencies, we should fix makefile's name.

Also, don't use target.name because it's not unique.
There can be e.g. both Library_smoketest and CppunitTest_smoketest.

Change-Id: I541a1e41f80446e875e1bb2bfa89786e356e0e74
Reviewed-on: https://gerrit.libreoffice.org/32027Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>

Change-Id: I9816e320d9ed31b8af50d20d207a9be21b58ace3

Change-Id: I614e29829ebd40b34f85ce32b806a5079b7967de

Change-Id: I53983b90e8039caa6b104b160f3aba8f0e8f6363
Reviewed-on: https://gerrit.libreoffice.org/31969Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

and remove explicit OUString ctor calls, now criticised by
[loplugin:stringconstant]

Change-Id: I778df2f410108e1386431a0035101444ec44c951
Reviewed-on: https://gerrit.libreoffice.org/32014Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I8bcea5ffc74d48148bea78da8c17744e288c069a
Reviewed-on: https://gerrit.libreoffice.org/32004Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

and avoid unexpected behaviours when pasting columns between tables

regression from:
https://cgit.freedesktop.org/libreoffice/core/commit/?id=f0fa43ea99ac7564f2cc7ca1d997831808056b68

http://www.cplusplus.com/reference/list/list/insert/
and http://www.cplusplus.com/reference/deque/deque/insert/
helped me to understand my mistake

Change-Id: I6ff6b84a90c7ea8db1e4d7c2d12dd191f96141ae
Reviewed-on: https://gerrit.libreoffice.org/32020Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>

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

Project: help  cb54cfefe42d115a08e3c368a028b3f0b30485d4

tdf#104359 (partial) Handle ol_item and ul_item

This was throwing an exception and not generating a wiki page

Change-Id: Ic7d362cf65507aa8d90335c7f0ff3b5d8ea6fe58
Reviewed-on: https://gerrit.libreoffice.org/31610Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>

As one knows, the features of Writer's document model that most impress
by their sheer quality of implementation are redlines and field marks.
Unsurprisingly, if the two meet in the context of the WW8 import, epic
disasters are imminent; ooo83574-1.doc is one such train wreck that
asserts with:

sw/source/core/crsr/bookmrk.cxx:111: void {anonymous}::lcl_RemoveFieldMarks(sw::mark::Fieldmark*, SwDoc*, sal_Unicode, sal_Unicode): Assertion `pStartTextNode->GetText()[rStart.nContent.GetIndex()] == aStartMark' failed.

This happens when, at the end of the import, the redlines are hidden by
moving them into their special SwNodes section.  The reason why this one
asserts is that a previous SwRedline erroneously deleted the start dummy
char of this field mark, because that SwRedline had the wrong start/end
positions.

In Word the problematic paragraph is shown like this, where \a\b mark fields
and I D F redlines:

"Coming out of the work of Rummler and Brache’s \a(Rummler & Brache, 1995)(1995)\b work is the is the notion
               IIIIIIIIIIIIDDDDDDDDDDDDDDDDDDDDD  IIIIIIIIIIIIIIIIIIIIIIIIDDDDDD   DDDDDDDDDDDDIIIIIII

another” \a(p. 9)\b\a(Rummler & Brache, 1995, p. 9)\b.. ( italics in the original)"
           IIIIII    DDDDDDDDDDDDDDDDDDDDDDDDDDDDDD  IDDDIDDDDDDDDDDDDDDDDDDDDDDDD
                                                        FFFFFFFFFFFFFFFFFFFFFFFFFF

The first mis-positioned redline here ranges from 71 to 79, ")(1995)\b",
so it deletes the end dummy char of the field mark.  It should range
from 72 to 78.

This commit adds some rather crude hacks which appear to work to avoid
the problem:
1. when a field mark is inserted, the start positions of the redlines
   may need to be moved
2. when the end position of a redline is set, it may need adjustment to
   exclude a field-mark that ends at the same position

Change-Id: I723f1858c84def2c063e2cb126317d06e8ac98b5

Change-Id: I096211333c563b501627fef0dbdec8c3c98d501a

Project: help  7de8eed8b1b908c9e37f6e2499f37768a2354d27

Handle 'acronym' item type

This was throwing an exception and not generating a wiki page
Format with a simple italic text for now - better ideas welcome!

Change-Id: I1b08c6b6dd2e96eef3cac4808fe23f911dc06cd3
Reviewed-on: https://gerrit.libreoffice.org/31609Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>

Project: help  96a84b25e3ae012661a68da1ecdbbf0d94089d9b

tdf#104489 Include the product name in wiki page URL

Change-Id: I39155cf12a7ba178b0fb4e25315bd32156086846
Reviewed-on: https://gerrit.libreoffice.org/31772Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>

This was still not appearing on the Attributes page

Change-Id: Ibfd10427c4a79848a2e50d26910e5d184216ef58
Reviewed-on: https://gerrit.libreoffice.org/31811Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>

as that TTBOMK is the case where it's used. At least it's not used in
vcl and slideshow directly

Change-Id: Ie77656e56e0017800bc0107c2bfe63ddc4b5b9a5

Change-Id: I65e133c6d1c9ddc0b0e66e2cd1aff83c3713c0da

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

On Windows x64 there are two ODBCs - one for each bitness.
A 64-bit build gets 64-bit ODBC, and there is no provider named
"Microsoft Excel Driver (*.xls)", no normally the test is simply
skipped. But if MS Excel is installed, then it installs provider
"Microsoft Excel Driver (*.xls, *.xlsx, *.xlsm, *.xlsb)", that was
detected by previous code, but not used inside the VBAs. So, VBAs
tried to use "Microsoft Excel Driver (*.xls)" unavailable to them.

This patch allows using Excel's provider as well, thus allowing
developer to test against 64-bit-specific regressions.

However, the last test uses Microsoft.Jet.OLEDB.4.0 provider,
that is unavailable on Win64. There are substitutions -
Microsoft.ACE.OLEDB.12.0 and Microsoft.ACE.OLEDB.15.0,
but there is no easy way to test if they are installed. Thus,
that test is disabled on Win64 for now.

Also, possible buffer overflow fixed, when byte count was passed
to SQLGetInstalledDriversW instead of char count.

Change-Id: Ib5c55251f0e92b3078a46aee173b5061439445ae
Reviewed-on: https://gerrit.libreoffice.org/32019Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

Added extra gb_ macros, which seems to be used only for osx

Removed second jurt in BLACKLIST (assuming it is not like "not not True")

Change-Id: I989eb2e6de6f0edde7902b51f829442bd598eec2

Change-Id: I46df2800eb3440ee6c139867cf00f5cad5c4f3f1
Reviewed-on: https://gerrit.libreoffice.org/32012Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>

(arbitrarily decided to keep the latter, being the less odd class name)

Change-Id: I5c061a0f12b8f3095e283b4896f7c910948ac50f

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