Age | Commit message (Collapse) | Author |
|
split the gtk2 and gtk3 gtkobjects
(cherry picked from commit 31fa4545985acc1594107e087cedc2d99b3d0f0b)
Change-Id: I32084232c44a12e9641010b51e75710abc827695
rename X11WindowProvider to a NativeWindowHandle provider
sort of thing and genericize it
(cherry picked from commit e35e762d564da18b0b508112f3e4d78fd26ba99c)
Change-Id: I27e1e47f2b371e5269db079cfc1262d056105f80
implement wayland handle passing for gstreamer
Change-Id: I3b0effe35ad7b37ff7ab3de2a3b78b6312779139
(cherry picked from commit c0d4f3ad3307c7a0d0fddd8c413ef0cc91d382ae)
gtk3+wayland: play video via gtksink gstreamer element
(cherry picked from commit 8543fbc72fafc0d71a8760752ca2ef5b7119cb5c)
Change-Id: Ib371fa06eda73962cbe94739e69a68b46c26e4bf
Reviewed-on: https://gerrit.libreoffice.org/22462
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
(cherry picked from commit abe8ea175ad9fc282a1e702acb74da5d7c967cbe)
Change-Id: I590d015aa50350cceef70313498e72474d242789
Reviewed-on: https://gerrit.libreoffice.org/22506
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I8966fd13d2fef4a86b19ad1916f1c266cfc037cc
(cherry picked from commit 8779459b1a619fc09e60d4c7ee9b86803383f5d0)
|
|
1. Export pStyle because writerfilter regard a list as an outline
only if associated pStyle is set to "Heading N".
2. Export English style name to ensure style names created by LO
with non-English UI is always recognized.
Cherry-picked from 78284714b73a8307174c596295894e8f3951e09a
and b2efa9db15500044cbb2bd2c94e819b9ee8c6f82
Reviewed-on: https://gerrit.libreoffice.org/22086
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mark Hung <marklh9@gmail.com>
Conflicts:
sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Change-Id: I88c590e4bae6cf30e78ebc1011023461eac4e883
Reviewed-on: https://gerrit.libreoffice.org/22441
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I800bd502c3ecd4ec1cdaa6cb3cbe1c4432d8358f
Reviewed-on: https://gerrit.libreoffice.org/22451
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
(cherry picked from commit 9218ca64957a27dfeacefd317b12edb82b405c7c)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
Reviewed-on: https://gerrit.libreoffice.org/22485
|
|
Change-Id: I22c5186371e558ed84da81c43400379c218ca816
(cherry picked from commit d7a292ce490eeb8ff02e145e0a55f41f4c179541)
Reviewed-on: https://gerrit.libreoffice.org/22487
Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>
Tested-by: Maxim Monastirsky <momonasmon@gmail.com>
|
|
Change-Id: I7de8df7d8b7da2c16e27f22529162574bc0f747d
Reviewed-on: https://gerrit.libreoffice.org/22436
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>
(cherry picked from commit 649f74e21b6dc7117b542f490272897ac1d00566)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
Reviewed-on: https://gerrit.libreoffice.org/22484
|
|
disabling the dispatches '.uno:AutoPilotMenu' and '.uno:AddDirect' and
.uno:RecentFileList via UNO API now results in disabled
menu entries as expected
Change-Id: Id99be9374306ff8c0cea919ea94ed96f715a8058
Reviewed-on: https://gerrit.libreoffice.org/22422
Reviewed-by: Oliver Specht <oliver.specht@cib.de>
Tested-by: Oliver Specht <oliver.specht@cib.de>
Reviewed-on: https://gerrit.libreoffice.org/22471
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Should fix crashes due to symbol clashes in ELF global namespace
where system's libharfbuzz.so.0 is loaded as well.
Change-Id: I35ffcbe4ac4de5a25cd8bf0cb9a8f0c11f4554c5
(cherry picked from commit 549130ab5d9616f7eb5504db31546b386737ccb2)
Reviewed-on: https://gerrit.libreoffice.org/22480
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Regression from commit 358666e4204364ce915ee95372dc6f2fca545253
(tdf#90153 DOCX import: fix default sw TextFrame roundtrip, 2015-09-28),
the problem was that at the moment SwTextBoxHelper::syncProperty()
doesn't handle an AnchorType at-para -> at-char transition, so the
importer shouldn't do that for TextBoxes till sw core gets extended to
support the scenario.
(cherry picked from commit 8f1a1092d47947847e1d888b0284e8364c663d1f)
Conflicts:
sw/qa/extras/ooxmlimport/ooxmlimport.cxx
Change-Id: I8308bfd306672bc68984fbf019767c174130e18d
Reviewed-on: https://gerrit.libreoffice.org/22483
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I55de612aef52038fd9979426950d4ae4131ca586
Reviewed-on: https://gerrit.libreoffice.org/22448
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
(cherry picked from commit a3c70e760fa4203b7e6692f82d1d8a14214af3da)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Iac9006292bfdb1b56e213346188245a205146803
(cherry picked from commit 3dc76dc72e14a48787664d6f005bbe61dd3767f0)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
regression from...
commit 051b29e1025253f35f87a04e297760aa8b40611f
Author: Luboš Luňák <l.lunak@collabora.com>
Date: Sun Sep 14 15:45:02 2014 +0200
convert Edit autocomplete Hdl to boost signals2
where the conversion was...
- if ( maAutocompleteHdl.IsSet() )
+ if ( autocompleteSignal.empty() )
instead of the correct
+ if ( !autocompleteSignal.empty() )
Change-Id: Ie87944d66958af595e64b41236bbf515ef7a1f98
Reviewed-on: https://gerrit.libreoffice.org/22477
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I6347bf4c25ce649073afdfe4225182ab2dc84af1
Reviewed-on: https://gerrit.libreoffice.org/22433
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
(cherry picked from commit 9f7f881d11ceb4e2534758b9507a55292ec697b0)
Reviewed-on: https://gerrit.libreoffice.org/22463
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Some tab headers in some themes unhelpfully enlarge the control region
in some states - so query the region size in advance. Sadly the
control region querying is something of a train-wreck too - so only
use that for CTRL_TAB_ITEMs for now.
Also fix Rectangle constructor ordering.
Change-Id: I5e66ec541193f5b66a656dd45d5fba67a771e132
Reviewed-on: https://gerrit.libreoffice.org/22447
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Change-Id: I3a398c47c69cc292a681ebe2414d844c224f3e3e
Reviewed-on: https://gerrit.libreoffice.org/22444
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Also avoid caching both spin-buttons and some other complex types.
The cache key needs to be able to include more state.
Change-Id: I8eff6b1c5c51d27afb796cae66b45390433138b4
Reviewed-on: https://gerrit.libreoffice.org/22443
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Stack these boxes vertically again
Thanks Eike for the feedback!
Change-Id: Ie2a5af6c3c46508df1763b33bf8446983e49e11c
Reviewed-on: https://gerrit.libreoffice.org/21225
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Regression from commit f4badd9a485f32f787d78431ed673e2932973887
(tdf#92454 DOCX import: allow overriding para prop from num style in
para style, 2015-09-22), the problem was yet another priority
mishandling in the maze of various styles and indentation handling.
In the tdf#92454 bugdoc, both a numbering-from-paragraph-style and a
paragraph-style defined indentation, and Word preferred the numbering,
while Writer preferred the paragraph style, that's why the import-time
conversion was added.
However, it turns out there is a 3rd source that's still not direct
indentation formatting: a direct numbering. So the correct priority is:
direct-ind > ind-from-num > ind-from-parastyle > ind-from-num-from-parastyle
Which means in this case the indentation should not be set directly: the
two conflicting value (ind-from-num and ind-from-parastyle) will be
resolved correctly by Writer core.
Given that we always first get the para style info, and only then the
numbering, we just need to undo the conversion added for the other bug
if we see a direct numbering, then both the old bugdoc and this new one
will be handled properly.
Change-Id: I09cc84605d5df6159da985ad069d46b580a53358
(cherry picked from commit 3915bf2dc877d5f1140798e24933db0f21386a4a)
Reviewed-on: https://gerrit.libreoffice.org/22307
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Format - flip - Horizontal/Vertical setting was lost when compressing
an image.
Change-Id: Id39e7ce9a82174ac2248851107e398979fba56aa
Reviewed-on: https://gerrit.libreoffice.org/22385
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
(cherry picked from commit 02ca4997d5a313c0679d7929f1f83f10f42f0510)
scp2: argh, fix the *other* typo on that line too
(cherry picked from commit 72720ac9b934af6f84111ec694fa46555d10a7bd)
Change-Id: I21f309e6cb53c129035d2985642a0e96c485cc56
Reviewed-on: https://gerrit.libreoffice.org/22435
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
JPEG values are currently hardcoded to 96PPI when we export JPEGs. The
Graphic class doesn't have an easy way to get the PPI, but this can
actually be calculated from the pref size and pref map mode (no idea
why it is called "Pref").
Interestingly, you need to get a multiplier to work this out, relative
to units of 100th mm. The EPS filter code had a function that does
exactly this, but it's entirely based on MapMode units so it was really
implemented in the wrong class IMO. I have thus moved it out of PSWriter
and into MapMode.
This also fixes tdf#65695, which was partially fixed, but had the JPEG
PPI hardcoded to 96dpi.
Also fixes tdf#97481.
Change-Id: Iedb674141dd4e22fcbfb7be357dc777f732aa3aa
Reviewed-on: https://gerrit.libreoffice.org/22339
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/22380
|
|
Change-Id: I9d7ead5acec45fe8cfad75d66d4ffa44f54c1e9f
Reviewed-on: https://gerrit.libreoffice.org/22401
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>
(cherry picked from commit df8b1dca993d1c0d2b6d5fbfaf4741ffc4cb263b)
Signed-off-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
Change-Id: Ie903a6fe3237319661662c0533c23528766ffd08
Reviewed-on: https://gerrit.libreoffice.org/20404
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
(cherry picked from commit 6ded842ac4a0e06efcfcc312775d25063201eb68)
|
|
Change-Id: Ia745cbe808395c4c9ec6a3c72612814a4834bbcb
(cherry picked from commit e6d255420a7fb00ed1050e0e96768eea57a92bc4)
Reviewed-on: https://gerrit.libreoffice.org/22395
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
For OLE objects MoveObjectIfActive() ends up calling
SwSortedObjs::Update() which removes and re-inserts objects,
thus invalidating the pSortedObj iterator.
(regression from 04783fd91832fa01a5b096f395edd7ad4f9c0f6b)
Change-Id: I2628f1b4ecd1c20ebbc4e9dda4e4befc9fad4644
(cherry picked from commit cf91483690291272f48ff95c1aebd165da8ae4f0)
Reviewed-on: https://gerrit.libreoffice.org/22338
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
After the import some of these are kept in RUNNING state. For Math
objects imported from MathType3 OLEs in particular, first a new
Math object is created and stored to the XStorage, only then is the
MathType3 stream imported. This means the Math object is modified and
contains data that must be stored.
The problem is then that SfxObjectShell::ImportFrom() simply calls
setModified(false), clearing the flag without storing the object.
For Flat ODF export we lose all the objects that are cached in sw's
SwOLELRUCache; for the bugdoc something more inexplicable happens for
ODT export where we lose "Object 214" (which is the first one in the
cache) but no other ones.
(The main difference is that for ODF there is an optimization to copy the
embedded object's storage without loading the object, but for Flat ODF
every object must be loaded and exported.)
(regression from 83777cd6e0f3f1a4458af896fd13344c696ecb1e)
Change-Id: Id1474fba9f4da2d5247c7ff4dc6819ddb9829fe8
(cherry picked from commit d81d104833f0ee9349ebcd0d79d2de84ba9a7262)
Reviewed-on: https://gerrit.libreoffice.org/22334
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Otherwise OpenGL can't render, cache and diff these; so we loose them.
Change-Id: Iac4f3ee0fc68154f708a881d5e0255fc9f8df62d
Reviewed-on: https://gerrit.libreoffice.org/22374
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Although LO was exporting whether an image was flipped
horizontally or vertically, it wasn't reading it in during
an import.
Reviewed-on: https://gerrit.libreoffice.org/22344
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
(cherry picked (minus unit tests)
from commit aa03fd09c0e18ace241c9fe151f7f52c6773f403)
Change-Id: Ia85e3459d00f40d852bbcd3fcfe15e7b53d518ba
Reviewed-on: https://gerrit.libreoffice.org/22384
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
Parsing unit test checks that the xml values are parsed correctly
and that the DriverInfo structure is populated with the expected
values.
Evaluate unit test checks that blacklisting / whitelisting
logic blocks OS/vendor/driver/device as expected.
Change-Id: Ib1b0926606f0835207c324193bbe19ba83f86bdc
Reviewed-on: https://gerrit.libreoffice.org/22377
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
... is reverted in case the test function throws an exception, so that
subsequent^Wfollowing tests don't inherit the changed configuration.
Change-Id: I748f9edf15a7f860607ae4cce891450db254c73e
(cherry picked from commit e2bfae9006e6adc4de17d0167dac6661b002f126)
Reviewed-on: https://gerrit.libreoffice.org/22333
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
(possibly regression from b717bda1f6484905aebc571c4538165a1fbfd2bb)
Change-Id: I9113fe2e769cd6ba56bdccc629ac63241b238553
(cherry picked from commit 60d4dd0a6c44b45ed424ca6a0ddcf857ec089b24)
Reviewed-on: https://gerrit.libreoffice.org/22332
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
(cherry picked from commit 2b60321b21ff9ada64576f5711950b616b8a25ba)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
Change-Id: I23a9907fa0ec3258afdb69285f31b6ce5a3521a0
|
|
Project: translations b7736048644defcbcccedb40e80e9f16c787e48d
Updated Slovenian translation
Change-Id: Iecb1236d948ce2634e3bd27fc1620bf32168191d
|
|
Project: translations 259f921f6207e58ce4584551d544350fed55b8d6
Updated Slovenian translation
Change-Id: I777971268f130f1d9870e5c412f73b35b39a48ae
|
|
Change-Id: Ie87fc935bf69b5eb2c620e60d041fb95b544ec96
Reviewed-on: https://gerrit.libreoffice.org/22243
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/22329
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Project: dictionaries 39a2f9e469f8314567a7c80ac4b25492941aee67
Updated pt_PT dictionary to version 16.1.3.4
Change-Id: Iceff55cf9d09817f8f857b687983fddfbffb5c56
(cherry picked from commit 86e206b136520e4e4952637851f05d104af53715)
Reviewed-on: https://gerrit.libreoffice.org/22282
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
with commit 2970ec843820a72d73a91cc11fc353e5b9fde5fd the check for
a valid pDoc had been removed
Change-Id: I644ee82a46ec4f047f1a1b6bff68c4b67e96c3d8
Reviewed-on: https://gerrit.libreoffice.org/22006
Reviewed-by: Oliver Specht <oliver.specht@cib.de>
Tested-by: Oliver Specht <oliver.specht@cib.de>
(cherry picked from commit 90dfa7cbcaf32aab6005b94b393c7c409ff1af8f)
Reviewed-on: https://gerrit.libreoffice.org/22154
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
(cherry picked from commit 06e8c58acb6ba667f8fd8c5587a3b3037324971a)
Change-Id: Ieb5ed52fa8a9c26b3e839388a58cff295166eed9
Reviewed-on: https://gerrit.libreoffice.org/22313
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
we don't use these for "real" tabs in tabcontrols in the gtk3 themeing
but they get used in other places
Change-Id: Ia55b8a43604f624ac82923897a01050fa4aa2bc9
(cherry picked from commit 4cd1c029812155e4e1f80dcf69ea4167edec0130)
Reviewed-on: https://gerrit.libreoffice.org/22314
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Change-Id: I21a64250182b4630fa41583d7536081adf441ec5
(cherry picked from commit 6603564716694a1211e9a451bf868b2fc8f29460)
Reviewed-on: https://gerrit.libreoffice.org/22312
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Otherwise the file won't be included in the installer.
Change-Id: I928144e666377f18efa3a66f1e8c3e4204a708dc
(cherry picked from commit 98015cdcde77d23b66636591280463ae577246c0)
Reviewed-on: https://gerrit.libreoffice.org/22318
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Bug introduced with my fix to tdf#96669 in commit
5fc2910fc872bbd1184aaab7c842dff593d2449b.
Reverted previous fix and write a new version in fpicker instead.
On WebDAV better check if the stream opens first, then check
IsDocument property, because it may be a folder name.
Change-Id: I72ce728329e4194080db6fa4cc4d98fecf7672e9
Reviewed-on: https://gerrit.libreoffice.org/22214
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
(cherry picked from commit f12e483589888f87843026ceff5ae3c1e615ca02)
Reviewed-on: https://gerrit.libreoffice.org/22283
Reviewed-by: Giuseppe Castagno <giuseppe.castagno@acca-esse.eu>
Tested-by: jan iversen <jani@documentfoundation.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
the ToxWhitespaceStripper now replaces also tab characters so that
they don't break the formatting
Change-Id: If66aaddcbc0f8c65461f53f07ca7031f8f1d11b4
Reviewed-on: https://gerrit.libreoffice.org/22271
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Oliver Specht <oliver.specht@cib.de>
(cherry picked from commit 5152c43109c9a35f30fc9b0f478c1fbaf01a1143)
Reviewed-on: https://gerrit.libreoffice.org/22285
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
todo: get rid of the rest of the getStyleContext foo
in favour of additional createStyleContext entries.
This appears to now render fine on f23 and f24.
upstream gtk now has a foreign drawing demo in gtk-demo. Stuff we are trying to
do here can be found in a cleaner single-version state there. And additional
demos can be added to keep a reference of how to do this crap up-to-date.
(cherry picked from commit 03c33a2521421415c4fcbbe1491dc92a1943269b)
Change-Id: I5ae1a52a2cacc6d8178ed1af30a12536ba828050
Reviewed-on: https://gerrit.libreoffice.org/22290
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: Ia18c3044aba82f935b13f22ba98aff42e9d5098f
(cherry picked from commit 763521335b01a37c511ae8069cade9b4b69fef66)
Reviewed-on: https://gerrit.libreoffice.org/22295
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Change-Id: Ifab7da221e73e068ebe0856a4224ec4ca4d611b5
Reviewed-on: https://gerrit.libreoffice.org/22293
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
|
|
Change-Id: I27efebcc1c24d45c17da2ad2959b673153c3eead
Reviewed-on: https://gerrit.libreoffice.org/22297
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
(cherry picked from commit 4d379cd842a9d27a0aec54af5b2ce94c01dfa0bd)
Reviewed-on: https://gerrit.libreoffice.org/22299
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>
|
|
When image was rotated towards 90 degree the ixscale and iyscale
went towards infinity. That caused problems in fragment shader
areaScaleFastFragmentShader. The problem was with calculation
of destination width and height which didn't take rotation
into account correctly. This commit takes this calculation
from WinSalGraphicsImpl::drawTransformedBitmap.
Change-Id: I30f14a1ecda21ef167e58eda8e2fcef00bdfa2b7
Reviewed-on: https://gerrit.libreoffice.org/22289
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
(cherry picked from commit 39969defa29948d77565a7cd8a3471baaec8f35d)
Change-Id: Ic3eb073d11a395a81b90fd1a9292d6ecf2940c09
Reviewed-on: https://gerrit.libreoffice.org/22157
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|