Age | Commit message (Collapse) | Author |
|
Change-Id: I89a8c9e44906326976c3dc8057e1637affaf2521
|
|
Change-Id: Ibc02247ad4f1099fa31acdcef38dd5b1e95523f2
|
|
We don't really have any way of telling the client that the file didn't
exist yet though, so not very useful so far.
Change-Id: I1db386781b88b345f3e9cb4f37838ca1d95f92f9
|
|
Change-Id: I264567f73dae9ecd061e09c4413857f793fcac48
|
|
Change-Id: I6d2bc4dfa634223da662af6f7c9a91f06cfe7534
|
|
Recreating Office instances after destruction (when still
within the same process) currently fails, hence we need
to do all tests at once for now.
Change-Id: Ic7652c909e1cd970fe1ee76995e61fb6aae8f96c
|
|
We'll need these for other tests too.
Change-Id: Ia99c2e60f5e5bb24a83875a9dcf85a6b4f54beb4
|
|
Broken in 77d083130948fa35f9f404656b8c170060e78043.
|
|
Change-Id: Ice754a46d07ce2714257c30e1aef27193b614cd3
|
|
Change-Id: Idbb3d63803bd60a182a9b8e26620d11b2d643cb6
|
|
Change-Id: Ia1e78df1d833f9b0fbda0b78136590c9c960fa27
|
|
Change-Id: I0e14a535124e93979ef05431255911245a11aa29
|
|
Change-Id: I02ae5b729f96e36b3f226218b32495907cb63cf3
|
|
Change-Id: Iac31de0410d7f6187e5884152c329375047a23f4
|
|
(Seems you need a clean build to notice this...)
|
|
|
|
It looks like the cleanest method of getting lok_init into
a LibreOfficeKitInit.h header (in a c89 compatible way) is to
have it as a static function.
(inline is only available in C99 or later -- this is actually
available on Linux which is the only place that we can actually
use lok_init anyways currently, however given we have to keep
c89 for the C code (for MSVC) compatibility, selectively enabling
c99 would likely be more messy.)
Change-Id: I0493e7a68ed5397479220bb6ba8c3db870b6dd32
|
|
Change-Id: I97b1d03410e98c5ff2ad3cc15cef692e9b994a6c
|
|
Change-Id: I24e7934002ebdde208db74ae3308b26875a3155b
|
|
There seems to be a maximum size that gdk's pixbuf
can handle, however I have been unable to find any
documentatation. Seeing as the current implementation
isn't realistically useable anyway, we might as well
set a hard limit here (in practice we'd have much smaller
tiles + compositing).
Specifically extras/source/shellnew/soffice.ods will fail
without this patch.
Change-Id: I6ac495adca8e15878989375ef8b2de472788279a
|
|
Change-Id: I12c3e9df8b8fcf8dcd6fb5fa781c2f7c10ab0a0c
|
|
The use of VisPortChgd ensures that the tiles all render as
expected, i.e. that the pixels match 1:1 irrespective of actual tile
size (for identical zoom factors and document areas).
Change-Id: Ib1e1df4f8257546c2f7993a8160c309a52037d8b
|
|
LOK Document loading seems to be quite unreliable for various reasons.
|
|
Change-Id: I80cd8adccad492c7e4b71e6204c0059bfc003b83
|
|
Change-Id: Ibe9fedb3602d6c8ddbc007b214969c9960ba10b1
|
|
Change-Id: If91ed85a56c597f9aecbd5e469af4af83d256cfb
|
|
If the lock file still exists when running this test, LOK will fail
resulting in "documentLoad failed: unknown load failure"
(the actual error is that the lock file dialog cannot be confirmed
by the user in headless mode, resulting in loading failure, however
this is then hidden by multiple layers of exception redirection
in sfx2).
Change-Id: I025ea6187c3d17805f25ab6f756eae9646f2c7c8
|
|
This allows for easier visual comparisons (i.e. currently the test
would be failing for some tiles).
Change-Id: I5b174375b57ffe0edd2700fdec411a83669e4a34
|
|
|
|
Change-Id: Icdcde0af1b3d5744ef2842e4b4d2b85a094ac686
|
|
And avoid some strcat's when at it.
Change-Id: I0c70ee2a1abf0c9e2914f756b06bedc3a16df19b
|
|
Instead, we need to make sure it works with libmerged too :-)
This reverts commit 4e9d8ca44a246653894559f10bf88effba366b10.
|
|
Change-Id: I3ca4cf51f6d3999a0f701f108a7c5c21329eb1c7
|
|
Change-Id: I0da29204809b6a1de42d5f0fc37705497a060493
|
|
Seeing as this is only a test program, probably easiest just to disable
this for gtk < 2.24, and rely on devs wanting to use it isntalling a new
enough gtk version.
|
|
I.e. we render the same area as one larger tile, and then
as 4 sub-tiles (which, when put together, should be identical
to the larger tile). However currently only the top-left sub-tile
actually matches the larger tile, so we have to disable the test
for the remaining sub-tiles.
Change-Id: If1130022b43898e20fefff3e9f592102da3e413a
|
|
Change-Id: I569c8f0ebf4476c0a247cde15a263d1db956a14b
|
|
Change-Id: I2e16ca9d2d5fcd25b0435f1b9b0fbcb52b92e012
|
|
Change-Id: I85b22b93fe4ce2ffb62df8766ceea7a1bd8961ee
|
|
Same as
"LOK DocView: only rerender on zoom if we have a document open."
but for our quad-tiled test widget.
Change-Id: I6c1b946cc9d576d1dcc4687048339d9f0b3e6eff
|
|
Otherwise we would segfault, and it's perfectly valid to set a zoom
level _before_ opening a document (as that would e.g. save the document
first being rendered on opening if the client wants to immediately
render at a non-standard zoom level).
Change-Id: Ide261b09f4aab8dc3b552f6c3bf55f78ffd7870c
|
|
I.e. we subdivide the document into 4 tiles: one at 100% scaling,
one at 200%, one at 50%, one at 25% -- these are then post-scaled
in gdk) and assembled to show as one document again.
This is specifically a test only widget, primarily to be able to quickly
spot any tile positioning/border-transition issues.
We could theoretically make this widget inherit from the original widget,
however that would mean having to introduce virtual methods etc., which
is not something that we'd want in production -- in the longer run
that widget will hopefully be extended to have proper tile composition etc.,
which would then break this widget too if it were inheriting from there.
Change-Id: Ib880a1614f89724135e753013cf91aec25973e39
|
|
Change-Id: Icd668b3a7ec3ac58322a6af3f1da6008837d0b6b
|
|
Change-Id: I2ba47edc457e310548c8a62747a6a152ee5e1314
|
|
Change-Id: I33f06887b4b2b7950c6e322ccf1c7ec65240f9b0
|
|
Otherwise lock files etc. aren't cleaned up, which isn't particularly
nice should when then opening the file in normal LibreOffice.
Change-Id: I822b6fb582473674371a4c1d403d5a05adb7ea6b
|
|
Change-Id: I33ae83a97be254a3d3716bd9ae05f089845fd536
|
|
Change-Id: I902f3a134b4a7dcc721eff3f67376014a4276885
|
|
Seems to be a gtk bug which we need to work around. The assertions
don't actually seem to cause any harm (they just print a bunch of
"Gtk-CRITICAL **: IA__gtk_range_get_adjustment: assertion `GTK_IS_RANGE (range)' failed"
but probably best to avoid them.
Change-Id: I5d1bb20bd5c0569c6d023a6148123208a15b9de2
|
|
desktop is no longer the right place for it now that
libreofficekit has its own directory.
Change-Id: I207f1d642e7e35c460ff85bb57aa142cb98023c8
|