Added locale text to About dialog

Change-Id: Ic26219e8fe845b4c5027b65d5f5edba9279b1b11
Reviewed-on: https://gerrit.libreoffice.org/12464Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Whether this stuff actually works at all for iOS any more I have no
idea, and can't be bothered to check in my own time. Why do I bother
fixing compilation errors then? Good question.

Change-Id: If0ec4fbde42536d3d90e8c5337948815b5f47cef

Change-Id: I57cfac2993301e438124c224655fdcac0ed0fd32

Change-Id: Ie44a743a6814cdf1bc15f850547ae71afd595836

If a forward declaration does the job, use that.  Adding a new header
in document.hxx is a very expensive operation since almost everyone in sc
includes document.hxx.

Change-Id: I2d78440d65da7207ceb16cb28a7404249eba066a

We can remove these colors from the UI because these colors are equal to
cyan and magenta, and will be useful just in the import/exports filters. If the
user still wants to use aqua and fuchsia, they can type them in the Math editor.

Change-Id: Ia93d458e07b218aa007ec43bd490f774e5b4ea5b
Reviewed-on: https://gerrit.libreoffice.org/12467Reviewed-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>
Tested-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>

Change-Id: I74a671656a703eefa9ae10e839c156a4c0f66335

Change-Id: I06525aa32bc17464291126ed676809e23e4227b1

Change-Id: I51fb7cb025f4dc2bb7f3bf0ba5c9b8ee90298cd8

Change-Id: I8169e9ceefc48c06b358d5a8e1fc08dabf019eb3

Change-Id: I0c7c28ef77676f8bcb6cf66423d30e3ea164a5bc

Change-Id: I7bfdb02a97d6a33c0a6e16b058cbb10b8ab2869b

Change-Id: Ie6183a7e78b671a2d126127e4fcaa3b353d8a324

Change-Id: Ibd8e68a5a2ebd6ac2a829004c8918f9a449ef5d7

Change-Id: I8f644ac7f7bbdd2c9cb6f5a41709e41efa737885
Reviewed-on: https://gerrit.libreoffice.org/12423Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I4d1bd7429c05ca22abcd1cd8efbe281fd64d4f2a
Reviewed-on: https://gerrit.libreoffice.org/12419Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Iffd27c92cdec48b269c85ff9aef0483e742e36c7
Reviewed-on: https://gerrit.libreoffice.org/12416Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Ibf87f59238e1c07ebb23d3749a2447c5ccc50481
Reviewed-on: https://gerrit.libreoffice.org/12430Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I7ca06602179e35d5ce86879b1081299a841feba9
Reviewed-on: https://gerrit.libreoffice.org/12431Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

As requested from Michael Stahl here:
https://gerrit.libreoffice.org/#/c/12164/

Change-Id: Ie00bc789c1dfa3f0049c8915e0deeac7fab6e0fd
Reviewed-on: https://gerrit.libreoffice.org/12432Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I8af9ad0dd0bf09bd84aea7d6c9c5d5800ab8792c
Reviewed-on: https://gerrit.libreoffice.org/12448Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

This patch resolves the problem that Basic fonts(Asian) are Arial
Unicode MS in Japanese locale on Mac OSX.
Expected behavior is that Basic fonts(Asian) are Hiragino Mincho ProN
font.

LibreOffice 4.1 and later, on Mac OS X, the font family names are kept
without suffix(e.g. w3, w6) in the system font list.
Some font names in VCL.xcu (font family name including the weight
as suffix) doesn't match the font name kept in the system font list.

This problem reproduces at the CJK fonts environment.
This patch resolves this problem with Japanese fonts environment only.

Change-Id: Iaf3eb2225fbc6375d1911976ac40a4d8f2fa0590
Reviewed-on: https://gerrit.libreoffice.org/12455Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I4b2bedb9ac641fcb96d09afb2e60fa2c6186fd6b

To make the conversion in the TabDialog ctor unnecessary. Put
conversions to other subclasses till they are properly adapted.

Change-Id: I6152b6229ce9c840262739cf11812538c9e0a532

Change-Id: Ic2054af851bb9d195be4d550f36b1d7349f90204

Change-Id: Ie390fb9debe3a80b3ebc5e609119723c78eadba2

Change-Id: I2e9cb96948d7f990dd8be5f4505f00306fa62f8f

Change-Id: If2e60557b7551839c344d56cb3a720ae3659e93c

Change-Id: I2ccc5eb64bf3b5d5ce94e2ddd4b9b458c3eda217

Conflicts:
	vcl/opengl/salbmp.cxx

Change-Id: Ib6ca3d653f3fd1155bce418226146934e765928d

The unx drawAlphaBitmap() already already checks that the source and
destination have the same size.

Windows and OpenGL should be able to handle that without trouble.

OS X would need some additional code, so added an early return for the case
the source and result sizes do not match.

Change-Id: Ib09654aaa9c9064c232cff5094fcaa1190e931c6

Turns out that when you call glGetError() and OpenGL is not yet set up (or
already turned down), it leads to an error; so when we check for errors in a
loop, we never recover from that ;-)

Change-Id: I849ad1dc30fc93ee1c021b446d9ad379bf9987c0

Change-Id: I98ea70a78f340a2050ef934de3111ba3191ff479

Conflicts:
	vcl/workben/vcldemo.cxx

Change-Id: I5a44597bc39c6bccfcec32403fae8f8d7d4fe94c

Conflicts:
	vcl/workben/vcldemo.cxx

Change-Id: Iecd02534dfbe0938a8635e3b7c2363b4531ef5ef

Change-Id: I63c147acf9a4013008b0f6d76867186f04ee57d5

Change-Id: I89f37b8a1ed70334a3485bc3ca06d04cfe6d0827

Change-Id: I8bdedd63895ff0b3245d996cf35ac92d9ab0ff9d

Change-Id: I853bc0a0957cf0db629a0a5f1ced67bc069d8403

Change-Id: I923f92e5e84d35dafd1c0d1b4d63916ce690cb90