[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