Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I8f644ac7f7bbdd2c9cb6f5a41709e41efa737885
Reviewed-on: https://gerrit.libreoffice.org/12423
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I4d1bd7429c05ca22abcd1cd8efbe281fd64d4f2a
Reviewed-on: https://gerrit.libreoffice.org/12419
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Iffd27c92cdec48b269c85ff9aef0483e742e36c7
Reviewed-on: https://gerrit.libreoffice.org/12416
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ibf87f59238e1c07ebb23d3749a2447c5ccc50481
Reviewed-on: https://gerrit.libreoffice.org/12430
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I7ca06602179e35d5ce86879b1081299a841feba9
Reviewed-on: https://gerrit.libreoffice.org/12431
Reviewed-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/12432
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I8af9ad0dd0bf09bd84aea7d6c9c5d5800ab8792c
Reviewed-on: https://gerrit.libreoffice.org/12448
Reviewed-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/12455
Reviewed-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
|
|
It still does not have a transparent background, but that is pending support in
OpenGLSalGraphicsImpl.
Change-Id: I477a483e6ac940f54f6ffd6816d753d87206bf23
|
|
Change-Id: I4651e7e9b8163844be548d4ed975a881d4f83fff
|
|
Otherwise I'm getting lots of errers when dealing with virtual devices...
Change-Id: I34e145817d21dfc2d30fa9ffdfedfa714467d105
|
|
Change-Id: I7b9789053872446e312ae4e3c471986e3c5c55d2
|
|
|
|
Change-Id: I7050057e5fa6da5bb5517713f6cbbfa60e47984b
|
|
Change-Id: Iaa4f2ecb54d57c9badc27ec8c13033eba5be7fed
|
|
Change-Id: I247d43805ce08db49b487079aecee2a7b50277f5
|
|
Change-Id: I03c8629bf27a43d6f4cc08bb8f64ed71b9055fdc
|
|
Change-Id: I93b8c3c076c79d992d467b01ca5f5eca1ed626d3
|
|
Change-Id: I7aa824578b14999d0ef667a5bcfccd731f1d3b64
|
|
Change-Id: I265ce62e983e6f44ba51675993c9ec1f071c160e
|
|
Conflicts:
vcl/opengl/gdiimpl.cxx
Change-Id: I6421265325e72023d1affe671d75488185772786
|
|
Change-Id: Iead4ac3e97197f8f863242a2162907b32c3c5b2b
|
|
Change-Id: I101afd11394d3d024d38519afd61d700114702ac
|
|
Conflicts:
vcl/unx/kde/salnativewidgets-kde.cxx
Change-Id: I662a05d988f5989fc2ac0d06003851c56105e184
|
|
Conflicts:
vcl/unx/generic/gdi/gdiimpl.cxx
vcl/unx/generic/gdi/salgdi2.cxx
Change-Id: I2cb960d194ee5bc38beece97e8b21cc6fa3b3fbc
|
|
Change-Id: I77f0fdea3c33fded1ed1a00d3a602a5902a6a0b3
|
|
Change-Id: I268495b76a1b1ffb09cf21a0fd53d9f1f1bc4957
|
|
... through the UNO backdoor..
While charts are updated there can be chart data listeners in BASIC that
in turn modify things such that charts are inserted/removed from the
listener chain, invalidating the iterator. If that happens break and
bail out instead of crashing. Not ideal, but..
Change-Id: Iefb33d3a96d79caed0ee4e19b73e8f811ef3d937
|
|
Change-Id: I2db9f94a517f814ef0854190e6f1194501070409
|
|
Change-Id: Ib1f04971dc89df6df09bd12595d3ddb148715e28
|
|
doesn't seem to matter too much, I guess its only the top left
corner that really matters for tooltips.
This is the vertical scrollbar as used in e.g. writer->view->datasources
Change-Id: I5bd6e563a9f02edae9ca166f073556c55878826c
|
|
doesn't actually matter, they are either the same number or one is 0
in which case it doesn't matter which is zero either
Change-Id: If53d4287dfd57b4ce29e2f7251eb523694730e77
|