[Laszlo-dev] For Review: Change 20090305-bargull-qXd Summary: cachebitmap blocks mouse-events
André Bargull
andre.bargull at udo.edu
Thu Mar 5 06:14:56 PST 2009
Ok, then we need to go with the proposed change or do you have got any
other ideas?
On 3/5/2009 2:29 PM, Max Carlson wrote:
> I don't think so - cachebitmap has huge performance implications for
> drawviews with tons of vectors. Otherwise, Flash has to re-rasterize
> the vectors for every frame drawn...
>
> André Bargull wrote:
>> Or should we disable cachebitmap at all when a view is set to
>> clickable? This would resolve the bug for both runtimes.
>>
>> On 3/5/2009 1:47 PM, André Bargull wrote:
>>> Change 20090305-bargull-qXd by bargull at dell--p4--2-53 on 2009-03-05
>>> 13:33:31
>>> in /home/Admin/src/svn/openlaszlo/trunk
>>> for http://svn.openlaszlo.org/openlaszlo/trunk
>>>
>>> Summary: cachebitmap blocks mouse-events
>>>
>>> New Features:
>>>
>>> Bugs Fixed: LPP-7864 (partial) (SWF: cachebitmap interferes with
>>> mouse-events)
>>>
>>> Technical Reviewer: max
>>> QA Reviewer: (pending)
>>> Doc Reviewer: (pending)
>>>
>>> Documentation:
>>>
>>> Release Notes:
>>>
>>> Details:
>>> Use the same workaround which is used for context-menus:
>>> -> add an invisible background when a sprite is clickable and
>>> cacheAsBitmap is enabled
>>> Refactored "invisible background" code from setContextMenu() into
>>> separate method updateBackground().
>>> Update setDefaultContextMenu() to prevent null-ptr exception when
>>> setDefaultContextMenu(null) is called.
>>>
>>>
>>> Tests:
>>> testcase at bugreport in swf9
>>> testcase from LPP-7842 still works in swf9
>>>
>>> Files:
>>> M WEB-INF/lps/lfc/kernel/swf9/LzSprite.as
>>>
>>> Changeset:
>>> http://svn.openlaszlo.org/openlaszlo/patches/20090305-bargull-qXd.tar
>>>
>>>
>
More information about the Laszlo-dev
mailing list