summaryrefslogtreecommitdiff
path: root/offapi
diff options
context:
space:
mode:
authorThorsten Behrens <tbehrens@suse.com>2012-01-31 01:04:10 +0100
committerThorsten Behrens <tbehrens@suse.com>2013-10-07 17:33:45 +0200
commit21ec9beae29b19b8ec6f0a16fd0e708e4f210208 (patch)
tree84b5d635ba0c39282665dea33f40348a1ca73178 /offapi
parent3e2dba1accbd018f7dac362a2636bed135f1b5bb (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 'offapi')
-rw-r--r--offapi/com/sun/star/rendering/XSpriteCanvas.idl11
1 files changed, 5 insertions, 6 deletions
diff --git a/offapi/com/sun/star/rendering/XSpriteCanvas.idl b/offapi/com/sun/star/rendering/XSpriteCanvas.idl
index eb98a4f3e830..f15b02b8efeb 100644
--- a/offapi/com/sun/star/rendering/XSpriteCanvas.idl
+++ b/offapi/com/sun/star/rendering/XSpriteCanvas.idl
@@ -30,7 +30,7 @@ interface XSprite;
interface XAnimatedSprite;
interface XCustomSprite;
-/** Specialization of a XBitmapCanvas, where moving, animated objects
+/** Specialization of a XCanvas, where moving, animated objects
(called sprites) are supported.<p>
@attention The screen output of canvas drawing operations is
@@ -44,9 +44,9 @@ interface XCustomSprite;
(because there's a defined moment in time where content display
can happen, namely the XBufferController::showBuffer()) call. If
you don't need sprite functionality, and don't want the
- updateScreen hassle, simply use the XBitmapCanvas.
+ updateScreen hassle, simply use the XCanvas.
*/
-interface XSpriteCanvas : XBitmapCanvas
+interface XSpriteCanvas : XCanvas
{
/** Create a sprite object from the specified animation
sequence. A sprite is a back-buffered object with its own,
@@ -98,9 +98,8 @@ interface XSpriteCanvas : XBitmapCanvas
object.
The cloned sprite always shows the same content as its
- original. Furthermore, cloned copies of a hidden original are
- never visible, although cloned copies of a visible original
- can of course be invisible.
+ original, but of course the sprite position, visibility, alpha
+ etc. can be modified independently.
@param original
The original sprite to copy the content from. This sprite must