Age | Commit message (Collapse) | Author |
|
mostly ResId using ctors left stranded post .ui conversion
Change-Id: I06689eea30ee9146ba05294f52056c0d263695f5
|
|
First cut was at https://gerrit.libreoffice.org/#/c/2310/ but was
abandoned by myself. Now getting back to the idea, but this time I
will make it optional on OS X, and introduce it in smaller steps.
Change-Id: Id88517fee8d49056b8bbecb0921206dc6b29580b
|
|
Change-Id: I5636ba90d5513ecd6cb3bd20b3f583f8cd221717
|
|
Change-Id: I056212d0a01f7a647e846bbd1b605c04e1798a14
|
|
If what we want is to compile the OpenCL code by default always on OS
X when building against a SDK newer than 10.6, that can be said
simpler.
Change-Id: I14b2cd107fe0dba42c221bec63fd4076fffbd848
|
|
Change-Id: Ib608d05fc76466f67f2172541f96ca77c571f341
|
|
Change-Id: If15bc8ae32674a7282861663ab4f91a958320a3c
|
|
The new option "-L" allows to print out potential candidates for translation
combined with the number of lines found like "-l" - but only if there was a
positive result (i.e., a file that needs checking).
This leads to a much more compact representation helping people to find the
few files that still need translations.
Change-Id: Iad554eb6ce5b062e96774d9488c54105679b7c4b
|
|
Change-Id: Idd4704f3056663f56fab6e56112e5c9eff55aef7
|
|
Original meaning got lost during translation.
Change-Id: I23c6ab093bf6ddf45b55f35a0d15fe7a1d927723
|
|
Change-Id: I82895b9c933bc3c9a10e5fc1b1679c59d195d4c3
|
|
Change-Id: Ifc59843bc460ccba0feeafc45ebaaca1ea4a55fe
|
|
Change-Id: Icdccb178d575977f3e9736dcf47e8b23fd9aaf33
|
|
Change-Id: I5349ab03f7d2a4e66bf8ac5ef67382f47eb5b5d5
|
|
This patch cannot be tested unless bug fdo#67929 is fixed.
Change-Id: I7183d809e460fcdd48a4af38ce5b1eb9567c7928
Reviewed-on: https://gerrit.libreoffice.org/5322
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Closing all application windows and retaining access to the application menu
is only possible on MacOSX. The DispatchProvider used for the update check
seems to depend on having an active application window. Maybe it is possible
to get the update check working without it but this patch doesn't attempt
that, it prevent further escalation such as crashes.
Fixed by: Herbert Duerr
Debugged by: Oliver-Rainer Wittmann, Herbert Duerr
Found by: Frantisek Erben
(cherry picked from commit bd363910bb80e61805672430de7870e1583b0052)
Conflicts:
cui/source/options/optupdt.cxx
Change-Id: I0a00b8a3af8e37997e82ffd325c8239142acbf4a
|
|
Change-Id: Ifda03239828e24628d1fdddccf1ee5463cfd5395
|
|
In the desktop application the FatalError() facility provides a dialog
with copy+pasteable text that helps to communicate details important for
the understanding of such critical bugs.
(cherry picked from commit 0881e04dda51387318b7a91170fc485a69f98a05)
|
|
Change-Id: I32aa538026669e22e0756cd062b72e67f8d179e5
|
|
Change-Id: I5261a699a44bc7eb6ecca1842f2390a0778d7b09
|
|
Change-Id: I979269121cda8e2b70a410ce622e78efe472c82c
|
|
Cell modifications need to chain repaint positions.
Regression introduced with bcf5b54b47eda4e39b4f5f4813cb43e1f52f0201 and
related.
Change-Id: I4df633304443ea761ae743ee1271f5777e0da5b2
|
|
Raise to 4.1, until somebody complains, in which case probably raise
even more :).
Change-Id: I861ccbfb393811d27bedcb1524027fdbc927e55f
|
|
Clang reports itself as GCC 4.2.1 when asked the GCC way, which is about
as good an answer as any, since there's no good mapping between them.
So when testing GCC version, Clang would be usually considered too old,
and therefore the proper way is to do a configure check if possible.
GCC version should be only used for GCC-specific things such as avoiding
a bug in a specific GCC version, and such testing should first check
the compiler is not Clang.
Rename GCCVER to GCC_VERSION and use it throughout the build system
where needed. As it's empty for anything that's not GCC, this should
lead to errors when used incorrectly.
Change-Id: Iea96bbaf5d8ceabefa25be88576eeb4115384937
|
|
Change-Id: Ia58a7df837621886e617727d80fce135365a8055
|
|
Change-Id: If58376aec31ab00cab19221beed73e8275a834d2
|
|
It was a customshape, but Word seems to handle the shape as a rectangle
when shapeType is missing. This makes the text in the textboxes of the
bugdoc wrap properly.
Change-Id: I56e044f42ead348bbb79addc36fa13c82a7ffc29
|
|
The real change is in RTFSdrImport::applyProperty(), the rest is just
refactoring to be able to read the "is textframe" property from that
method.
With this, the transparent big rectangle in the bugdoc no longer hides
the text on the first page.
Change-Id: I04cca3ade93a63edf608df047bef3bdccf8d3605
|
|
Change-Id: Ie6814e8ebb3fa17d545a86d18f5c9a895ab5a0ca
|
|
When the Window size is reduced, the '>>' symbol thus appearing
must also show the items, that are provided by the toolbar but
are not shown because they are unchecked in Tools->Customize.
Change-Id: I062bee4447126bff4ae7ad6650be3b847acc0794
Reviewed-on: https://gerrit.libreoffice.org/5296
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
regression since 538ba011d7b598737c898cfcce1e0d7b00b40c84
Change-Id: I260819681dfd47435d8edf5fd97c873238c5d808
|
|
regression since c9c2fbe485de2bb831bd2e58faef87a19ceff622
revert the logic change and keep the OUString conversion
Change-Id: Ia4f8c3be2b6e325122ae7b21c431c301b8afecad
|
|
Change-Id: I888537cbaec11ef52b1e89b61f7351c6b7769819
|
|
Change-Id: Iacad0141a72a12e67e5cc33b2e2196b74a240e81
|
|
This reverts commit 07112a712245bdcca40bb87e2bd118eec9635848, which breaks
JunitTest_sc_unoapi:
> checking: [sc.ScModelObj::com::sun::star::sheet::XGoalSeek] is iface: [com.sun.star.sheet.XGoalSeek] testcode: [ifc.sheet._XGoalSeek]
> LOG> Execute: seekGoal()
> LOG> Goal Result: 16.0 Divergence: 0.0
> LOG> Goal Result: 9.0 Divergence: 1.7976931348623157E308
> LOG> Goal Result: 0.8 Divergence: 1.7976931348623157E308
> Method seekGoal() finished with state FAILED
> LOG> seekGoal(): PASSED.FAILED
|
|
1) The timezone correction was inverted.
Imagine we are parsing "2004-03-02T14:18:20+02".
Before correction, aOslDTime contains "2004-03-02 14:18:20".
According to the comment, we want to convert that to UTC
time, so we have to *subtract* 2 hours, not *add* two hours.
From http://www.w3.org/TR/NOTE-datetime:
A time zone offset of "+hh:mm" indicates (...) a local time zone
which is "hh" hours and "mm" minutes *ahead* of UTC.
So if it is 14:18:20 in the timezone two hours ahead of UTC,
it is two hours *earlier* in UTC, namely 12:18:20,
and we need to *subtract* two hours, not *add* two hours.
2) Handling of fractions of a second was buggy:
It reads only one digit after the dot. This could be a valid
implementation decision to handle only deciseconds. However:
1) It then multiplies that by 10^9 (10e8 == 10*10^8, not 10^8!),
and sticks that in the NanoSeconds field... That is 10 times too big:
0.3s == 3*10^8 ns
2) If there were additional digits, it then looks for the timezone
offset specificator (beginning with '+' or '-') at these additional
digits; it does not skip them: nOptTime is set to 0+3+2, i.e. to 5.
Change-Id: I4738dc069e37f29c8bbd9e689689a933027af840
Reviewed-on: https://gerrit.libreoffice.org/4743
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Give up and revert to "$CC -dumpversion".
Since by now no test now refers to patchlevel, make it unavailable in GCCVER so that nobody tries to use it.
Change-Id: Ife0bb0a94a73555d1f19f5a3c5853148042c7bba
|
|
Not only simplifies the code but makes the application more
coherent with other Windows and Linux applications as the
recent documents lists is populated when you open the file.
Also, for Windows 7 and higher, it makes a call to
Application::AddToRecentDocumentList. Tested on Windows
and Linux.
Change-Id: I360acc9723260d5827eb83e3c240ab0673352af6
Reviewed-on: https://gerrit.libreoffice.org/5266
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Change-Id: I453c7d50dad00f510770c425629594f1c197fdef
|
|
Has only two components, e.g. 4.1
Change-Id: I255a5a3e240f41d39ee88c4be0c714e29db75a6a
|
|
Change-Id: I5bb195e54274d9210ae8d4c2d31690ce8e79a425
|
|
C Compiler (cl.exe, gcc-wrapper.exe) for firebird generates 32bit
object file but windres on cygwin-64 generates 64bit one. It causes
link error. This patch unifies these objects in 32bit.
Change-Id: Ie631bdcc22eedd694c880f55101db77b9ac5f669
Reviewed-on: https://gerrit.libreoffice.org/5273
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
...so extend 409e6a2e0b89eab82e79b0cd122062f47c6c7afb "gcc -dumpversion has only
MAJOR.MINOR, not MAJOR.MINOR.PATCHLEVEL" to also cope with e.g. Fedora 18 gcc's
"gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8)" output line.
Change-Id: Ieb5e032685da49cd7e6f0a49a0fdc137fc24fbbd
|
|
Change-Id: Ibcf2ef9e81befbed56e174c9e33ad27e71c97cb1
|
|
At least, for gcc 4.7 on Debian. OTOH, gcc --version outputs
(on its first line)
gcc-4.7.real (Debian 4.7.2-5) 4.7.2
so use that. Hopefully will work across systems & distros.
(gcc-4.7.real is probably just argv[0],
because diversion from hardening-wrapper)
Change-Id: I94ea73628d8aac107e3ada1dc5a63e51e79ccdb2
|
|
Change-Id: Ia3e20248b1d60d6815fae1328c94b7c54910b7c6
|
|
Change-Id: Ibc5998e665b0f81cdf805e128065e253c46594ab
|
|
Change-Id: I5d51d7e01913ac9917578f8c9789312af9be3638
|
|
This came with f982b722fb71032cca2b6cd9cdc46cdace2fbf15, and
should go with c6b30952edc6cf64f657f1d27225844b6b13aa30
Change-Id: I0727a534f6ba8c6599275a96efa0ebcbd6e65733
|
|
Change-Id: I85c3d8a0e6b64c7a8dcf66a3dfde25151718c4d9
|