Age | Commit message (Collapse) | Author |
|
> instdir/program/libavmediagtk.so has suspicious NEEDED: libgtk-4.so.1
> instdir/program/libavmediagtk.so has suspicious NEEDED: libpangocairo-1.0.so.0
> instdir/program/libavmediagtk.so has suspicious NEEDED: libpango-1.0.so.0
> instdir/program/libavmediagtk.so has suspicious NEEDED: libharfbuzz.so.0
> instdir/program/libavmediagtk.so has suspicious NEEDED: libgdk_pixbuf-2.0.so.0
> instdir/program/libavmediagtk.so has suspicious NEEDED: libcairo-gobject.so.2
> instdir/program/libavmediagtk.so has suspicious NEEDED: libgraphene-1.0.so.0
> instdir/program/libavmediagtk.so has suspicious NEEDED: libgio-2.0.so.0
> instdir/program/libavmediagtk.so has suspicious NEEDED: libgmodule-2.0.so.0
> instdir/program/libavmediagtk.so has suspicious NEEDED: libglib-2.0.so.0
> instdir/program/libavmediagtk.so has suspicious NEEDED: libatk-1.0.so.0
> instdir/program/libavmediagtk.so has suspicious NEEDED: libgobject-2.0.so.0
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libgtk-4.so.1
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libpangocairo-1.0.so.0
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libpango-1.0.so.0
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libgdk_pixbuf-2.0.so.0
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libcairo-gobject.so.2
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libgraphene-1.0.so.0
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libgio-2.0.so.0
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libgmodule-2.0.so.0
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libglib-2.0.so.0
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libcairo.so.2
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libatk-1.0.so.0
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libgobject-2.0.so.0
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libX11.so.6
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libXext.so.6
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libSM.so.6
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libICE.so.6
> instdir/program/libvclplug_gtk4lo.so has suspicious NEEDED: libdbus-1.so.3
Change-Id: I686cdc5f21c9a730167e9efa120946f6d96eaed0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130305
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
The behavior of this method will change in future versions. Use specific 'len(elem)' or 'elem is not None' test instead.
Change-Id: Ic1aedaff3569b9b3063823c747c1d09623b2efad
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130032
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
|
|
It might happen that some files are removed/renamed
warn about such files to adjust filter rules
Change-Id: Ib8f1c586a67310cc8be04edfcc75f655da2dbfe0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129881
Tested-by: Jenkins
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
|
|
Change-Id: I2d2bcd2bce525b111906c59d2d119e1d63d2174b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129852
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
|
|
sounds more natural than --dontstop
Change-Id: I4650f8bf97a426782828f0e088805551c5830acc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129880
Tested-by: Jenkins
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
|
|
It passed "make check"
Change-Id: I0828ea2c2531cb970f32581333776f02a46a8d5e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129314
Tested-by: Jenkins
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Change-Id: I78730afbfdebbd634343741b57718a467f6c9b15
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129350
Tested-by: Julien Nabet <serval2412@yahoo.fr>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
If they are already removed, just don't do anything.
Change-Id: I3ef09ea5de8841820d586b41ed6c86e78bd06b9c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129326
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
Tested-by: Jenkins
|
|
Change-Id: I0e4512762519a6ac4e4968cbeee3576cc7eeafa3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129286
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
|
|
Change-Id: Iae44bf9113cf78e2f7dcf20a4f987bda0614b2d2
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129214
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
This commit implements a WebP reader and writer for both lossless
and lossy WebP, export dialog options for selecting lossless/lossy
and quality for lossy, and various internal support for the format.
Since writing WebP to e.g. ODT documents would make those images
unreadable by previous versions with no WebP support, support
for that is explicitly disabled in GraphicFilter, to be enabled
somewhen later.
Change-Id: I9b10f6da6faa78a0bb74415a92e9f163c14685f7
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128920
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Change-Id: Ia1eb3fe4fac9511c4d0b531bdbc722e420a96f1e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129150
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I723b13a5b012a89379cf6984a2b0fdd44ae932f5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129148
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ia68e3d96a7fbc381fc4215800b33dd21d2a38119
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129138
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
...plus --enable-mergelibs, like 4a2db3545a023468e191a5ec89a6343b7aef2ef2
"Fix CustomTarget_postprocess/check_dynamic_objects for --enable-dconf"
Change-Id: I981ab82ecf2a459b384e243260a9611f6016acf1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129119
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Id6231774fb1a8d12e771815023e661d5e0ac06a0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129004
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I378db5406c508e3672927905735449a3a1003e3c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128928
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I83ff18c8b5e95fa172de950eb351cbfd855c9d5d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128919
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
The modified script updates the
https://wiki.documentfoundation.org/WikiAction/history/Development/DispatchCommands
wiki page.
A typo excluded the tooltips while they're
meaningful when they are longer than the usual
UI labels or the "context" labels (whatever a context
label might mean).
Change-Id: I001d1a5624be9f40761f5e0dcd28da0a9feb981e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128866
Tested-by: Jean-Pierre Ledure <jp@ledure.be>
Tested-by: Jenkins
Reviewed-by: Jean-Pierre Ledure <jp@ledure.be>
|
|
so the image+text layout is created by default
Change-Id: Id5e9801274ebaa9e9cfdddcfac628b83828342fc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128865
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
The wiki page
https://wiki.documentfoundation.org/Development/DispatchCommands
is generated by the execution of the python script:
/bin/list-dispatch-commands.py
Layout and content changes:
- better commands list coverage
Scan of .xcu, .sdi and .hxx files
The list is the "union" of the found commands
=> Base and Charts commands are part of the list
- new classification based in the 1st place on the .xcu files
i.o. the .hxx (or "slots") names
=> Commands are listed only once
- The sources providing the listed info are referenced for
each command with a direct link to the opengrok sources
- New information when available
A subclassification: the group
The potential arguments of the command
Change-Id: I54dd8c219d0e7a00fd346faa7577e181a068bbaa
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128254
Tested-by: Jenkins
Tested-by: Jean-Pierre Ledure <jp@ledure.be>
Reviewed-by: Jean-Pierre Ledure <jp@ledure.be>
|
|
Downside is we can't easily detect when one tracker is done, but it
should be faster.
Change-Id: Ie78ddf0381690040d7a4fa06f910717fcdfe0eae
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128038
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
|
|
Change-Id: I0d5cf89fabc8e044959dbd0af484b5ca46404eac
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127854
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
* dump git HEAD status on build start
* dump "date -r" and "df -h $OUT $WORK" at various steps
* run "make clean" before autogen.sh, if Makefile exists
Change-Id: I22885f820e81fa46d02699fb5c2129ac5921c5dd
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127609
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
This way we can get rid of the pre-generated locale data and the
special fuzzers target, which invokes a full gbuild make for
every prereqisite, always parsing the whole tree, taking ages.
This also reverts:
- commit d0780b21cfe235c4446adf649eb690f9c1771dd5 ("fix oss-fuzz
build") by adding epubgen and revenge dependencies.
- commit ff25d6a123beb42476bf42d189b3033a86835b2a ("ofz#41602 fix
more build failure"), which shouldn't happen anymore since
commit d47628f287f4377394c4ff488c433bfe254b6abe ("don't want to
link to system static libs for DISABLE_DYNLOADING")
Change-Id: I3aed9ec62da507254b42e4e7470bae1097b4bc8c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127031
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
the need for this is gone now the transition from src to ui
is completed. I certainly don't use this anymore.
Change-Id: I5bf9c8bc4f00152977091f466c2e808b824acb44
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126925
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Remove code in ucb/source/ucp/webdav, and now unused externals
apr, apr-util, serf.
Change-Id: I31ab8bb1491f5290e175e87f2b30499811c5a359
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126835
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
Tested-by: Jenkins
|
|
* as seen in vcl/inc/skia/salbmp.hxx
* also remove earlier exception from ucb modules file
Change-Id: Ie0ad46048147916b615f74d8eab6e033c2020565
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126739
Tested-by: Jenkins
Tested-by: Gabor Kelemen <kelemeng@ubuntu.com>
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
|
|
* Fail on the error code returned from make
* Collect dependency errors in the tree and fail and print them
The "perldoc -f open" has an example in the "Opening a filehandle
into a command" section, which uses waitpid in the parent. Since
we parse the pipe output, there seems to be no need for waitpid,
because we end when the pipe is closed by the writer.
waitpid always returns -1 at this point and since there aren't
any zombie processes, it seems to be fine to ignore.
Additionally strace shows, clone, execve and waitpid calls, so
the explicit exit in the example seems bogus, if the process
is actually overwritten.
And the pipe is just open in the parent process anyway.
Change-Id: I2e77aa33a0eaa5d6d3e06904bb0af53f4b66ef91
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126789
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
This reverts commit 7e5af164b7d293dd410710bed411e1ca64bbecf7.
Reason for revert: Not the best/effective way to clear out the stuff remaining to be done, would need additional stuff
Change-Id: Ia6ab90384da29a5e34eff0ab8881bad2ab49c58c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126601
Tested-by: Jenkins
Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
|
|
Change-Id: I8a89b80f804bbcf4606d55dcecf44e44095112eb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126504
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Unfortunately the add/usage of HasFastDrawTransformedBitmap did disable the
system-dependent implementations/fast-path for DrawTransformBitmapExDirect
and it's implemenations, except for Skia.
This means that the current backends for Windows/Mac/Cairo/headless/Qt5
have to do expensive pixel operations when a Bitmap is 'really' transformed
(rotate/shear) since some time.
The nine implementations using ::hasFastDrawTransformedBitmap (grep for it)
all return false, except the Skia one.
Since HasFastDrawTransformedBitmap() uses that and itself is used in the very
central mehod OutputDevice::DrawTransformedBitmapEx(...) to decide if that
fast-path shall/can be used at all, it was *no longer used* - except for
Skia - what makes Skia definitely performing better with transformed Bitmaps,
or the other way around - the others worse.
HasFastDrawTransformedBitmap() is used in only two places, the second is in the
canvas helper to decide if to try to use that fast-path for presentation
rendering.
A method at OutputDevice to see if that fast-path is implemented is therefore
currently needed, but for the canvas helper only. Since this will/should be
converted to primitive usage (hopefully) anyways, nine impementations calling
these virtual functions often and the danger to produce a mismatch/
error beween implementations of hasFastDrawTransformedBitmap and
drawTransformedBitmap (as happened here, but can also happen when someone
adds or removes an implementation) I looked for a way to solve that differenly
and more safe.
Since SalGraphics::DrawTransformedBitmap anyways returns a bool to signal it's
success I take this as base to implement a buffered test directly at
SalGraphics, also directly set a local flag to detect that functionality if
DrawTransformedBitmap is used anyways before the test is/would be needed.
Combined wih that small test to check only if this was not yet used and thus
tested by DrawTransformedBitmap anyways I can offer a reliable non-virtual
method at OutputDevice called ImplementsFastDrawTransformedBitmap() that will
be used at the single necessary location - in the canvas helper.
Since that small test direcly uses one of the nine implementations of
hasFastDrawTransformedBitmap it is fundamenally more reliable and probably
the copy bitmap/writeBack never really used (I tested that it works) due
to an earlier use of DrawTransformedBitmap did the check potentially already.
I also took a look at the cairo version (since I had this one running here)
and ensured that the buffering of the system-dependent form of the Bitmap
as cairo surface still works. Regarding the newly introduced fAlpha
parameter I want to add some remarks:
- It should be called fOpacity to make clear that it describes opacity,
defining that if 1.0 == fAlpha means *no* transparency. That word is
used in other graphic systems and makes more clear what function it has.
It is the opposite of transparency, but works the same.
- Currently all implementations of ::drawTransformedBitmap - except Skia
where it was implemented - do not use it, but return false. It will in most
cases not be too complicated to add/implement it, e.g. for cairo anyways a
transparency surface will/is created, fAlpha can just be merged in, and the
criteria for buffering that may be extended to remember for which value
(if at all) of fAlpha that was prepared. I strongly recommend implementing
these for our main graphic backends.
- The primitive renderer uses another more general way to add an extra alpha
channel to paint when needed - it draws the content (any content) that needs
to be transparent to a buffer and then that buffer using the intended
transparency. This is discussable since may be more expensive, but more
general and keeps the interface less complex. We can see here that adding
that complexity to the existing interface at OutputDevice makes the
implementations more complex what might be the reason his was only
implemented for one of nine backends. When adding something like this and
extending the complexity I would prefer that at the same time it gets
also *implemented* in all or most or at least most used cases. I want to
make clear that from my POV in those cases choosing possible runtime speed
over complexity is not always preferable.
Change-Id: I5bab59f59fca878a7b11a20094e49e8b50196063
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126480
Tested-by: Jenkins
Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
|
|
Build target was kept for backward compat in 'rework the default make
target', so lets retire it after 1.5 years.
Use 'make build' instead (which is since the default target anyway).
Change-Id: I93d5237dce2abf2536a4d847d79d33d5b6d6cec9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126362
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
|
|
Change-Id: I1f7395fd12539d936f3651e5e173799a7c61e14e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126286
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
And apply some of the results
Change-Id: If555476fdd951cbc1d01fb3ef3ab1cbca2b64960
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124896
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
...at least with Clang 14 trunk now (but I didn't check which llvm commit would
be responsible for that, and which version of LLVM that appeared in first).
That also means the -D_CRT_RAND_S hack in CXX is no longer needed either. (See
the mail thread starting at
<https://lists.llvm.org/pipermail/cfe-dev/2015-November/046012.html> "[cfe-dev]
clang-cl question".)
Change-Id: If1b1b4fa17782161c3b72ac68fdef28b0e044a31
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125859
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I44e9548c41de2ea4816d5b87d7491ad06a46f111
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125204
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
If not set, then gtk3 will show the image if there is no text, but only
the text if there's an image. For simplicity sake just enforce it as
true if an image is referenced.
Change-Id: Id4bb9140ba83e7e07e0d8ec5e3c29aece49b9087
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125200
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I6534e8c81a6598e49de99b08bae80657e1355965
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125004
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ifda2cd08776a30c83cd1e52a4f0d6d1200d4cb95
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125000
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I8302f4fed3f7c9a1c2a1b374114066b1327f34c4
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124844
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I9ad34b6a5fe4dc5bcc79d949241739771ddadf75
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124662
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I9e856fc2d61f1789a6f1702514837860539a0f49
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124573
Tested-by: Jenkins
Tested-by: René Engelhard <rene@debian.org>
Reviewed-by: Kohei Yoshida <kohei@libreoffice.org>
|
|
Change-Id: Ia4bfa53ff56f64c7ba8fa068bbbe9dff2c4a84fc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124652
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
add progress display and cleanup child processes
Change-Id: I86cc13dee17f6d1ea2874f0ebe178426fbc82076
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124634
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Use uuid.uuid5 with a custom URL to generate stable GUIDs. This avoids
glitches in IDE when re-opening the solution after its re-generation
makes some previously opened files to show duplicate entries in IDE's
tabbed UI.
Also drop the UniqueIdentifier elements from .vcxproj.filters files,
which are optional and only used in VS automation [1], so are useless
with randomly-generated GUIDs.
[1] https://docs.microsoft.com/en-us/cpp/build/reference/vcxproj-filters-files
Change-Id: I91dae730286b3187a6ceffcb9ae3afc2b479f4d9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124594
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
This makes the solution more manageable - one can collapse unneeded
categories.
And put LibreOffice.natvis to Utility folder, to move it to bottom.
Change-Id: I869faaf5756c65e6812b58627acd03bf816dea2c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124588
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Change-Id: I110daf882d9196cf7552e43a157ba4ae73fd670b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124458
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
so tab-cycling inside sidebar panel toolbars works as wanted
It needs to be false for gtk3 and true for gtk4, leaving it unspecified
gets a desired working default.
Change-Id: I34869d5dcffc814f62ec2b717108f90c395a067b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124446
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
simd enabled for x86_64 and x86, arm/aarch64 might be worth exploring
too
Change-Id: Ic2726ee8c6b6e59ca983b977ee2731f5b78b97d1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123898
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|