SWFLoader quirks

Two issues regarding the SWFLoader / Image component are highlighted here. One of which has already been floating around forums with no concrete solution.

1. Image resizing: While resizing images in both components if the iamge size is too large to be accomodated in the conrtol’s display area and scaleContent is enabled, using horizontalAlign and verticalAlign properties displace the image from its expected location. Workaround/hack: check the contentWidth / contentHeight after loading the image through code. You’re out of luck if you’re trying to do this through MXML alone.

2. No control over audio: After unloading a swf with embedded video the audio channel continues playing. Using flash.media.SoundMixer.stopAll() might do the trick but only if the loader and the loaded swf belong ot the same security sandbox. For a swf loaded from filesystem loading a remote swf, it fails miserably. Thanks to no control over the loaded content when using the SWFLoaded and Image components there’s little that can be done to avoid this. Workaround/hack: use a Loader object to load the swf if you’re willing to give up the ease of component usage. Not sure as to whether it completely resolves the problem. Adobe is still silent about it … I’m off to look for a registered bug report.

HTML <img> Bug confirmed in mx:Text component

Just in case you haven’t read my initial post where I unearthed a “quirk” in the mx:Text component in flex, have a look at this post. Adobe’s dev team has confirmed the bug and have been able to successfully reproduce it as well. For a glimpse into what goes wrong have a look at the following image.

Updates on this issue are available here.

Well atleast now you won’t have to fret about it until Adobe comes up with a solution.

I did come across a more complete component for HTML display within flex by Drumbeat Insight. Unfortunatly the component is no longer free, and the $149 proce tag may put any developer off unless you can get your organization to pay for it.