Age | Commit message (Collapse) | Author |
|
Change-Id: I6ffdb1deaa32156c65f997a1a1056928b7cd863d
Reviewed-on: https://gerrit.libreoffice.org/19803
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Ia563e1c58a61eaa9f2316be280711fafe6702c9d
|
|
Change-Id: I56a51bf1b9edd8a032167c3b648b69236a3d8e74
Reviewed-on: https://gerrit.libreoffice.org/19765
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>
|
|
Change-Id: I18efe35c299bc3a4a2a5e449021323fc1f53f378
|
|
Change-Id: I38de1e66e93086c125c94b76ac5a724439a6fb17
Reviewed-on: https://gerrit.libreoffice.org/19810
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
... which is what also Excel does for memavail, memused and totmem.
Change-Id: I48330d0a78094f7c40c02bc992a12353b511f29f
|
|
Introduce the concept of transition groups and sets. (Suggestions for
other terminology welcome.) A collection of transitions that differ
only in the direction the transition is applied, or similar minor
fashion, are called a set, and they show up only once in the long list
of transitions in the UI. Each set also has an icon.
Sets are then collected into groups based on some overall common
feature, like "subtle" or "3D". Groups do not yet show up in the UI,
but are only present in the configuration registry.
I made only a few silly icons as I am not an artist. Not intended to
be a final design in any way for them.
Change-Id: I148cb7f8dc2e3ecd70cae188908dd02053308239
Reviewed-on: https://gerrit.libreoffice.org/19797
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: Icdb7d1cc250640f428984b96b0a51ac950013cb2
|
|
Only the first case-insensitive match needs to be remembered.
Change-Id: Ifac666760878f769bc04d567db9284eedaa40a65
|
|
Change-Id: I9d4aec8ccb395f8bf59f08d0f5ed461e99c9ea64
Reviewed-on: https://gerrit.libreoffice.org/19433
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Ia94becb796f71aa602c65375539f8cdafb270bca
|
|
Change-Id: I303254d17450e5252b5d9e925082c39d0077654e
Reviewed-on: https://gerrit.libreoffice.org/19808
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I167d656f419ddbeb72960b8510fb8084605d4d5c
|
|
Change-Id: I0d64393c029d27c8e6f3b6d360d2509dad16d860
|
|
Change-Id: I136b3b1d572e4401d89d50f543150d71dbe44d16
|
|
Change-Id: I96667dc89a25455819898b68c2366c4ecef17e6d
|
|
Change-Id: I9e1ac9f9a8d1954f570594df58c6421de13c79db
|
|
Change-Id: Id4047b656ce53cf754c35fab13216587884da199
|
|
Change-Id: Iea2e8353f4d48e792e3ff8d6e4544df35bea9461
|
|
Change-Id: Ia0830dda74ab312fd1ca42297b43d48777374eb7
|
|
Do nothing for numbers 0x00 - 0x1f.
Change-Id: Idda596e735c464b97dc3624253ebbea86933ff2c
Reviewed-on: https://gerrit.libreoffice.org/19654
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
This essentially reverts commit 8865ed2efecd03722d10e522265f31c99b13b2bb
and implements a different fix for tdf#90812:
If the formatting of entire cell is uniform, remove formatting of the
leading text run and create corresponding cell style. In all other cases,
write out formattings for each individual run.
Change-Id: I7724b7a474f773f2cdc39e9150d843642fb05bbe
Reviewed-on: https://gerrit.libreoffice.org/19811
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Ie9a52745a83ca6e4281faa4f1dc8b8ea7411badf
Reviewed-on: https://gerrit.libreoffice.org/19805
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Conversion of fields to text while creating mail merge documents
returns a cached value. This needs to be set before also for db name fields.
Change-Id: I5796adc82e11005ea045fb220b81201db5ff0b28
Reviewed-on: https://gerrit.libreoffice.org/19806
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Oliver Specht <oliver.specht@cib.de>
|
|
Change-Id: I723dd1bc7179ec90cd828aaf263d8a2bc091ac22
Reviewed-on: https://gerrit.libreoffice.org/19766
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
|
|
Change-Id: Id60a901b0d66e5e093f107c25db28b12a5f499d5
Reviewed-on: https://gerrit.libreoffice.org/19791
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
|
|
Change-Id: I5c160e5e032e35be659eba00d25b79cebfcfcfc9
Reviewed-on: https://gerrit.libreoffice.org/19798
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: If0f93ab9414f9013aab580bafc67f77891dfd8cc
|
|
Our current Maven based Java toolchain produces JARs, which
have a different "version needed to extract" in the ZIP local
and central directory header.
I had a look at 7zip and unzip and they already ignore the version
but compare other data LO already ignores - sig. The "standard"
document from PKWARE doesn't help.
So just compare the file path and calculate the data offset and
otherwise ignore all (duplicated) information from the local index
and rely on a correct central directory entry. Various programs
produce(d) "broken" ZIP files; even LO at some point (see git log).
Change-Id: I8d63abb0d49a1087c7654f401b62355c147c3118
Reviewed-on: https://gerrit.libreoffice.org/19779
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
Change-Id: Iafeaecad612b724c4eeb85e0c01c942afb6445d8
|
|
Change-Id: I4fcb05f8a58965341cf44a1b7e2367b5cbff981d
|
|
so instead of saving the initial pos and trying to restore the pos, instead use
a bigger hammer and save the entire geometry and restore that instead.
Change-Id: Id06ea8f205f30771987089c5dc949bb52adc7a27
|
|
Change-Id: I8b1f4b7c78a10ce604a63aff47d2df2d1d10dc26
Reviewed-on: https://gerrit.libreoffice.org/19800
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I39fbe3a260c8dbfc203662c54eec4db064b88195
|
|
Change-Id: I0457b81668e9427a3c8d6a4af93438b7fb2bb7ba
|
|
the compiler will do it for you
Change-Id: I770670e70a43664a87ce28b48fc822d891d8fb41
|
|
This follows the syntax for .uno:ViewRowColumnHeaders
(which was implemented somewhat concurrentl with CellCursor)
Change-Id: I8ef03a969abc1716a0e95d95fb7043d75910c828
|
|
This allows the client to rerequest the current cursor position,
which is necessary e.g. on zoom-level changes.
Conflicts:
desktop/source/lib/init.cxx
sc/inc/docuno.hxx
Change-Id: I10d81e220a56a36e2ec0c59005cd1d4f134857d5
|
|
I.e. single click selects cell, typing activates the EditView
(and hides the cell cursor). (Previously: single click activates
the edit view, text cursor is shown, and no clean way of hiding
the cell cursor again.)
Change-Id: I184630277e8935e9f8a97a856191497ec5d62111
|
|
As of a1605d6860e3c4510177c42ab6d2fda569506f57 we reset the zoom
level to the default when processing LOK mouse events. The exact
cell cursor position is dependent on the zoom level (due to the
rounding in the cell position summing calculations), hence we need
to make sure we have the correct zoom level for those calculations
(or else the rounding errors will result in incorrect cell cursor
positions). Caching the zoom level and reusing it only here seems
to be the most efficient way of solving this for now.
(An alternative would be to only send the cell ID in the callback,
and have the frontend then request the pixel positions together
with the current frontend zoom level - however especially for
LOOL minimising the number of trips is probably wise.)
Change-Id: Iae3aabfd7ea9bec7057be7b63670885766870c4f
|
|
This only works correctly for the default zoom level - since
the updateLibreOfficeKitCellCursor call happens during the
internal / hidden rendering, it uses the internal zoom values,
which can differ from the tiled-rendering zoom values.
Conflicts:
include/LibreOfficeKit/LibreOfficeKitEnums.h
Change-Id: Ie4f344fe771078fca10ad9d6f7a93e88fb93880a
|
|
Change-Id: I9c66dd5331f422d8d6271157fece2b346d8b3756
|
|
Change-Id: Icc6444ad15d9f4b50858d8c1b1d3adeaeac40926
|
|
Change-Id: I60e52ef2abc3107ba77e81811dfe1bffbfd77218
|
|
Change-Id: I31a69a997098eb1807361b8049c3312a4f287d75
|
|
Change-Id: I4d71640baa3c169fba069ca1328273fb78964541
|
|
Change-Id: Ib6f7463d97e9c835b2c9d64fa498efd546360645
|
|
Change-Id: I3f9742cafdcdce3302c925a2227da1f7839c80c3
|
|
and
coverity#1326880 FE: Test for floating point equality
coverity#1326881 FE: Test for floating point equality
coverity#1326882 FE: Test for floating point equality
coverity#1326883 FE: Test for floating point equality
coverity#1326884 FE: Test for floating point equality
coverity#1326885 FE: Test for floating point equality
coverity#1326886 FE: Test for floating point equality
coverity#1326887 FE: Test for floating point equality
coverity#1326888 FE: Test for floating point equality
Change-Id: I04a00035d541ea7a253a37d2a87c4dc407228346
|
|
Change-Id: Id57ccff7ea6cf5c7053b51268b1190f5459bb357
|