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/5322Tested-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 bd363910)

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 0881e04d)

Change-Id: I32aa538026669e22e0756cd062b72e67f8d179e5

Change-Id: I5261a699a44bc7eb6ecca1842f2390a0778d7b09

Change-Id: I979269121cda8e2b70a410ce622e78efe472c82c

Cell modifications need to chain repaint positions.

Regression introduced with bcf5b54b 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/5296Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

regression since 538ba011

Change-Id: I260819681dfd47435d8edf5fd97c873238c5d808

regression since c9c2fbe4

revert the logic change and keep the OUString conversion

Change-Id: Ia4f8c3be2b6e325122ae7b21c431c301b8afecad

Change-Id: I888537cbaec11ef52b1e89b61f7351c6b7769819

Change-Id: Iacad0141a72a12e67e5cc33b2e2196b74a240e81

This reverts commit 07112a71, 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/4743Reviewed-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/5266Reviewed-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/5273Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

...so extend 409e6a2e "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