Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I0aeea1f32136e43e90a1afb0ea84dbaff2b77587
|
|
Change-Id: Ibc9f88d2588c028cd71aa86c26d970a73025ef22
|
|
Change-Id: I0de1cfaa0df460c7bc8e49752b31056f95c30053
Reviewed-on: https://gerrit.libreoffice.org/15628
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
|
|
Change-Id: I909cf7e77f9d7194575636248196fda311fffdb6
|
|
Change-Id: Iad602cece6e328c7f5d5f36adb294c97b152ade3
|
|
Change-Id: I17c57a85bcda98ef36ddefd6562d4681d0c7d5fc
|
|
Change-Id: I3bd9b63f7dbfdc5b93202e57385f6136d667878b
|
|
Change-Id: I971d94c353adcdf70e0f251d6103b1e19042687c
|
|
Change-Id: I9e9a00acf9503980f0c6c7cd0a20378e5ca7390d
|
|
Change-Id: Id2f9073969babe7ad5984f87949ed870f9d5a8f7
|
|
Change-Id: I832a5626b52935180f24857e56297840667eec2a
Reviewed-on: https://gerrit.libreoffice.org/14678
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Change-Id: I9219619b538b6530a89f5932ac51eb3b62eb396a
|
|
and
coverity#1267699 Division or modulo by float zero
Change-Id: If31037712208673438155b30369ebe1068387cba
|
|
The plain scaling is rather rough, and in fact drawing a scaled bitmap
the normal way gives much better results (because OutputDevice pre-scales
the bitmap before it's drawn). This one may be a bit slow perhaps,
but hopefully nobody there's no code that'd extensively use bitmap
drawing with custom transformations (wishful thinking).
Change-Id: I83e05307adfaeac0ed0757f1a0b2603f64caf8f8
|
|
Now it's possible to add a preamble to the compiled program, so there can
be just one program with #ifdef's inside and the small variants can be
selected using #define in the preamble instead of having several almost
identical programs.
Change-Id: I6c5112313b91b6269ebdecdfc896e0f96209ea2b
|
|
Thanks to Lubos Lunak
Change-Id: I9bb72e1a5b11102963481dac7c11ab4a9fe90b0b
Signed-off-by: Chris Sherlock <chris.sherlock79@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/14095
|
|
Change-Id: I225cbb3a4a66a8f20bec91c4770ad78e72b663b1
|
|
Change-Id: I10e8c344ae6aa2e0a4ef562154f57e2070c70e2f
|
|
This reverts commit 3d580990643119cccb73f4f15d549863a6660aa6.
Change-Id: Ib16fea0df909d41b2d51d5f3efe44dd4b3419352
Reviewed-on: https://gerrit.libreoffice.org/14033
Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>
|
|
Change-Id: Id8167dfe55eb6f7a83454f5eb7a3b5a96e252980
|
|
Again, polygons can apparently have curved edges.
Change-Id: I6519da7bb7f0dde7f1550fe6b03c09be127f77d6
|
|
Change-Id: I882a42f58ac298d333985068b2fe6ef9ac198c8b
|
|
Change-Id: Iaec5aa5bd353c888a3b35a277a3618c29d9cbd67
|
|
Change-Id: Ifa22e2914a1e34f6e2fd635973eca4101914bb88
|
|
Change-Id: I962416f48fdb348d8a3d95edf747cfe2f1c929c9
|
|
The polygons that make the polypolygon cannot be simply drawn one onto another,
because if they overlap, it's actually xor (as used e.g. for drawing the border
when editing a text box Impress, which without this fix just made it a full
rectangle instead of a frame).
Change-Id: I67c7f6448fb3ee0f9742a2299c612515abff68d8
|
|
Apparently polygons can consist of curves too.
Change-Id: Ie35861e6d182e4bd4ac0523e78a90618c96f09a6
|
|
Change-Id: I8e66d369956a9bcf9c63c6eccad47d4b7a7eb67d
|
|
Change-Id: I0e4ad776cbf31f9a130aedf0f9741927560b5ac1
|
|
Change-Id: I085f2d0e15c88b995bea3f99945c9ab2e2bcc909
|
|
Change-Id: Ibd5c8574b0454f9f3688a65d246fd2dea4d0dda8
|
|
Was missing from 82bc764bc9, without this opengl scaling wasn't used for these.
Change-Id: If853435b12383e799afe2f057c43263b2d2297fa
|
|
As a side effect, this prevents the lines from looking too wide,
because of generic polygon drawing being a bit too generous with AA.
Change-Id: I17314c39fd57e33ecbd10b8a8785c600bdc5b212
|
|
Change-Id: I66a04febdbfa673e0883ab6f574bb7768cad7953
|
|
118529d4644a and 011903894 might have been technically correct, but
'mProgramIsSolidLineColor' is clearly a misnomer at best, and they'd
have made it even more likely that this would break yet again.
Change-Id: I1f01663e2abc0b1b0e557ae7241637a96e1a402a
|
|
Change-Id: Ifa69f3272ebda2a61ac00d2affb8aebd4524f0fc
|
|
Hopefully that helps a little bit with some strange rendering effects.
Change-Id: I6b001bf31d745d6d19f91acadee5ceb0e5480025
|
|
Change-Id: I36443d12e1607221b9505d1e05a51e804d714e16
|
|
Change-Id: I1fdbe47ed7a6e05d2cf20f4c296bffad4bbc6599
Reviewed-on: https://gerrit.libreoffice.org/13719
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
you can get debug stl this way
Change-Id: Ia70a3e7c7c452390e8bee34975d296c9318e4a19
|
|
Change-Id: Icbd1a46dc426a0527422d55f77e67eac755bbc8b
|
|
Change-Id: I899164412ad90653b4228423283f9fbd4cb5fccc
|
|
Especially given that lines are sometimes actually drawn using polygons.
Change-Id: I429a24faff94f8b9accc20bdee3ff66f47669bde
|
|
Change-Id: I9965f58b8f06f1cec2c419dcf16d8aebf9cd97b8
|
|
I.e. make it possible for the opengl backend to decide to use a different
scaling algorithm.
Change-Id: I36e76de071797129c7636b3048c93bc6e5d93aca
|
|
Change-Id: Ia65754272ff5c1661241dd503cef23c7a89b660e
|
|
Change-Id: I424ac73f23bed5b3782c148d9242ca8fc29d200d
|
|
Change-Id: I3a67da89cedbb6a58b2556abf4553857125af5a6
|
|
I.e. between one PreDraw()/PostDraw() pair.
Change-Id: I358d603ff33fa7416a4033bf074fe390b1112fcc
|
|
Change-Id: Ifce85b1a7fa8e8b6fc57802a5fb559d2db50ba2a
|