Age | Commit message (Collapse) | Author |
|
Change-Id: I8d5a959fdca8f7deefffb0c3a0529d2e32595df4
|
|
Change-Id: I56d280b896b9e676994750cb684fab23bdc7060f
|
|
Change-Id: Icd2dff124ca331935412e2653c57943b92deeea4
|
|
Change-Id: I218e70d6a19901107fd037af255ad29692c850d4
Reviewed-on: https://gerrit.libreoffice.org/8461
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
...so no use giving double arguments that are implicitly cast to long anyway.
Change-Id: I26b9059fc5ab0d55c3f320e2b2f55502423541a9
|
|
...that causes a call to std::abs with a short argument to effectively select
the double overload (via a template added with <http://gcc.gnu.org/git/
?p=gcc.git;a=commit;h=8c0edf5c2aad076cbc805299ed82845ae049f4f6>
"include/c_std/cmath (abs(_Tp)): Add"), see
<http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-toc.html#2192> "Validity and
return type of std::abs(0u) is unclear" for details.
The workaround is to use int instead of short arguments (and make sure the
integral overloads of std::abs from cstdlib are available).
Change-Id: If95363f9a54abb9cb1a57fd4828c4b91c12bc4be
|
|
Change-Id: I72448b67ae52e89c206f9c313b3d351ae2a56dc3
|
|
Change-Id: I88e2e62b82f40cfa3e892023d381f7611e093fd6
|
|
Change-Id: I651599cf3ec82a31f3260985907b5b2d56665da3
|
|
Change-Id: I1445524d3c15a3dec881c1499910779b9d61b840
|
|
Change-Id: Id1e61cd6873458f052d61c95617ade753face61c
|
|
Change-Id: Ic735b7d6ddfaacab9af7405e4dacc62f818bed8c
|
|
Change-Id: I9b9457cac9b93b550ccb16522b035aeb53be9bf3
|
|
Change-Id: I152d82e34446111cead4b060f789260552d5920d
|
|
Change-Id: I7cffc8a111dd939272c6dbef8827b6f5c04a4590
Reviewed-on: https://gerrit.libreoffice.org/8455
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: Iaa1cf999189f6b62547c208eadc38150400ca0fe
Reviewed-on: https://gerrit.libreoffice.org/8454
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I69592ada3a413cae2d0def2faa495db44894ed3f
Reviewed-on: https://gerrit.libreoffice.org/8430
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Using pinch-to-zoom in LibreOffice result in following warning in terminal:
soffice[2376:507] -deltaZ is deprecated for NSEventTypeMagnify. Please use -magnification.
Following https://groups.google.com/a/chromium.org/forum/#!topic/chromium-reviews/lMxCG03aZNs
-deltaZ is deprecated since OSX 10.6. Therefore use -magnification. The forum also
mentions the fact the steps are 500 times smaller. Lets use this factor 500 to keep the
behavior as consistent as possible
Change-Id: Ie769c518492e5b149a5301b19cae8d841047cb22
Reviewed-on: https://gerrit.libreoffice.org/8345
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I515f315c93dd19016dfdabdf9524606214f84891
|
|
Removed unnecessary complexity with resolutions because X in 2014 isn't
telling the truth about the size of the screen. My brand-new 13" laptop
with the latest X and everything apparently has a 33" x 18" monitor. So
if the data isn't reliable, just use 96 dpi anyway which is a very
reasonable default.
Also got rid of exact resolution member variable. LibreOffice can just
always think it has exact resolution. If it doesn't, then it just means
the code needs to be smarter, not that we need a flag about whether the
data we have is "exact" or not.
Change-Id: Ic41bdc3a82dbd1fdb6a987d6dc49adad8194ce14
Reviewed-on: https://gerrit.libreoffice.org/8166
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
This patch simplifies the DrawWave logic. Callers of that code would try to
figure out what size wave to draw and pass down a style integer to
DrawWaveLine, but DrawWaveLine already has logic which trims the height of the
wave so it doesn't need the hint.
This doesn't change the UNO API
(::com::sun::star::awt::FontUnderline::SMALLWAVE), but it does get rid of
internal usages and maps those small waves to normal.
Note that changing the zoom in Calc right now causes spelling underlines to
disappear. That bug is not related to these changes.
Conflicts:
editeng/source/editeng/impedit3.cxx
Change-Id: I3caa2a74a0f5228b924d4e1b0a77f96eaef5fa00
Reviewed-on: https://gerrit.libreoffice.org/8168
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I936e7bdaf3a4236775add4982005b465f229eb78
|
|
Change-Id: If8ac2543e3dca393e14380a85547cafbb68ab8c6
Reviewed-on: https://gerrit.libreoffice.org/8340
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I3c6256f1b2d176790a8eb7c094c1583ce053971b
Reviewed-on: https://gerrit.libreoffice.org/8382
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I9bd4ea90638df91122b96f1fb86043c2d770417d
|
|
Note that this doesn't really mean a lot for the NDK.
Change-Id: I4061cb856055ae126aadf56afc462182a875e65f
|
|
Change-Id: Id44a5bb0dca7bc6b8d97a6d5ae26ea642043e374
|
|
AppleLocale is for things like date formats, it seems, while the first
entry in AppleLanguages contains the user's preferred UI language. I
think that is closer to what we want here.
Note that in AppleLanguages, the country (where present) is separated
from the language with a hyphen, while in AppleLocale an underscore is
used.
Change-Id: I6d8a728d53ca6b46e8fcf0e333a6d0aa34abff1d
|
|
Project: help 89290aeb021a3ab91a0a091537eaa7c8194c8449
|
|
ListBox and related now handle up to sal_Int32 elements correctly.
sal_Int32 instead of sal_Size or size_t because of UNO and a11y API.
Also disentangled some of the mess of SvTreeList and other containers
regarding sal_uInt16, sal_uLong, long, size_t, ... type mixtures.
Change-Id: Idb6e0ae689dc5bc2cf980721972b57b0261e688a
Reviewed-on: https://gerrit.libreoffice.org/8460
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Not sure why .uno:ViewGridLines & SID_SCGRIDSHOW were
introduced (in "merge sidebar feature" and related commits).
Change-Id: I90bdfaef86adcbfa44129b8f7f9df61ca7f35114
Reviewed-on: https://gerrit.libreoffice.org/8459
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: If27559ffb077b5704d46ec4057b5531a9887b0cd
Reviewed-on: https://gerrit.libreoffice.org/8355
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I084aaae3f090b36e7f16c4cd2541613fc91d6490
|
|
MODE.SNGL, MODE.MULT, NEGBINOM.DIST, Z.TEST
Change-Id: I55eb05e1ebdb9dbc3ce9ae84e3cdacfdfa112091
Reviewed-on: https://gerrit.libreoffice.org/7776
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I9ffd2881bfbf51749d69d7fc1af2d74335d8e3f4
|
|
Project: help b7b2120b6b279ed678c9fc8dbd5ee02e184064bc
|
|
Change-Id: Ib40ab75ce04c60df29895b0b14450d507d67db23
|
|
Project: help a1500f2d2d62db355abf42dbd136b26baecf8abc
|
|
Change-Id: I7292dd2a03c94fd5366220a62334ef6ebac9296c
Reviewed-on: https://gerrit.libreoffice.org/8450
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Iba543bf0642071ab4a9164af8a4bcb35ac1ecfd0
|
|
Change-Id: I3c8d5e491fcf9f871d72fb2d138bb7094ff69746
|
|
Change-Id: I2d3b5311b8f40350f6d9524f802cb074c175ffaa
|
|
Project: help d17b89d10487e87000998056c30f9ecfa8b1a86a
|
|
Change-Id: Ibc45598b719c0898af19e6266799f84cc66d2db1
Reviewed-on: https://gerrit.libreoffice.org/8453
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I2bfbb2aa53729be1c12ccc3ca3dd8644aa4d5410
|
|
Project: help fd4b247481040463a7037ed0d96e78256ad2c32d
|
|
Problem was Document containing ole object if RoundTripped then after Roundtripping the OLE object was not working.
Which means if doc contains .zip file as ole object then after RoundTripping that .zip object was not getting opened .
Reason found that it was because of missing o:title attribute during RoundTrip for <v:imagedata> inside <v:shape>.
XML file difference :
In document.xml,
Before - <v:shape id="ole_rId2" style="width:72pt;height:40.3pt" o:ole="">
<v:imagedata r:id="rId3" />
</v:shape>
After - <v:shape id="ole_rId2" style="width:72pt;height:40.3pt" o:ole="">
<v:imagedata r:id="rId3" o:title="" />
</v:shape>
Verified that code changes working for other ole objects as well which are: Equations ,Excel Sheet and .zip.
Change-Id: I813de38bcd6e334ce38a661fdfcfa434ef246ed0
Reviewed-on: https://gerrit.libreoffice.org/8458
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: Iaafe30a1095bd5b6dac3637c394818ba8bd848ce
|
|
Import the "w:space" or the distance between multiple
columns of an Index
Modifies existing UT for the same
Reviewed on:
https://gerrit.libreoffice.org/8444
Change-Id: I6d38e106208524cb22d0b98b0071360865e64bc0
|
|
We should pass the natural rectangle instead of the bounding box as
the size of the shape.
Change-Id: I3ecee9d5645f280071c2872ecd08dbcf54574b8a
|