Age | Commit message (Collapse) | Author | Files | Lines |
|
Without this we can still get single pixel errors which can sum
up over multiple columns/row.
Change-Id: Id428dafab1ca771c123c84d815261263a7d33fed
|
|
Change-Id: I3fbc33da3f32723e37c5004f7883fa6ab4107921
|
|
There seem to be quite a few cases where the individual components
are being converted, this way we can just conver the entire
object as one.
Change-Id: I0043b6f40520d7497e6edc185187706b255f2354
|
|
Horizontal lines / the rest of ScOutputData still need converting,
but at least this shows we're on the right track.
Change-Id: I4a7702d9983dd07674808319b3c613d4350ac25e
|
|
Change-Id: I54c99d19852be9825f3dbe80fcbfcfa13a79c835
|
|
This is far from complete: we need to replace all uses of
nPPTX/nPPTY for things to work correctly.
Change-Id: I7c8aca62c537d8770903f4a6ae0a164479af3fc1
|
|
Change-Id: I14cd3e835ba8233478514d5f6832737aa2c99bf9
|
|
These are then used for our output MapMode which required
Fractions too.
Change-Id: Icbfd9f808a6efe297096c94dc4043cef88c0ba0b
|
|
We need to reuse this in other const methods, so lets make it const
too.
Change-Id: I6d96fa2370081d515f8629998d8a1e218bec643a
|
|
Change-Id: Ic656012921408ce5c8dc691933a71a9e0ac78e5d
|
|
Change-Id: I7376ea17aa4f66c9d9085757b84fb69dd0ad71cb
|
|
Previously we had multiple layers of scaling, with rounding
errors propagating, leading to up to 5% differences in expected
and rendered sheet widths -- for tiled rendering dimensions have
to scale accurately as we may paint the same tile at multiple zoom
levels, by eliminating multiple scaling and letting the output
device instead deal with the scaling once we can eliminate these
errors.
Change-Id: I0a725fd5c030f3c089c2bbd25947088c321eb2d4
|
|
Only cells within maVisibleRange are rendered, even if we request
a larger area (and maVisibleRange is otherwise not updated for tiled
rendering). Hence we should explicitly set it here.
Change-Id: I399be9df1f266a2b3d32a95483960b21f561c6b3
|
|
The drawing layer could potentially have items that are outwith
the data area, but we probably want to have them included for
tiled rendering.
Change-Id: I958c4fa29491cdb0fd80392dfcfa033306f2b76c
|
|
Cell dimensions appear to be in TWIPs (but the drawing layer is in 100th mm).
|
|
Paint handles figuring out which cells are within the visible area
for us etc.
Gridwin being a Window which paints to itself is a bit of a pain,
since we now need to be able to reroute painting calls to alternative
output devices, however these changes seem to be sufficient to at least
get the cells in the desired tile rendered.
Change-Id: I7bd1434c97acc6e9ef6e1e63cbcf039b987c88e4
|
|
This prevents the previous warnings of
SdrPageView::DrawLayer: Creating temporary SdrPageWindow (ObjectContact), \
this should never be needed
Change-Id: I76cb7c9ed4d45bfcbd297f697314309b4e036f80
|
|
Currently the document size and number of cells to be rendered
is hardcoded, this will need some more work to select the correct
cells for a given tile (i.e. cells from location). Also, there
isn't really a "size" for a calc sheet, so presumably we'd need
to instead return the area containing cells that aren't empty,
whilst still being able to render larger tiles? (And in any case
the client will need to be aware of this and provide an appropriate
interface, i.e. the current LO UI simply extends the sheet ad-infinitum.)
We also currently get some warnings most likely related to the way
we push our OutputDevice into the rendering methods:
SdrPageView::DrawLayer: Creating temporary SdrPageWindow (ObjectContact), \
this should never be needed
Change-Id: Ia9d64d7de6c22d5b401350f88497a7ec106f1973
|
|
Change-Id: Ic8352b7460c36155215d25339650ede40735e65d
Reviewed-on: https://gerrit.libreoffice.org/11189
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
and
coverity#706463 Uncaught exception
Change-Id: I77cb09054f00d86cd3e206e44ef4942ddf148a7f
|
|
*distant sounds of hammering in basement*
so we can get Floating Windows layout aware
as well without duplicate of dialog layout logic
Change-Id: I063375f2f7d4e5c3bfbfedf55649078d4dbe4139
|
|
Change-Id: Ibca5ad9ff6a3ab28f24ac2554bd0534b0827a24e
|
|
Change-Id: I25c1361ed7b87abf4f78fb09aeea65206f7be040
|
|
We only tried to read "id", not "r:id".
Change-Id: I35580fda05841d8c8a11b961016ec4be5059c5f8
|
|
Change-Id: Ia5c85b8e697491aafc9de4838504226f11480b44
Reviewed-on: https://gerrit.libreoffice.org/11081
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
There are many more, like ScZinsZ, ScLaufz, ScGetZw,...
And some I can't identify, because my financial vocabulary is limited:
nZr Zinsrate
nZzr Zinseszinsrate
nBw ?
nZw Zinswert
nRmz ?
and many many more ;)
Change-Id: I11c26a8d4519bbd1e8242d27d3815db2bc3fdecd
|
|
Change-Id: I21b76d2d121b27c5b4aeb676948786ab91bff0b7
|
|
Conflicts:
sc/source/core/tool/interpr2.cxx
Change-Id: Ib063cafa895abd7d792ca068d727ea161946679c
Reviewed-on: https://gerrit.libreoffice.org/11184
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Conflicts:
sc/source/core/tool/interpr2.cxx
Change-Id: Ib80472a1670b61fdea61bdee4d52b19e28b85d63
Reviewed-on: https://gerrit.libreoffice.org/11192
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: I2aa954b0f97de9ae7657ae3a12d1a15389c13ef2
Reviewed-on: https://gerrit.libreoffice.org/11159
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: I8cc899f70ee4dcd65495b8ccc153a8fc3a2cc413
Reviewed-on: https://gerrit.libreoffice.org/11157
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: Ifcd5055656ec62b202bf4574a2fd0f7d35982090
|
|
Change-Id: I998f5796d7a5f10f790a1e861b741c54d0f62c19
Reviewed-on: https://gerrit.libreoffice.org/11191
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Ic948889a0fac32adc48a7a4fb1e7f82ce8b08ba4
|
|
Change-Id: Id3e9c2c380b8c2388eda9e650dae635bfbae7711
|
|
Change-Id: I6725cbc331b51f66025a8294612c6a5918c07adf
|
|
This is for xlsx format.
Change-Id: I8ef2ae41cc88eeeab610e1a89726c62acb9e2fcb
|
|
Take note that data field may be duplicated.
Change-Id: I8f787075869f38d0101da2787bac315c71d8a6e8
|
|
Otherwise we might miss the right dimension object. This fixes the bug where
the subtotal function of the second data field was not set correctly when
importing from xlsx.
Change-Id: Id6ecb07b86cf6803a3f6f7604267ce2f5f9a4067
|
|
Excel uses a field index of -2 to indicate a data layout field.
Change-Id: I6b18c0bcff439eb4425ef0b0d0b841633dc81dd7
|
|
The build does not get far before it runs into trouble in the GNU libstdc++
headers, though:
android-ndk-r10/sources/cxx-stl/gnu-libstdc++/4.9/libs/x86/include/bits/opt_random.h:33:23:
fatal error: x86intrin.h: No such file or directory
Change-Id: I9d459c64980091ba8bf5b3d631d47342625f6be9
|
|
Change-Id: I6fd33f9050eb3f7394315bbd0c617513767adce6
|
|
Change-Id: I0af5bf5e7d36036b3f0c98d01c8549c2b8e1aa1f
|
|
Change-Id: I316830b56aba7874cff4a164925520a7b6c6131d
|
|
Change-Id: Ia6333d12f9f1ecdd5a552089f0df8703c5fce88a
Reviewed-on: https://gerrit.libreoffice.org/11196
Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>
|
|
Change-Id: Idc4e9e9aafd3fe0a01758fe988ffacd76cb15784
|
|
In ODF import it happened that the parent style of "outline2" etc.
was always set to the "outline1" style of the first master page in
the document, but it should be the "outline1" style of the same master
page as the "outline2".
(regression from e955433c3574cb602dedba96bc645898f97858bf)
Change-Id: Ie563d5ee5c2040aeb6ca5c8bb25b195e15ea964e
|
|
Change-Id: Ifc85d682377bb1a3a34e6d49767cbfbe6521c388
|
|
Change-Id: Id23cbd62b057442c577fef124a5705e4d551076f
|
|
And also make sure that the model is re-checked when the schema changes.
Change-Id: I348d11aa770255329cd47535dff4b15a95e4bd8e
|