Age | Commit message (Collapse) | Author | Files | Lines |
|
save/restore in more places, and check in more places
before doing layout, so we dont waste time on expensive layout
Change-Id: I311f1f7f97a508da296078e936cb3704938dfdc3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121687
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
This reverts LO 7.1 commit c016fe2b5918d6e53113e100b1126076b6e1a6a3.
This failed for two reasons.
1.) If it is not a solid color (like a graphic for example)
then the graphic is going to be repeated in each cell.
2.) This is NOT actually repainting the visible cell's background.
It is painting the hidden cell - which MIGHT be different
from the visible cell (in the case of a solid color).
Since this will require a completely different approach,
I am just reverting this. Thanks Mike for finding an
example document that shows the flaws.
Change-Id: Icdc21e09118e7c33ac9f7ede23c913b95ad69c93
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122366
Tested-by: Jenkins
Reviewed-by: Justin Luth <justin_luth@sil.org>
|
|
... and 'AccObject::NotifyDestroy', respectively.
The only calling site calls it with 'true' as parameter
(and 'CMAccessible::NotifyDestroy' was calling
'm_xAccessible.clear()' regardless of what value the
passed param had anyway).
Change-Id: I08a24f79b50ec327ae461bd44ee6460a2d8145f7
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122343
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
The getter, 'AccObject::ifShouldDestroy',
was unused, so drop it.
The only place where the 'm_bShouldDestroy' member
was actually used was in 'AccObject::NotifyDestroy',
where it was assigned a value from a method param that
was then passed further right away, so there's no need to
store the value at all.
Change-Id: Id5688e9742892e345b143a8eebeed5099696a0f2
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122342
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
DefaultProperties::SetObjectItemSet is very hot when loading
shapes, and a large chunk of that cost is allocating the pool item
array.
So use a template class to allocate the array in-line to the class,
which means it can be allocated on-stack.
Change-Id: Ic53b41f35784726362de38fceb35f8634cddf0a4
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122310
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
This patch is created in preparation of a patch I have queued to test
and move PhysicalFontFace to vcl::font namespace.
Change-Id: I805a8bd1fa881fc4bc6d2f26f1051b9247587701
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122226
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
* Update helpcontent2 from branch 'master'
to 6d7110084bb66a1b2d3afce9567a83be58642e8f
- Mute l10n on Basic instructions
Change-Id: I389e49ed5ca19047d13e691057bd5c5edcc30ee2
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/122365
Tested-by: Jenkins
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
1) Replace the entire "Format > Merge Cells" submenu with the
single "Format > Merge and Center Cells" button with all the
same behaviour it has on the Formatting Bar.
2) Replace the "Split Cells" button from the context menu of
a selected merged cell with the "Merge and Center Cells" button
showing the current merge status, as it does elsewhere.
3) The "Merge Cells" checkbox in the Properties sidebar
Alignment section is unchanged.
Rationale:
The current behaviour of the "Merge and Center Cells" button on
the Formatting Bar is consistent with all other formatting buttons,
eg, "Align Left" is still "Align Left" (but shown activated) when
the text is currently already left aligned, and toggling it off
reverts the alignment to a default alignment. It behaves correctly
and intuitively IMO.
The "Merge Cells" button in the "Format > Merge Cells" submenu
should be removed as it appears to do the same as
"Merge and Center Cells", that is, when it works correctly. It
isn't helpful though as it has at least two problems: 1) it is
greyed out if a merged cell is selected, unlike
"Merge and Centre Cells"; 2) it becomes selectable when a range
of cells is selected that includes a merged cell, but won't
perform the merge.
Removing both "Merge Cells" and "Split Cells" buttons from the
Format > Merge Cells submenu leaves one entry, the
"Merge and Center Cells" button, which should then be promoted
to the top level menu.
Change-Id: I2f592211f888427d5bba384c28c8c3c7d92d8de6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122293
Tested-by: Jenkins
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
* Update helpcontent2 from branch 'master'
to 7a45cfda035abefcda03767a4c81f93c69d593b1
- tdf#33749 - HTML Help pages - reflect changes to cell merge in Calc
Replaced the entire "Format > Merge Cells" submenu with the single
"Format > Merge and Center Cells" button with all the same behaviour
it has on the Formatting Bar.
Replaced the "Split Cells" button from the context menu of a selected
merged cell with the "Merge and Center Cells" button showing the
current merge status, as it does elsewhere.
Also, add the "Merge and Center Cells" link to the Formatting Bar
Description Help page. It was missing.
Change-Id: I8f200faa7a218adae533752def032f4b7f28eed6
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/122313
Tested-by: Jenkins
Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
|
|
* Update helpcontent2 from branch 'master'
to a03b2a3c515c5a15cbe22a24ee436fabd9ec272c
- tdf#123506 - HTML Help pages - group search results under module headings
The "double entries" reported are because the search results
are never grouped according to module (CALC, WRITER, IMPRESS, etc).
Results are now grouped.
The HTML Help page search function uses a "fuzzy" algorithm to pick
matching results. This observation by the reporter is not a bug and
so the main Help page has been updated to include an explanation.
The main Help page has also been updated to draw attention to the
highlighing of the matching characters from the search term, to show
exactly how the match was made.
Change-Id: Ibdb9ac726b36b9dd6f605c854192ec644bfe09e1
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/122312
Tested-by: Jenkins
Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
|
|
A rectangle in SwRegionRects may apparently be empty.
Change-Id: I0956be2921d5110e2a8b9867bebf99814dd222f1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122351
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
...in code that never called aStatus.getFileURL(), ever since the code's
introduction in 4a25fb867f7cc0a0fc21c4079c84fadec6647ad1 "Make TempFile
destructor remove temp directory recursively"
Change-Id: I998ca23089125706b2377f192ace702a0ce804ad
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122350
Reviewed-by: Samuel Mehrbrodt <samuel.mehrbrodt@allotropia.de>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Jenkins
|
|
Initial render support for shadows of table shapes were added in commit
a75bf43a8d6c5dec6dcc86908c142ceec541aa8c (tdf#129961 svx: add rendering
for table shadow as direct format, 2020-12-02).
That already noticed a trick with the shadow of table shapes: the shadow
is generate from the cell fill and the border, but not from the text.
An additional trick is that when blur is enabled for the table shape's
shadow, then only the border should be blurred, not the cell fill.
In the bug document's case, the effective cell background was gray, with
a semi-transparent red shadow. We used to render cc0000 with blur and
cccccc without blur, now we correctly render cca3a3, matching
PowerPoint.
Change-Id: I7326a5f6254cf19b2d05181084c78e734ff7a7b4
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122349
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
Tested-by: Jenkins
|
|
Change-Id: I941a5b9b930248236f35b31582ee8f2c9e0be16e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122348
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I1703ee1d7cfc5f3f3458dce8db36fa86c578814c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122331
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
This failed with GWL_WNDPROC being undefined in 64-bit builds. See the note at
<https://docs.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-setwindowlongptra>:
"To write code that is compatible with both 32-bit and 64-bit versions of
Windows, use SetWindowLongPtr."
Change-Id: I7abcc681b4daf459eb0c0481266949c75ecf4dda
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122341
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Make it clear that the region is a paint region, and make
the ownership clearer when SwViewShell takes it over.
Change-Id: I229255a8e2d07ccc228e894e85b0a47f1e2b1259
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122309
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
Reading 'rectA.IsInside( rectB )' kind of suggests that the code
checks whether 'rectA is inside rectB', but it's actually the other
way around. Rename IsInside() -> Contains(), IsOver() -> Overlaps(),
which should make it clear which way the logic goes.
Change-Id: I9347450fe7dc34c96df6d636a4e3e660de1801ac
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122271
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
Tested-by: Jenkins
|
|
(where css.util.Color is a typedef for UNOIDL LONG). This caused issues on
Windows, where in C/C++ sal_Int32 is a typedef for long rather than int.
Change-Id: Ic0407674d06a219210d7f0448100005d7135eb79
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122340
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
See tdf#94879 for motivation.
Change-Id: I2740ff914fe35a069ce67ad10783dadc0cfdbf74
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122339
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
Tested-by: Jenkins
|
|
Change-Id: I5a80d85225d1e5ba98a52885a79bed5bb873243d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122330
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: Ia7be6c4e04f5558ed0dd53aa0df4feea1b1c556e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122329
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I2aa7f9e8f8bc93f7422acfaac2337087060d36a4
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122328
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I6042993749b5e0b841e82e3b6930e656b88c7fd7
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122327
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
The convention is that we need to add sal/config.h to the start of
files.
I have a patch queued to be able to create a FontMetric from
a PhysicalFontFace. Submitting this patch so I can hopefully one day
land this patch.
Change-Id: I5817acd6e194da576f2c8a13539d38954a4f4e15
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122172
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Nothing uses PhysicalFontFace::SetBitmapSize(), so remove it. This in
turn meant that the class doesn't ever use CompareWithSize() directly,
as this calls on CompareIgnoreSize() when no width or height is set I
have removed CompareWithSize().
Change-Id: I1012ffd3bc0f39f917a8b725f9985844967533dd
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121931
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Change-Id: Ib8b491fdcce1cd059c8eaf80a9c3bb2590af7c63
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122212
Tested-by: Jenkins
Reviewed-by: Jim Raykowski <raykowj@gmail.com>
|
|
Change-Id: I8c5d1e7aaf256e182c2f5dd92bb8fd4ad9bff42a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122325
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ife72cf379e60c96046205746c62a35ead7f09b16
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122326
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
* Update helpcontent2 from branch 'master'
to f514d2c1eba9998ae67a9b8fd508441b1bebbf49
- =INFO() function also returns "ANDROID" as an OS for phones or tablets and much more …
Change-Id: Iacdf3bf832bb338324b4a3598c8cf22871b1e1cc
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/122112
Tested-by: Jenkins
Reviewed-by: Andras Timar <andras.timar@collabora.com>
|
|
In my debug build, using safe mode dialog, Disable hardware acceleration
setting does not apply. In BackupFileHelper::tryDisableHWAcceleration,
osl::File::move fails with osl_File_E_ACCES, and internally GetLastError
after MoveFileExW reports ERROR_SHARING_VIOLATION.
The problem is that the tempfile is still in use by xTempFile. Closing
it, and making sure that the file doesn't get removed in the dtor, fixes
the problem.
In case something goes wrong, the tempfile would get removed in app
cleanup anyway, when session temp directory gets removed.
Change-Id: I4568f60b2b50a4038cba2e7a65033cb57e8b6edb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122274
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
In addition, create a meaningful error message and don't create and
artificial error message if there exists a custom one.
Change-Id: I682e497ee3fdfe4da80fb17ab41c1b4cf90eb2cb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122206
Tested-by: Jenkins
Reviewed-by: Andreas Heinisch <andreas.heinisch@yahoo.de>
|
|
* Update helpcontent2 from branch 'master'
to 71d1c3403820c00020d9dbe17e065eef9da13a43
- Current help description doesn't really explain what the CONVERT_OOO function does.
Change-Id: I92491dc27dbadfd02b326fb01a8230f69d7e564d
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/122272
Tested-by: Jenkins
Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
|
|
...until those C++20 string_view member functions are generally available (the
fallback implementations are taken directly from the C++20 spec).
(In ParseMathMLAttributeLengthValue in starmath/source/mathml/mathmlattr.cxx,
returning nIdx + 2 instead of nIdx + 1 for the single-character u'%' case was
presumably a typo, but which was harmless as the return value was only checked
for <= 0, and has now been turned into a bool.)
Change-Id: Ib441e474c515f016a4d81bb39f7821dfe0356499
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122322
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Iae8cfe3ad8f4741be3850e5cd62787459f54c421
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122320
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
since...
commit c2e6a068c112f4c5866b6371d02362bd71f903a3
Date: Wed Sep 8 12:07:48 2021 +1000
vcl: create FontMetric from PhysicalFontFace
where previously we had...
FontMetric aFontMetric;
...
aFontMetric.SetFamilyName( rData.GetFamilyName() );
...
return aFontMetric;
so the FontMetric default ctor was called which initialized all
FontMetric's members, but afterwards with...
return FontMetric(rData);
the new FontMetric ctor taking a const PhysicalFontFace& arg left all
the non-inherited members of FontMetric uninitialized
Change-Id: I91ee08ed1d63d15eccec44c87841884b2992eacb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122317
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
* Update helpcontent2 from branch 'master'
to 63c0bc5d25f744de978aefa6b8df2fc490738b3e
- Refactor icon size and alt
Change-Id: I54f09e8baa3f0c7c575701945934582b69e4e2e8
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/122321
Tested-by: Jenkins
Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
|
|
* Update helpcontent2 from branch 'master'
to 875dbfa8cf894686c2ea38e36191bc189011c0d5
- Add menu path for sheet menu - comments
Change-Id: I05060c8181808527ac9d5e5690ec97d857a05326
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/122319
Tested-by: Jenkins
Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
|
|
* Update helpcontent2 from branch 'master'
to 1b469faa018e34d110b016817a053fd3e6270ce0
- tdf#131305 Add bookmark for .uno:EditAnnotation
Change-Id: Ie0811649ff38db346ad579448fa87877da77671c
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/122318
Tested-by: Jenkins
Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
|
|
Change-Id: Ic5c4e91e3712a25165e7327dbb8d377212125067
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122316
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: If53b117a69c37907c4d3871eec6c8b3ecfc9c461
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122314
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I8de015f7c748de338f989a383838ce3921d176a0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122315
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ifab3b3508de990c42ee5c8c564cbd2d535376813
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122306
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I32c9d79262c711a4f28c910e1b8f8ca9c1f011e9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122305
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
- Adds a series of unit tests for PhysicalFontFamily
- Moves PhysicalFontFamily into vcl::font
- Move PhysicalFontFamily.hxx into vcl/inc/font
This is part of a series of patches where I also move font files into
the relevant font directories, and into the vcl::font namespace.
Change-Id: I9e8d7ceb5ec3494bf3ab6560645e52e88223ee69
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121903
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Get the name of the directory extra level up, which is 'external'
for external modules, and check that too.
Change-Id: Ie9a3bffea0c64c07cf2e9dfa221fd27106a05443
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122307
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
The usual way to use SwRegionRects seems to be to set it to the full
area (origin) and then use operator-= to remove parts. But operator-=
is slower than operator+=, so if that all is followed by Invert()
and Compress(), it's essentially inverting the operation twice,
making it both slower and (IMO) more complicated. Make it possible
to simply use operator+=, collect all rectangles and then
post-process once using LimitToOrigin()+Compress().
I'm not entirely happy about the SwRegionRects constructor, but
I don't have a better idea that wouldn't silently break backwards
compatibility for backporting.
Change-Id: If3c83e32729e5d02b9d97b66c93fac04d4fb3ecc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122215
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
Implement Noel's idea of sorting the rectangles by Y axis and then
considering only pairs of rectangles that are close enough to
possibly get merged.
Change-Id: Iac4a94fc411237f8c0fb5812906dc832be398cfa
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122214
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
Change-Id: I0bcd5490c05a28971f130b387bdc8bcd781ad441
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122304
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Rename it to FORCE_COMPILE and it takes the --enable-symbols
specification of what to include, for example
FORCE_COMPILE="all -sw/ -Library_sc".
Change-Id: I92afd8e0abc75d3566285c197d6640c26c03db36
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122248
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|