diff options
author | Thorsten Behrens <tbehrens@suse.com> | 2012-01-31 01:04:10 +0100 |
---|---|---|
committer | Thorsten Behrens <tbehrens@suse.com> | 2013-10-07 17:33:45 +0200 |
commit | 21ec9beae29b19b8ec6f0a16fd0e708e4f210208 (patch) | |
tree | 84b5d635ba0c39282665dea33f40348a1ca73178 /slideshow/source/engine/slideview.cxx | |
parent | 3e2dba1accbd018f7dac362a2636bed135f1b5bb (diff) |
XCanvas does no longer imply XBitmapCanvas
Remove the implication that XCanvas IS-A XBitmapCanvas, i.e. one can
access underlying pixels. That's a preparation for display-list based
canvas implementations, and was a rather silly assumption in the first
place.
Also fixes up all client sites.
Change-Id: I7a3d6f68ef46fe94b23cce7759cc0b8b6ca4dae9
Diffstat (limited to 'slideshow/source/engine/slideview.cxx')
-rw-r--r-- | slideshow/source/engine/slideview.cxx | 9 |
1 files changed, 5 insertions, 4 deletions
diff --git a/slideshow/source/engine/slideview.cxx b/slideshow/source/engine/slideview.cxx index 0d147b9bb64e..2d2c42153318 100644 --- a/slideshow/source/engine/slideview.cxx +++ b/slideshow/source/engine/slideview.cxx @@ -909,6 +909,11 @@ void SlideView::clearAll() const if( !mxView.is() || !mpCanvas ) return; + mpCanvas->clear(); // this is unnecessary, strictly speaking. but + // it makes the SlideView behave exactly like a + // sprite-based SlideViewLayer, because those + // are created from scratch after a resize + // clear whole view mxView->clear(); } @@ -1126,10 +1131,6 @@ void SlideView::updateCanvas() if( !mpCanvas || !mxView.is()) return; - mpCanvas->clear(); // this is unnecessary, strictly speaking. but - // it makes the SlideView behave exactly like a - // sprite-based SlideViewLayer, because those - // are created from scratch after a resize clearAll(); mpCanvas->setTransformation( getTransformation() ); mpCanvas->setClip( |