Age | Commit message (Collapse) | Author |
|
The sidebar usually executes UNO commands to the core framework,
however the controls already have formatted the text that is useful
in Online client side. For example the units conversion.
The QueryControlState method will retrieve the current formatted text
of the sidebar control to be used in Client Side.
Change-Id: I0b3e3a1462d4391ac911352f35808a5e5d9f9ffb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91237
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
Reviewed-by: Henry Castro <hcastro@collabora.com>
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91577
Tested-by: Jenkins
|
|
Change-Id: I4baf27d952f173ec515938df754b664b527d16f1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91694
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
followup to LO 7.0 commit b271cc46851c61ddef20dc869bf339c857f76b18
THIS PATCH INTENTIONALLY BREAKS COMPATIBILITY WITH MSO.
In the rather rare case of a table row that is larger than
the page, but is nevertheless set to not allow splitting,
historically this oversized row has started on a new page
and disappeared into the bottom of the page.
The commit mentioned above allowed the row to spill over
onto the next page, but kept the "page break" feature for
maximum compatibility and interoperability with MSWord.
However, all of that seems completely senseless, so
the most natural thing for the document to do would be
to completely ignore the do-not-split-row setting and let
everything flow naturally, without leaving a potentially
large gap in order to start on a new page.
Just let the oversized row stay attached to the prior row.
The cases are rare enough that interoperability isn't important.
In any case, for .doc documents authored by LibreOffice,
Word is still going to try to squeeze it all on one page anyway,
so even if we do leave a gap and start a new page,
there will still be a difference.
Now that compatibilityMode=15 for new .docx files,
MSO almost perfectly matches the behaviour prior to this patch,
so this is the one case where users might raise a complaint.
The prior patch was committed first just to prove that
we could fallback to a more compatible state in case
this radical departure from the norm is unacceptable.
Change-Id: I47c78526d4c4fda2c48e38fb64788bafbc06f2c8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90131
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Change-Id: I3a07a8e6fe6e37d55de6069082b32d84c0450177
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91659
Tested-by: Jenkins
Reviewed-by: Xisco Faulí <xiscofauli@libreoffice.org>
|
|
Change-Id: I42001c248e04ae294ad3e7ae61129fb13d5f50e6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91651
Tested-by: Jenkins
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Change-Id: I1af2de672db7124faec473202ce858ec292a2c6f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91654
Tested-by: Jenkins
Reviewed-by: Xisco Faulí <xiscofauli@libreoffice.org>
|
|
This patch splits the polypolygonprimitive2d.hxx into:
- PolyPolygonColorPrimitive2D.hxx
- PolyPolygonGradientPrimitive2D.hxx
- PolyPolygonGraphicPrimitive2D.hxx
- PolyPolygonHairlinePrimitive2D.hxx
- PolyPolygonHatchPrimitive2D.hxx
- PolyPolygonMarkerPrimitive2D.hxx
- PolyPolygonSelectionPrimitive2D.hxx
- PolyPolygonStrokePrimitive2D.hxx
... and fixes the include files and pre-compiled headers
Change-Id: I23982e0c81e8992f69e14cbac8e86858266b9999
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91603
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
... to the change to use the last node - not the first node - for
paragraph properties.
The problem is that if you move the cursor around at some step of reproducing the bug, this happens:
sw/source/core/crsr/crsrsh.cxx:544: bool SwCursorShell::LRMargin(bool, bool): Assertion `sw::GetParaPropsNode(*GetLayout(), GetCursor_()->GetPoint()->nNode) == pTextNd' failed.
For a fully deleted range, it looks more plausible to map index 0 to the end of the last node instead of the start of the first node now.
This means that text will be inserted at the end of the last node too.
(regression from fa5eb82b398e29ae033f7b7c8c8195dfc10cf5b0)
Change-Id: Ica891aea658b85211397320a44c9c10b48ca2659
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91598
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@cib.de>
|
|
If you Select All, Cut then move the cursor around a bit then paste, then this happens:
sw/source/core/text/txtfrm.cxx:3461: void SwTextFrame::CalcAdditionalFirstLineOffset(): Assertion `pTextNode->IsNumbered(getRootFrame()) == pTextNode->IsNumbered(nullptr)' failed.
The reason is this borked MergedPara, which really only has 1 node it's listening on, but pLastNode and pParaPropsNode point to a node that is actually part of a different MergedPara now.
$6 = {
listener = {
m_rToTell = @0x6c02700,
m_vDepends = std::__debug::vector of length 1, capacity 256 = {{
<SwClient> = {
m_pRegisteredIn = 0x6af5f20
},
}}
},
extents = std::__debug::vector of length 0, capacity 0,
mergedText = "",
pParaPropsNode = 0x6d1c390,
pFirstNode = 0x6af5f20,
pLastNode = 0x6d1c390
}
The reason is that SwContentNode::DelFrames() doesn't update these members properly; at the time when it's called for the previous pLastNode, the offending node has Merge::NonFirst set already in the call of CheckParaRedlineMerge() so it sets the wrong new pLastNode.
Fix this by iterating DelFrames() loop backward.
(regression from sw_redlinehide)
Change-Id: I508fd25af385a25ba9ed78d71aa3d1f02a7ac7a3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91597
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@cib.de>
|
|
In DocumentContentOperationsManager::CopyWithFlyInFly(), first
CopyNodes() also creates all layout frames, then SaveRedlEndPosForRestore
fixes the end position of all redlines that were moved by CopyNodes()
(they were moved not by changing their position but by inserting
new nodes before their end position).
Of course this means that the layout frames are created with redlines
that have only a temporary end position, and then things go wrong when
the end positions are adjusted, so add something similar to
SwUndoDelete::UndoImpl() to recreate the frames in CopyWithFlyInFly().
This hit the assert:
sw/source/core/text/redlnitr.cxx:94: std::unique_ptr<sw::MergedPara> sw::CheckParaRedlineMerge(SwTextFrame&, SwTextNode&, sw::FrameMode): Assertion `pNode != &rTextNode || &pStart->nNode.GetNode() == &rTextNode' failed.
(regression from ... sw_redlinehide)
Change-Id: I82e0f5b320cab201e762f58800f83e08f4f01048
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91596
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@cib.de>
|
|
... lcl_DeleteRedlines(), if there are redlines immediately consecutive
that get deleted; merge the SwPaM ring in that case which should help.
Change-Id: I07b67413ad6ee52bc81b89facc40202d0ca75e2a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91595
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@cib.de>
|
|
The absence of simple and double strikeouts is fixed.
Co-Author: Szabolcs Toth
Co-Author: Tibor Nagy
Change-Id: I5d7eef660f87c67855bce9847ad8e07d074183e6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91555
Tested-by: Jenkins
Tested-by: László Németh <nemeth@numbertext.org>
Reviewed-by: László Németh <nemeth@numbertext.org>
|
|
which went missing in...
commit 5a2c0ab29719ac914d30d8789c0e386541702cbf
Author: Caolán McNamara <caolanm@redhat.com>
Date: Fri Feb 28 11:13:12 2020 +0000
weld writer navigator
Change-Id: Ia15b282c4621b7e0c35641976ffac18a93ce6a0d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91621
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I565129dcd077ddbfccedb37dfbf1b9e1acf4eb95
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91532
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
Change-Id: I9cdd15185cfa8347a08402da956eab7cbdd63de6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91609
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
This allows to see actual values of the WhichIds in IDE easier
Change-Id: I31106459cd262000444175d082eb349ff937488d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91513
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
rework 7.0 commit 1052acae9a599c54e518c8fc17d6a994d8778757
jmux and I were working on related bugs at the same time.
My patch happened to get committed before his. Since mine
regressed, use jmux's version instead.
This should fix tdf#119748 and tdf#123257
Change-Id: I705d9f6c4ac81216c31009948cf1c9150017bbf3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91420
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
|
|
(font face, color and size) and narrower line height
with bigger margins to avoid false alarms with font
replacements.
See commit b6ef43f678c55330d7d8174201fadc55d5381f42
(tdf#117448 Writer table: don't clip text on margins).
Change-Id: Ife5637b21b9351800621d3b9a8145a7dbc983136
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91564
Tested-by: Jenkins
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
|
|
Change-Id: I4abf2df75c54936e02a8a3d8fa26f2b249e69780
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91606
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
...by giving them different names. The first function had been hidden by the
second ever since both were introduced in
5db29ca06b56bb235b0e8dfd0956715730f9cf0d "uitest-Word Count;tdf#68347 tdf#91100
tdf#58050 tdf#56975 tdf#56975"
Change-Id: I6ab927b0fe0374927dacbe30fd930763cba96d62
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91534
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I906234a38b96c6ba6eaadf7693abd33e98debf50
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91567
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
1.) Confusing to set a default in the CTOR head, and then
change it in the body.
2.) fix spelling
3.) clarify somewhat misleading comments.
Change-Id: Icb19a8838f1f01310b2dacc8cef7d9f0c67f3e75
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91275
Tested-by: Jenkins
Reviewed-by: Justin Luth <justin_luth@sil.org>
|
|
See https://bugs.documentfoundation.org/show_bug.cgi?id=131594#c0
for more info
Change-Id: Ic57826eb5a440e83cea1d9bde5e9144727e3b6df
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91141
Tested-by: Jenkins
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
|
|
in shape texts.
Handling of 18 underline types in DrawingML shape objects, i.e.
in grouped shapes did not exist.
Note: Underline type "words" imported as "single" temporarily.
Also testing of dashLong is missing, because it is exported as
dashLongHeavy in DOCX.
Co-Authors: Balázs Regényi, Tibor Nagy
Change-Id: I620d919da6b85eaed211e5cbdd5c1a55e60436d8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91461
Tested-by: László Németh <nemeth@numbertext.org>
Reviewed-by: László Németh <nemeth@numbertext.org>
|
|
Change-Id: I38f85fcedfed92a04c2a5538821e94e1c9866ebe
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91552
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I3a09b3165503bacbd2bab394eda9adc793f0bff9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91546
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
after
commit 5a2c0ab29719ac914d30d8789c0e386541702cbf
Date: Fri Feb 28 11:13:12 2020 +0000
weld writer navigator
found by loplugin:unusedmethods
Change-Id: Icbfa9de744f43fc36a2d19213185928090342f4c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91542
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
1) Use grep 'bool mb' sw/source/core/inc/DocumentSettingManager.hxx|sed
's/.*bool \(mb[A-Za-z0-9]\+\).*/\1/' to get a complete list of document
settings.
2) Replace the old ad-hoc list in ReplaceCompatibilityOptions() with a
list of all settings.
3) Enable the settings which were enabled already.
4) The remaining list needs manual review to determine what is and what
is not a compat option, but ContinuousEndnotes is definitely a compat
one.
The idea is that we have a large set of strange compat options and
ideally ReplaceCompatibilityOptions() could be used to reset them to a
sane default (if the user explicitly asks for it), but first
ReplaceCompatibilityOptions() has to really replace all compat options.
Change-Id: I0a86c812226b71bcf23bacbcc047bf76aa609a40
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91535
Tested-by: Jenkins
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
|
|
so at runtime suffix the two different widget helpids depending on their
mode to find the separate help pages for the widgets
Change-Id: I464544409aad3fd34b1ac62bf68e134596e900e9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91498
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Use area of paragraph margins to show top and bottom
of the clipped text at small fixed line height, like
MSO does. This results noticeable difference in tables,
where small fixed line height is a method to set narrow
table rows, but LibreOffice hid top and bottom of the
characters according to the line height which is smaller,
than the character height.
Note: PDF export has already showed top and bottom of the
characters in this case, and not in tables. But according
to the editing glitches (missing update of the clipped
area during typing), we don't want to extend this behaviour
for not table content, yet.
Change-Id: I7aff5405314948f301bfb71bf35cc1911e194f8b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90798
Tested-by: Jenkins
Reviewed-by: László Németh <nemeth@numbertext.org>
|
|
in the other place that looks similar in mailmerge
Change-Id: I9bd9b4ffe9c7f10ff2aaa604a62130c9dea1838d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91493
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
instead of using CXML which might return either the desired writer8 odt filter
or the StarOffice_XML__Writer filter which both have CXML set as userdata
Change-Id: I3da7e7ee9a0069642c09766e8778bcaf247a4575
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91491
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Use UNLIMITED_PRECISION in case of GENERAL number format of labels
in embedded charts, just like we do in Calc.
Regression from commit: 7f373a4c88961348f35e4f990182628488878efe
(tdf#48041 Chart: do not duplicate major value)
Change-Id: I298353d748f34e23bc642b3b0c365df6e73c23aa
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90984
Tested-by: Jenkins
Reviewed-by: László Németh <nemeth@numbertext.org>
|
|
Setting the document to LoadReadonly nicely does not
prompt the user to "press this button to edit".
That is what we would generally want when
Read-Only is enforced, so lets use that.
The user can easily enter edit mode via the edit menu,
if they want to temporarily override the protection,
which seems natural and discoverable enough.
There is a File menu - Properties - Security option
that manages the LoadReadonly setting in LO. If the
user turns that off, then export will also cancel
enforcement of the readOnly grabbag item.
The situation where read-only was not enforced before,
but now is enforced by LO, is handled by _MarkAsFinal,
so that case is ignored. In other words, there was no point
in adding a WriterWantsToProtectReadOnly flag.
See tdf#107690 for _MarkAsFinal fix.
I had started going down the wrong patch of being
innovative with boolean &=, not realizing
that it now always evaluated the right side.
Remove that bad example for other cut-and-pasters.
In the end, this logic is much easier to understand
anyway.
Change-Id: Id26b283078a5fd62d662a26a96cfc461e0ba8459
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90323
Tested-by: Jenkins
Reviewed-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
|
|
Change-Id: I8eecfac7241a3347a4d8c88e69cb0a41c3136efb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91455
Tested-by: Jenkins
Reviewed-by: andreas_kainz <kainz.a@gmail.com>
|
|
... to any value type.
Change-Id: I808f4729478cb3f90a86ef30be8158ebc40a6b96
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91428
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Change-Id: I44e7864fc159edbef35083b09798b1e3254f6548
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91430
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@cib.de>
|
|
Follow-up to 0dd48d1a9a716456ff1ebe67e19881ad2f56939b - in another
document, the sectPr is written from
DocxAttributeOutput::StartParagraphProperties(), which lacks a check
that it's in the body text.
Change-Id: Ia3b56f40a7457f072735a0e09205089a0c5f4584
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91429
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@cib.de>
|
|
Regression from commit e4da634b983052f300cd0e9b2bbaa60eb02c1b28 (sw: fix
moving more than 20 table frames to a previous page, 2020-03-30), asan
found a heap-use-after-free during CppunitTest_sw_ooxmlexport5
CPPUNIT_TEST_NAME=testOldComplexMergeTableInTable, the follow frame is
deleted like this:
#1 in SwTabFrame::~SwTabFrame() at sw/source/core/layout/tabfrm.cxx:145:1 (instdir/program/libswlo.so +0xec98ba5)
#2 in SwFrame::DestroyFrame(SwFrame*) at sw/source/core/layout/ssfrm.cxx:389:9 (instdir/program/libswlo.so +0xec8495f)
#3 in SwTabFrame::Join() at sw/source/core/layout/tabfrm.cxx:1390:9 (instdir/program/libswlo.so +0xecb6088)
#4 in SwTabFrame::MakeAll(OutputDevice*) at sw/source/core/layout/tabfrm.cxx:1865:9 (instdir/program/libswlo.so +0xecbc1f6)
#5 in SwFrame::PrepareMake(OutputDevice*) at sw/source/core/layout/calcmove.cxx:370:5 (instdir/program/libswlo.so +0xe519919)
#6 in SwFrame::Calc(OutputDevice*) const at sw/source/core/layout/trvlfrm.cxx:1789:37 (instdir/program/libswlo.so +0xed8424e)
#7 in SwLayAction::FormatLayoutTab(SwTabFrame*, bool) at sw/source/core/layout/layact.cxx:1485:15 (instdir/program/libswlo.so +0xe897ea9)
Fix the problem by not moving multiple tables to a previous page in one
iteration when the table is a follow one.
Change-Id: I443240b6153b74d6def97140c516d7cf7a2d35e4
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91425
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
Tested-by: Jenkins
|
|
The problem is that if Word reads a w:sectPr that is inside a w:textbox
and has a w:headerReference, then Word throws a confusing error
reporting a location inside the headerN.xml file and refuses to open the
file.
It looks like Word doesn't actually support sections inside text frames,
although it doesn't complain if the section break doesn't contain a
header/footer reference.
The WW8 export appears to avoid this by checking that
TXT_MAINTEXT == m_nTextTyp and skipping sections otherwise, but the
m_nTextTyp doesn't change when exporting a text frame in DOCX case,
so let's change that.
Possibly this makes m_bFlyFrameGraphic variable redundant, not sure
about that.
Change-Id: If862b226254983bb608bbce180f4aa2f41721273
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91421
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@cib.de>
|
|
Ende -> End
Change-Id: I1b53861b16510c8e41c0d8d46df17103f988c323
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91216
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
Ende -> End
Change-Id: I8f86d38fc8c815c6c4760a67a475cdff73a4ac17
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91215
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
Ende -> End
Change-Id: Ie34c18ab0d886b3b01701eac0613cff7f8aa9f35
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91209
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
Ende -> End
Change-Id: I5d9cb8b91f20ed957c90558bc41b1da1c2ffb099
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91219
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
Ende -> End
Change-Id: Idf599738be9b1eaac51da3461edc424fcc83a94e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91217
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
Ende -> End
Change-Id: I51b518ccc00ef9deff581cb760083695289c996e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91214
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
Ende -> End
Change-Id: Ie57fb93940623302edec550e7628639aecde1bf5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91213
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
Ende -> End
Change-Id: I12f697212b1532d99ccf3a4ea8a11e2a583e848f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91211
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
Ende -> End
Change-Id: Ib0891bc3f03d7590e94fe0c04b48f0560bdf74d6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91210
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
Ende -> End
Change-Id: I888d16a74cd37a97331c44c82040610d2a894522
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91212
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|