Change-Id: Ie6cf3cc8e672ad9499c55bda7c29b50140c6a57a

now we are "post convert libexttextcat to gbuild" of
31219f0f and no longer
need the deleted makefile.mk under windows

Change-Id: I1052ab7f6db28182c700f55b25ef897339dc69dd

Change-Id: Ic256a10dd45123ae45024f4e77edd3214bc4c931

Remove some warnings about:
   Boolean result is used in bitwise operation
   Suspicious condition (assignment + comparison)

Also reduce scope of a variable.

Change-Id: I553e5a09ed1d6276be61efbbb2c28d165a69af39
Signed-off-by: jailletc36 <christophe.jaillet@wanadoo.fr>
Reviewed-on: https://gerrit.libreoffice.org/1031Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

Change-Id: I1993834b670f9c536bc963527cfb46fedeebd72d

Change-Id: Id051a39774446595b5082316a470c23246de8124
Reviewed-on: https://gerrit.libreoffice.org/1034Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

Note that with having a targetSdk >= 11 and minSdk <= 10, we can enable
hw acceleration without loosing compatibility with 2.x devices.

Also, remove android:configChanges="orientation", as it seems to improve
rotation experience a bit.

Change-Id: Ia3be9bb3b998d604a032eb5c60f9bb0ec71dfc68

Created a new checkbox on the Langauges options page:
[] Ignore system input language

This is unchecked by default so that the current behavior remains the
default, i.e. newly entered text will be flagged as whatever the
current system input language is.

When checked however, this instructs LibreOffice to ignore the system
language (on Windows for example, the language from the Language Bar)
when determining the language for newly entered text. This is handled in
the lcl_isNonDefaultLanguage method of sw/source/ui/docvw/edtwin.cxx.

The option is also saved in registrymodifications.xcu

There are two main use cases:
1. This allows someone to use a single "international" keyboard on
Windows to type in multiple languages, (e.g. English, French, Spanish)
without changing the system keyboard. The person is then responsible for
setting the language for each word or run of text themselves in
LibreOffice. This seems to be the preferred workflow for some
translators and some educators developing language materials.

2. This allows someone writing in a minority language that is not
represented in one of Windows' locale options to still be able to type
in LibreOffice in their language using a keyboard tagged for another
language. Once they set the language in LibreOffice (e.g. to Teke-Eboo
[ebo_CG]), they can type with a keyboard as being for "Swahili" but
still succeed in entering new text in their language. This allows
spell-checking to work properly without them having to select each new
word they enter and reset the language of that word to Teke-Eboo (as is
currently the case).

Change-Id: I86248f5865b69048eb1f3e427a8c03b093138796
Reviewed-on: https://gerrit.libreoffice.org/1029Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

Change-Id: Id2ee3c5dae27a1b7f33872d6421f53a40442d805

additional patch for 55430,
patch 85ea03ae
failed when underlying object was in text mode, switched
back to normal mode, but still had the MouseButtonUp handle for text mode.
This one compensates that!

Change-Id: I69aecacc264c9a9b766ccfa48c0deb1f153e88da
Signed-off-by: Lennard <Wasserthal@nefkom.net>
Reviewed-on: https://gerrit.libreoffice.org/1037Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

People often get confused when doing mail merge
or having a document with different page styles.

Change-Id: Ia3f2be5e98d57e988fcbb3eba89cc26323400082
Reviewed-on: https://gerrit.libreoffice.org/1040Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

Change-Id: Iafc7f735a99f3e3ac335efa8610ff415d3deae3b

Change-Id: Ieb37b226dcccb36d1c0e55e95d99e90ff26d8a26

...in two ways:

* Change the signature type from "certification signature" to "approval
signature" (by removing the signature reference dictionary with a
TransformMethod of DocMDP; cf section 12.8.1 "Interactive Features: Digital
Signatures: General" of the PDF 1.7 spec).

* Include a call to NSS_CMSSignerInfo_AddSigningTime after all, which appears to
be the only way with the Mozilla CMS API to cause the SignerInfo included in the
generated PKCS #7 data to include PKCS #9 content-type and message-digest
attributes as required in section 9.2 "Signed-data content type: SignerInfo
type" of RFC 2315.

