Age | Commit message (Collapse) | Author |
|
Change-Id: I4fdc77c6fde93d9d1ee814f7614a1c4c81e18247
|
|
Change-Id: I2120ed72c281d2078e387f7f3ae91004ad95822c
Reviewed-on: https://gerrit.libreoffice.org/17855
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
|
|
Change-Id: Ia7de1cebf6009e770ca1b96bab6d5e121573ccc1
|
|
and thus fix xlsx-specific issue that 1st sheet can't be hidden.
Also kill some UNO in the process.
I'm not sure if guarding against all sheets being hidden (by having
at least active sheet visible) is absolutely necessary, but better
be safe than sorry.
Change-Id: I4ad21d223b2effe427ab1d5411c035886f6cc71c
|
|
Change-Id: I1b74fdfaa09c4d0d6c296253958e83e78b546a9a
|
|
Change-Id: I2665a12251921523045f4071df88ca69ecd5a5c0
|
|
Change-Id: I29cb771eb059f560b7cbd449257ffda581b40f11
|
|
...became redundant with previous commit
d3d7cb989b8d3c7d8e9947511bf78e9aefedc490 "Remove ConvertOSLtoUCBURL."
Change-Id: I08c436dec8ed661eae60a17723fc63e6aafb1f86
|
|
"Not all OSL URL's can be mapped to UCB URL's" might have been true in the days
of vnd.sun.star.wfs, but I can't see any good reason for this functionality
today.
Change-Id: Ia887531ee9fa70092766406cee1fc8962576a8ac
|
|
together with 58d68a1bc9146334376206ae7ba8b1a6594a1040
"ConvertURLToSystemPath->getSystemPathFromFileURL" and
28f3464a571a23a2c16bd0980e9021b95d011511
"ConvertSystemPathToURL->getFileURLFromSystemPath," this replaces all those
Convert... functionality with direct calls to the corresponding osl::FileBase
functions.
Change-Id: I2876171cd337a5eb939d25d8cf1e0c1253ff73a7
|
|
with the variadic variants.
Change-Id: Ibe00b26512a4895a603a084f4e816c74b99894df
Reviewed-on: https://gerrit.libreoffice.org/17850
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
with the variadic variants.
Change-Id: Iad03db6b729a785ab8b29a69943fa45f5a36b21b
Reviewed-on: https://gerrit.libreoffice.org/17849
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I209fbef9f2ee43031175b68bce86b51724dfeec7
|
|
Change-Id: Id3d2e7b404c70307ecccc2571072b12229265cf6
|
|
...given that vnd.sun.star.wfs is long gone. Note that the old code could have
behaved differently in that for one it could have worked for relative URL input
(as osl_getSystemPathFromFileURL is allowed to accept relative URLs) and for
another could have failed for some file URLs (for which
osl_getSystemPathFromFileURL would return something other than osl_File_E_None
for whatever reason), but it looks plausible to assume that what the call sites
are really interested in is whether a given URL is a file URL.
Simplifies those call sites that already have a INetURLObject instance even
further.
Change-Id: Iaee4595d933a760b8321e42414a9ef0865311833
|
|
Change-Id: Ie0931d378c72ff5aaa5d50006141eaa651281ba7
|
|
Change-Id: I59dbfea2230012447732d12f732ad160a30908e7
|
|
Change-Id: I934ad7453f35909f4c3ad999e33453b5b6032480
|
|
Now text looks better, for instance the lower-case "t" glyphs on the
Start Centre aren't totally weird any more. But for instance the tip
of the hook of "j" leaks into the "i" texture. I guess I really would
need to render glyphs one by one.
Change-Id: I69ae2d2f7c559530bcfdfc1a4915503fcb3ab4af
|
|
Change-Id: I0bbea4ef62c8e94d8b8f1bfb440712da5839e532
|
|
Shows text roughly correctly, but many problems. Conditional at
run-time on the SAL_ENABLE_GLYPH_CACHING environment variable in
addition to SAL_FORCEGL.
One obvious thing that needs fixing is making sure that the glyphs are
rendered into the texture without overlap. Compensating negative
values in the ABC::abcA and ABC::abdC width is not enough.
Also, the cache should be changed to actually have "cache"
functionality, i.e. entries should expire based on some criterion.
Change-Id: I66a37d3354a09011a654f15a7d2bd8efaa14ad1e
|
|
Change-Id: I780e18b7afee470cff525904687746e163d30bdd
|
|
No need to spell out otherwise auto-generated functions.
Change-Id: I1d2aec552df197f6656b0a495cef22696667dc4b
Reviewed-on: https://gerrit.libreoffice.org/17846
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I08021f18d53e1748927f8847649994f95252bbc2
Reviewed-on: https://gerrit.libreoffice.org/17844
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I9e5d67026df1b3d79dda1158d35357a8dae47517
Reviewed-on: https://gerrit.libreoffice.org/17843
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I1c60c60f9b5318626f42e33091920a4404fb6d1c
|
|
The glyphs for %phi and %varphi symbols were swapped in commit
81001f2c89e5932a8bfde26aacb9277b59146dff (back in 2009), as part of
https://bz.apache.org/ooo/show_bug.cgi?id=105084 (see the document
attached there), but no justification was given.
Given the shape of the symbols after that change contradicts the ones in
the Unicode code charts and other popular math fonts, I simply swapped
them back.
Change-Id: I0133a3d07df932f144ec5900103e11e27f174a5e
Reviewed-on: https://gerrit.libreoffice.org/17822
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
The periodic timers fire when the current time exceeds the
start time + the period. However, without reseting the start
time, the timer would end up thinking it must fire immediatly.
By reseting the start time when firing, the timer will
only fire again when another period has expired, not immediatly.
Change-Id: Ibd0311b12a514bfd558c0bd6ef83df8c89fd8c7e
Reviewed-on: https://gerrit.libreoffice.org/17194
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I7dc0e1b596f80b8f0870aed1722f711bb287ec0a
|
|
Change-Id: I02cacfeaf26788ed024fa9753af132f0d5822e6f
|
|
Change-Id: I09c15c7d5c9eaabe81029506bc9091fac42af662
Reviewed-on: https://gerrit.libreoffice.org/17840
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
vnd.sun.star.wfs is long gone---or what else could this have been used for?
Change-Id: If39c9bdcb983f94206e0f58b7e1e8410fdcef089
|
|
vertical layout.
Change-Id: I6391e665db205545f0d660e3de826755c954f286
Reviewed-on: https://gerrit.libreoffice.org/17836
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I534da08398504697aa4ecff7838c6bd702dc8ea0
|
|
Change-Id: I7c272383ecb115e19699ed96bf5622d979403a01
|
|
(vnd.sun.star.wfs is long gone); pending further clean up
Change-Id: Ie532c1d945c20a31f7758fbc0438e6b1f5d5c843
|
|
(vnd.sun.star.wfs is long gone)
Change-Id: Ica7d972c04cc065ffbd5debf72e1ec3eeb5c6c64
|
|
(vnd.sun.star.wfs is long gone)
Change-Id: I5e6659302d9ff3cd4e2ae4bb09066b73f842f17f
|
|
(vnd.sun.star.wfs is long gone)
Change-Id: I3e25f1728504cbad07bb97187a7bac23b33695dc
|
|
Change-Id: I420e7f242868a25a2f9a473c23c67dfd9a285b7c
|
|
Change-Id: I36e2a01822883251f9556fcde0e0a9830356ac98
Reviewed-on: https://gerrit.libreoffice.org/17833
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
...vnd.sun.star.wfs is long gone
Change-Id: I64da15a6c16e429aeda57c435e353891fb28f04d
|
|
Change-Id: I368a168c636e4029e9cd9bbe4a4df5d9b846c923
Reviewed-on: https://gerrit.libreoffice.org/17834
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Steps to reproduce crash:
1) Open Writer
2) Insert an image
3) Open ImageMap Editor (Edit > ImageMap)
4) Close window
Change-Id: I5f48345eb8ae8d2d1465082243348a8b2e8ccecf
Reviewed-on: https://gerrit.libreoffice.org/17754
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
This allows listeners to be setup and initial lookup caches to be kept,
which were thrown away after the initial calculation as an interim fix
for tdf#92749.
Change-Id: I34068b3f6b833a46f3c526579efbdc342a2e71df
|
|
Change-Id: I6682248873bcd6302b1d8d041bbc2e19a8e0ba7b
Reviewed-on: https://gerrit.libreoffice.org/17831
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
...and initializing it on-demand in SvNumberFormatter::ImpGenerateFormats wasn't
even thread safe (despite theIndexTable.maMtx): While one thread was cleaning
and then filling it in ImpGenerateFormats, another thread could also enter
ImpGenerateFormats and clean it again (and only later fill it), and the first
thread might use the half-filled table after it left ImpGenerateFormats but
before the second thread re-filled it.
Change-Id: Iba4e9d57519d2b288718b9cb2e6f7546ba2bd5df
|
|
Change-Id: I4134029257248c8eaea03354d043db2bb4cdba0e
|
|
... and adapt makefiles to automatically rebuild everything that depends
on PYTHON_VERSION.
Change-Id: If468183e59463503051c2a1526a905dbee9bf4cb
Reviewed-on: https://gerrit.libreoffice.org/17818
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I6ec19df7b84e3529ef00640560540fda445dc82e
|