gnash-commit
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnash-commit] /srv/bzr/gnash/trunk r10790: Rationalize top-level mo


From: strk
Subject: Re: [Gnash-commit] /srv/bzr/gnash/trunk r10790: Rationalize top-level movie loading.
Date: Wed, 15 Apr 2009 12:32:23 +0200

On Wed, Apr 15, 2009 at 12:20:31PM +0200, Benjamin Wolsey wrote:
> Am Mittwoch, den 15.04.2009, 11:02 +0200 schrieb strk:
> > On Wed, Apr 15, 2009 at 09:26:30AM +0200, Benjamin Wolsey wrote:
> > > ------------------------------------------------------------
> > > revno: 10790
> > > committer: Benjamin Wolsey <address@hidden>
> > > branch nick: trunk
> > > timestamp: Wed 2009-04-15 09:26:30 +0200
> > > message:
> > >   Rationalize top-level movie loading.
> > 
> > >     revno: 10788.2.15
> > >     committer: Benjamin Wolsey <address@hidden>
> > >     branch nick: temp
> > >     timestamp: Tue 2009-04-14 22:13:59 +0200
> > >     message:
> > >       Fix testsuite, override pointInVisibleShape for mouse entity 
> > > detection
> > >       now BitmapMovie has no DisplayList.
> > 
> > For the record:
> > misc-ming.all/loadMovieTest.swf shows you can scribble on a loaded bitmap.
> > The specific "scribbling" test is not automated, should be...
> > Anyway it's easy to verified by looking at it:
> > hit 'scribble' and then 'clear', should draw and erase squares over
> > the loaded bitmap.
> 
> This should be fixed again now. It seems odd that a Bitmap movie should
> have a display list, but it means that Gnash's inheritance model (as it
> is now) is more satisfactory than if it has no display list.

A drawable might be enough, isn't it separated from the DisplayList
in MovieClip ? Beside, I haven't tested calling createEmptyMovieClip
against a Bitmap...

--strk; 

 Free GIS & Flash consultant/developer      ()  ASCII Ribbon Campaign
 http://foo.keybit.net/~strk/services.html  /\  Keep it simple! 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]