To see where the problem might be
Change-Id: I0baed63408c96eddffbaa39e172bc922c0a78241
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146180
Tested-by: Jenkins
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
to deprecate it. Still possible to toggle from expert config for now,
but we should push on and remove this and all the postscript printing at
this point.
Change-Id: If8869a62616b336764720f5dc56d86b94f16ffbe
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146169
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
When export a Fontwork shape to VML then currently only font name and
size is exported. The patch adds style 'italic', weight 'bold' and
the special properties 'Character spacing' and 'SameLetterHeights' of
Fontwork shapes.
Change-Id: Ifb7b42ab6c63e12f5f672e670a3bde5bcf20b1aa
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146148
Tested-by: Jenkins
Reviewed-by: Regina Henschel <rb.henschel@t-online.de>
Checking how e.g. section frames are split in SwFrame::GetNextLeaf(), we
call into SwFrame::GetNextSctLeaf() which then calls a dedicated
SwSectionFrame ctor that connects the master with its follow.
Add infrastructure to be able to do the same for fly at-content frames.
(At-fly anchored and as-char anchored frames are not relevant for the
broader multi-page floating table picture. Also, SwFrame::GetLeaf()
wants to work with a non-abstract type, so allocating SwFlyFrame there
would make no sense, so inherit SwFlyAtContentFrame and not SwFlyFrame
from SwFlowFrame.)
This is meant to be a minimal change, that can be unconditional, seeing
that the only dynamic_cast to SwFlowFrame in RestoreContent() only does
something if the frame has a follow, which is never the case at the
moment.
Towards an initial layout for multi-page fly frames.
Change-Id: I8ea930bed4bbddb96b181796ab893e810ba9dcd4
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146160
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
Tested-by: Jenkins
which it does for me with fedora 38 s390x
Change-Id: I32ad30061717287e785a395afc893db1a5764bcd
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146165
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
since it may be nullptr
Change-Id: Id618ef6a25a8432024a67170a7d1402cb0fa6b8a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146157
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
FN_DELETE_TEXT_FORMFIELDS is only handled in SwTextShell::ExecField()
and SwTextShell::StateField() doesn't seem to have a default handler for
slots not mentioned explicitly, so this is not needed.
Change-Id: I00bc3c543c44d541d352748c721be43b76965e32
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146144
Tested-by: Jenkins
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
of document to the first field in the stack, and reverse
Change-Id: Ie0ef1eee0c556644f0b87a65b4bde1a7d9cdf337
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145775
Tested-by: Jenkins
Reviewed-by: Jim Raykowski <raykowj@gmail.com>
It may be entirely possible that WrtShell always starts
with the current cursor at the beginning,
but it certainly shouldn't hurt to at least attempt to
look prior to whatever the cursor is when it starts up.
I just created the ability for getFieldmarkAfter
to loop around to the beginning, but I kept this
code the same initially to avoid sullying the basic patch
in case these particular lines somehow do bad things.
But /*bloop=*/true seem more appropriate to the intent
of this function than a false would. If we are in form
mode, do anything possible to get into a fieldmark.
Of course, we also have activeX controls
and content controls, so perhaps this needs a bit
of expansion to handle those as well...
Change-Id: I8a6ec499e3d88203e036baa9b4eada5592fcd815
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146047
Tested-by: Jenkins
Reviewed-by: Justin Luth <jluth@mail.com>
Add a checkbox, label and a combobox, for Table of Figures/Table of
Tables/Table of Objects - annoyingly the latter is sort of disjoint in
the .ui file.
Another annoyance is that the tab page sometimes reads its own state
while initialising itself, overwriting its source.
This is perhaps not ideal, but it appears to work if you don't look at
it too closely.
Change-Id: I3d3d79f37a75bf6570149d794a2363a53de2f59f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146143
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
where the size is scaled up, so restore use of scaling up when necessary.
But continue to use unscaled supplied values when provided integer sizes
to avoid scaling down.
Change-Id: I8de268d1c9ac8f0a75aa84e231812b12310db76a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146140
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
This reverts commit aef70869b0 plus follow-up
4172fcb751 "Fix no-pch Windows build: missing
include". It caused my Windows build `instdir/program/soffice` to immediatley
fail with
> skia\include/core/SkRefCnt.h(62): fatal error: "assert(this->getRefCnt() > 0)"
> warn:skia:10572:7804:external/skia/source/SkMemory_malloc.cxx:32: sk_abort_no_print
on start.
Change-Id: I751f83eda28d9a5a8f9dd4b2429389906ffce983
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146132
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
