Age | Commit message (Collapse) | Author | Files | Lines |
|
Some parts are working, some aren't.
Change-Id: I69b63a585e971a4a56514a66ab318e48507ca5be
|
|
Is this just unnecessary data duplication?
(Would've been necessary with the old scaling I guess, but we
don't have these inaccuracies any more?)
Change-Id: I955345668d0d85a30e37316dd9a12f64d6bcbb03
|
|
Change-Id: I88b45057ce6feb121f14ecda65a23f2631349ef8
|
|
Otherwise we end up with invalid scalings once PPTX/Y doesn't
exist.
We can't use the DrawView yet as that gives us invalid scales
for now (due to the PPTX/Y removal/disablement).
Change-Id: I59279cb007bace1237384f58b345079d23aee92e
|
|
This is used e.g. for cells which have been marked by the spellchecker.
Change-Id: I8e0f85c1ff6f3104520b986eb89b03c6d457bf78
|
|
Change-Id: I8df207056e5aab198a2d81b5a4a7cc4d85aa07e6
|
|
Change-Id: Ie8f4f004fb73c1042616aaa475ab1d12c33f1181
|
|
Since we don't have ViewData (yet), the scaling in OutputData is wrong,
making this output ugly. This only seems to affect what appeasrs on screen
directly after startup, and there appears to be no negative effect from
this, so maybe we can jus tkill this pre-painting?
Change-Id: Ie4178ed39263e07fa11a139b20811799b7253601
|
|
Change-Id: Ica80137ab67f7687db03cc0f6c0f7eb10d574a69
|
|
Change-Id: I214064a1c060af2078dc5cd3f1fb4990ea374f0b
|
|
Change-Id: I4eaa1db83861d325beae2f5eea4b623331a56879
|
|
Change-Id: Iec3e438867a94ec3465474f7b830275373c72bd3
|
|
Change-Id: I344a46d2f27f663dc446562534564c34f9ceaea1
|
|
Change-Id: I4fda7bb4fea5971654c0ecacbd67bc16bd3a68d9
|
|
Change-Id: I0a4b3bf9c8263365d04ed4319a0c551c363120cd
|
|
This is a bit hacky, still need to figure out what's going
wrong that we need this weird conversion.
Change-Id: Id1c62401f9f85c6d436bdd73b51ccf126100cbc4
|
|
This is needed for TiledRendering which treats the sheet as one
continuous area rather than the what's-on-screen assumptions
of the usual rendering method.
Change-Id: Ibebba72f8b5fcba75a8f78ccfa6473d2de2df5fa
|
|
Change-Id: Iaba02741acc280dfc4c500e0d08271b39560149b
|
|
Change-Id: I91268b0d32aa85ea2a63e05837dc8c3781ede018
|
|
Change-Id: I255b8865786088751c5d71da9db2ba38defed3bd
|
|
Instead use our MapMode using code.
Change-Id: I41a4fda036fa94f1ea7e5feed669df39e9ca8ebe
|
|
However we still need to think through what to do for the case where
we don't have mpViewData.
Change-Id: I5c5c1e17407f5c24035d9623e49db25754a4e292
|
|
Change-Id: Ie4fae87c3307c601548f29c3b502e3ce4f7e49e0
|
|
I.e. match up with the rest of our scaling rewrite, since
summing up after converting to pixels introduces ugly errors.
Change-Id: If60569ce83d2593cf40fa982d3376108b050d383
|
|
Change-Id: I7bd2125ac839278406133c116201a0474d84d4d4
|
|
We need this for conversions elsewhere (outside of ScViewData).
Change-Id: I86ce18a22095488d3d3750bd13a5fab46a352be5
|
|
Change-Id: I98c68ce809d889c5d7b479a59859e633eb4309d9
|
|
Change-Id: I70186485c20280ab26587b0b42e48f3ecb483323
|
|
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
|
|
During the build different instances of gengal will create a temp file
called "instdir/share/config/cdefghij.klm", and enumerate the
directories in instdir/share/config; it may happen that the enumeration
sees the temp file, and it is removed before fetchFileStatus is called,
resulting in E_NOENT rc and the exception.
The FileIsValidIconTheme() should be able to handle most errors here.
(regression from 60954a8a96a66ff11e06b850838f3d16e8e1625f)
Change-Id: Id9361a37b8569d01509efcc8cda2bc17e9eabcd8
|
|
Date SDT's are normally imported as form controls, while most other SDT
types are just custom properties on regular text portions or paragraphs.
However, given that form controls are not supported in headers/footers,
in that case even date SDT's are just custom properties. So support such
properties on paragraphs in the exporter to properly roundtrip date
SDT's in headers/footers.
Change-Id: I19eb73a3673e387a7b8780756ce7426a1851e796
|
|
The scripts parsing this file don't care if an element is optional or
not, so why bother.
Change-Id: I0860c9209347d6fab83e1faf2867db4de94216ac
|
|
Change-Id: Ieaea27df421c939da895723485770830ac15c873
|