These changes cause acroread to change from reporting "Signature is invalid:
There have been changes made to this document that invalidate the signature" to
"Signature is valid: Document has not been modified since this signature was
applied", but now also warning "N Page(s) Modified" (where N is the number of
pages in the document).  I have no idea what still causes the latter complaint.
When comparing the PDF output with some signed PDF generated by other software
(for which acroread does not complain about modified pages), there is no obvious
difference left.

Change-Id: I4af659a747ce8cba809b331613ddfbcf36aae3cc

1) Hide rpm database dir like the old Java installer GUI did, so the
user sees a single /opt directory only, like with dev-install.

2) Allow installing to an existing directory, no reason not to allow this.

3) Use --nodeps when using a custom dbpath, since in that case even
/bin/sh won't be provided by anything.

Change-Id: I70d74cc5db287668f4c926005001e05096f43a10

Change-Id: Ia68a683bdafe6dc89ac98635e797b84a2e0ff615

Change-Id: Ia3665f109b6a52138264854692a6e2b16240dca4

Change-Id: I64794acd804ed5059f54422d74bdd0ba1688cc91

Change-Id: I9a8c02369c3e5a12310a46229bdc1671f75593ad

Change-Id: I6ca26a6637ebe36bd5055fc6283258ae288df461

Artwork by Astron

Change-Id: I35261a233bee7ccb0181238e87d83e9c503b188e

Change-Id: I7099e984a8b05ccd3324f3b9231c193e716eaf83

Change-Id: Ib48606402fb90b259f705badeac294d7c336cb9c

Change-Id: I89153efde9441180f5bb49968d11d77fc951f774

Change-Id: If66ff22becad085e320ae34a36415d37c537265c

Change-Id: I0b61fc9436ac08368991251b04343e0a53c2257c

Change-Id: Ia82dc2bba4ee90d50cf11fecfa7858d8ef179fcd

Change-Id: Ib019e248b16a39ea058cdebeaa1f37a967a00d6c

Change-Id: I6951ae066e9b0d15de85d30f8a641348998fecca

Change-Id: Iab0a88ce0812d286b5fc5effa697c3a251bae498

Change-Id: I64a6ae7bfed878d1fafda9125920340ec3eca378

Change-Id: If0dc7cf7694a2e11839d033b98603263f7600896
Reviewed-on: https://gerrit.libreoffice.org/1039Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I43fe95e7957c018f1013c543367c548fcfa1d9c3

Change-Id: I2b81f92cea8a8c9577c3f9ca33b915942708330c

Change-Id: If2fbfe776039fe1a3104d541279ab52f219f45bf

The ScExportTest::testConditionalFormatExportXLSX() fails on Windows
because of how SfxMedium handles its streams:
1. SfxMedium::GetOutputStorage() creates some temp file
2. SfxMedium::GetMedium_Impl() opens a XStream on the temp file
3. SfxMedium::GetOutStream() wants to open a SvFileStream on the temp
   file, but because the file is already open and the sharing options
   are set to deny sharing, opening fails with ERROR_SHARING_VIOLATION

Prevent that by re-using the already open XStream in GetOutStream.
Hopefully this does not break anything, and there is already a comment
in CloseInStream_Impl() indicating that m_pOutStream and xStream are
related.

(interestingly ERROR_SHARING_VIOLATION is documented to occur if
_another_ process has the file open, but evidently it happens here on
NT 6.1 for the same process...)

Change-Id: I6d2ec36fd45a0317e947ddfb436472a8b86fbe26

Change-Id: I1ce2682224fbb0c93bc7ec97a31a59020ac6be02

from http://developer.gnome.org/gtk/2.24/GtkSettings.html

  The "gtk-primary-button-warps-slider" property
  ...
  Since: 2.24

but it is 2.24.13 indeed:

https://mail.gnome.org/archives/ftp-release-list/2012-September/msg00195.html

  News
  ====

  * Implement a gtk-primary-button-warps-slider setting
    that lets us adjust scale and scrollbar behaviour
    according to platform.

Change-Id: I4d3170801973e3e6101736971de58d70b673fd58

Change-Id: I230c2923960862f7e705f03a5c8a5763c002256b

Change-Id: I439db77e36af700b34ab9656704cdb3b3359c9ec