These are toolbar items, and not GtkToggleButton's so use the toolbar
api here instead.
The "ToolbarUnoDispatcher" thing is to auto dispatch uno:whatver when
the toolbar items have names like that, these ones have custom handlers
so that doens't really fit here.
Change-Id: I93fc11bf364ba7ae145ff52bc78a1544c9bae412
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172047
Tested-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
which shaves 5% off the load time.
I suspect this is a copy/paste of the similar logic in
DomainMapper_Impl::PushPageHeaderFooter
where it says
// Set both sharing left and first to off so we can import the content
regardless tha what value
// the "titlePage" or "evenAndOdd" flags are set (which decide what
the sharing is set to in the document)
I suspect that
commit 4b0fa253a4
Author: Tomaž Vajngerl <tomaz.vajngerl@collabora.co.uk>
Date: Tue Nov 28 13:46:21 2023 +0900
tdf#136472 adjust ooxml import to handle first header/footer
sufficiently cleaned up the header/footer handling that this is no
longer necessary.
Change-Id: I05145c0f3706bd100dc200a949b9a05a1600d370
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172038
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
* Update helpcontent2 from branch 'master'
to 709b64df4d40a4972dea43511be7faef204e443f
- Add Help page on Sidebar settings
Note: Some entries are not mapped because it has not help ID.
"reset to default" omitted but can be added depending on
https://gerrit.libreoffice.org/c/core/+/171906
Change-Id: Ie8754e58deb76e95b2a366e1e7f4d712d3983694
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/171913
Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
Tested-by: Jenkins
there is a MultiSalLayout::InitFont that overrides it, but only forwards
InitFont to the first child sub SalLayout, which itself then doesn't do
anything.
This is possibly the case since:
commit 6c436ba09c
Date: Thu Dec 1 03:33:30 2016 +0200
Kill old Windows layout engines
Change-Id: Ic0d347843257d13ee6d6f695488bd053f5a931fe
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172040
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
GetUseFontAAFromSystem was introduced to make sure that texts in generated
raster file match the requested antialiasing selection, not system display
settings (VCL plugins usually render text according to system settings for
screen display, even when lines are not anti-aliased). The use case there
was disabling antialiasing, to produce clear output in tests - see commit
e6538f5bdd tdf#118966 vcl: add a flag to
determine if AA of fonts is used from the system, 2018-07-28.
But the opposite case is also valid: bitmap file export with antialiasing
must smooth text, even when system display antialiasing is disabled. This
has hit testTdf162259 on a particular buildbot, where the output happened
to be black-and-while (see commit 7a08c89b5a
Workaround a non-antialiased output on one of Windows buildbots, 2024-08-17).
The problem turned out to be RDP settings used to connect that particular
buildbot, which happened to disable AA. This basically means that output
of '--convert-to png' would depend on the system where it's called.
This change extends the effect of GetUseFontAAFromSystem to not only force
disabled text AA, when it returns false and line AA is disabled, but also
force enabled text AA, when it returns false and line AA is enabled. This
is a Windows-only change. I will change the test to use this in a separate
commit.
Change-Id: I7071f1bdefb77cbb9156dde3f70feb4cf8be73f3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172031
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
Tested-by: Jenkins
Calc ignored the firstHeaderRow attibute on xlsx pivot tables causing
it to add an extra row when firstHeaderRow="0". And then changed the
value to "1" on export.
Some xlsx pivot table filter tests have been changed because removing
this extra row changed the position of the values.
Change-Id: I95b722e4f4cc40083c752a045df4ffe37e7159c5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171836
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171869
Tested-by: Jenkins
At least when LO tries to download a document and
UUIInteractionHelper::handleErrorHandlerRequest wants to show a MessageDialog
via Qt, the stack grows relatively large, and gray_convert_glyph
(workdir/UnpackedTarball/freetype/src/smooth/ftgrays.c) alone allocates on the
stack a buffer of size FT_MAX_GRAY_POOL * sizeof(TCell) = 1024 * 16 = 16K, which
causes (silent, due to no -sSTACK_OVERFLOW_CHECK=2) stack overflow.
So (somewhat randomly) double the size of the main thread stack to 128K; but, at
least for now, keep the default value of 64K for other threads (which would
otherwise inherit the explicitly set -sSTACK_SIZE value via the
-sDEFUALT_PTHREAD_STACK_SIZE=0 default).
Change-Id: I96583f4af93c84b15c67f310068c5631fb129d40
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172011
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de>
...after 6e6451ce96 "Emscripten: Move the Qt event
loop off the JS main thread"
Change-Id: Iea9cb74fa2fc3dd036ee865e1bd8ede93fb33c78
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172010
Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de>
Tested-by: Jenkins
