TLF BUG ?
I've tried to implement my own paging system based on pagination example, but I ran into strange results. I assume is not a performance issue, but I want to make sure.
The problem is that textFlow isn't flowing corectly in containers, 'sometimes' jumps a container like in the picture below.
Paginator File.txt - http://jump.fm/JANVC
Main.txt - http://jump.fm/WMDRH
Thanks
Sorry for the delay.
Yes. There are known bugs in updating with multiple containers in TLF 1.1.
It was covered at least somewhat in this thread:
http://forums.adobe.com/message/2786010#2786010
There is a proposed workaround but it may not have completely solved the problem.
Richard
Similar Messages
-
[svn:fx-trunk] 13964: Work around TLF bug #2545307.
Revision: 13964
Revision: 13964
Author: [email protected]
Date: 2010-02-03 11:47:06 -0800 (Wed, 03 Feb 2010)
Log Message:
Work around TLF bug #2545307. ContainerController.mouseWheelHandler() should be checking if the default behavior is prevented before it acts on the event. The workaround is to override TextContainerManager.mouseWheelHandler(), which dispatches to ContainerController.mouseWheelHandler(), and only call it if event.isDefaultPrevented() is false.
QE notes:
Doc notes:
Bugs: SDK-25291, Watson #2545307
Reviewer: Hans
Tests run: checkintests
Is noteworthy for integration:
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-25291
Modified Paths:
flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/RichEditable TextContainerManager.as -
We are facing some problem with new TLF framework. We need to add component(any UI component) in selected textflow. But we cant do that. We need any UI element like flow element (just like inlinegraphicElement for images) for UI components. Please reply ASAP.
we can not get the drag & drop opportunity in TLF for image..please reply ASAPSorry for the delay.
Yes. There are known bugs in updating with multiple containers in TLF 1.1.
It was covered at least somewhat in this thread:
http://forums.adobe.com/message/2786010#2786010
There is a proposed workaround but it may not have completely solved the problem.
Richard -
TLF bugs (or missing features) to be fixed in TLF 2.0?
Hey, I am currently developing a TLF based HTML/CSS renderer, which is working quite okay already. But there is a list of shortcomings (or bugs) which drive me nuts...
Column-support: although there are column properties such as columnCount or columnWidth, which can be set for single FlowGroupElements, the settings do not change anything. It seems that column properties can only be successfully set for whole TextFlows. Am I right?
Buggy InlineGraphicElement alignment: Some InlineGraphicElements, overlap preceding paragraphs, especially if they are larger than the TextFlow container. Sometimes, if I scale down the image after loading, the Image will be aligned correctly, but not in every case. I see no system behind that, it's absolutely arbitrary.
What's the difference between e.g. paragraphSpaceBefore and paddingTop? I just don't get it. It would be great if it actually would be possible to just set paddings on all non-inline containers! most containers don't want paddings at all at the moment.
Altogether it would be great if much more CSS3-settings would be supported out of the box, such as percentual font size or "em"-setting, display property (inline/block/none), percentual paddings/margins/height/width, absolute placement of block elements, fixed container height/width. This list could be easily extended, but most issues can be circumvented somehow.
Thank you for your help.Column properties only take effect for TextFlow and ContainerController.This means there is no way to have a <div> with its own column settings, unfortunately. But you can have two containers, with two different column settings, and flow text from one container to the next.
Lines are placed according to the values set in the lineHeight, so if you have set an absolute value there, it will set the line there even if it causes it to overlap an inline graphic on another line. If you have the lineHeight set proportionally, then the height of the inline graphic is taken into account as part of the height of the line. Where I have noticed issues is if you have applied a baselineShift to the inline graphic, or for example if you have the inline centered vertically within the line. Are your problems caused by one of these cases? If not, could you send us a short markup example to illustrate?
The difference between paragraphSpaceBefore/After and paddingTop/Bottom is that the first will inherit, and the second does not. If you have a TextFlow, and you want 15 pixels between each paragraph, you can set on the TextFlow paragraphSpaceBefore="15", and each paragraph will have 15 pixels before it. If you set on the TextFlow paddingTop="15", this is applied to the whole TextFlow, so you get 15 pixels before the first paragraph only. If you want to use paddingTop on the paragraph level, you can do this in TLF 2.0, but you have to add the paddingTop setting to each paragraph (it doesn't inherit). Yet another difference is how they are treated at the top and bottom of the container. Paragraph space before is not added in at the top of the container, but paddingTop is.
You say:
Altogether it would be great if much more CSS3-settings would be supported out of the box, such as percentual font size or "em"-setting, display property (inline/block/none), percentual paddings/margins/height/width, absolute placement of block elements, fixed container height/width.
I agree. All of these are on our list of things to do, but we are unlikely to get to them in this release cycle. Feedback like this is very helpful, especially if you can prioritize them so we know which ones are most important to you.
Thanks very much,
- robin -
[svn:fx-4.x] 14484: backport trunk rev# 13964 to 4.x
Revision: 14484
Revision: 14484
Author: [email protected]
Date: 2010-03-01 11:50:39 -0800 (Mon, 01 Mar 2010)
Log Message:
backport trunk rev# 13964 to 4.x
Work around TLF bug #2545307. ContainerController.mouseWheelHandler() should be checking if the default behavior is prevented before it acts on the event. The workaround is to override TextContainerManager.mouseWheelHandler(), which dispatches to ContainerController.mouseWheelHandler(), and only call it if event.isDefaultPrevented() is false.
QE notes: no
Doc notes: no
Bugs: SDK-25291, Watson #2545307
Reviewer:
Tests run: checkintests
Is noteworthy for integration:
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-25291
Modified Paths:
flex/sdk/branches/4.x/frameworks/projects/spark/src/spark/components/supportClasses/RichE ditableTextContainerManager.as
Property Changed:
flex/sdk/branches/4.x/
flex/sdk/branches/4.x/build.xml
flex/sdk/branches/4.x/frameworks/branch 4.X says its a branch of trunk 13597
should that have been 13957? that was the last time everything from 4.0.0 was merged into trunk.
just wondered if that was the reason 4.x caused a problem with Fb4 latest build?
just wondering
cheers
glenn -
Embedding Wingdings with DefineFont 4 and Gumbo
Sorry for the repost.
I'm having an extremely difficult tracking this issue down. I hope someone can help!
Replication
Copy the Wingdings TTF (from your OS font library) to the Flex app path
Use the following code for your Flex app:
<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml"
layout="vertical" height="500" width="800"
fontSize="20"
xmlns:ns="library://ns.adobe.com/flex/spark">
<mx:Style>
@font-face {
src: url(Wingdings.ttf) ;
fontFamily: Wingdings (DF4);
fontStyle: normal;
fontWeight: normal;
cff: true;
@font-face {
src: url(Wingdings.ttf) ;
fontFamily: Wingdings (DF3);
fontStyle: normal;
fontWeight: normal;
cff: false;
.rDF4 {fontFamily: Wingdings (DF4);}
.rDF3 {fontFamily: Wingdings (DF3);}
</mx:Style>
<mx:Label text="Wingdings (DF3)" styleName="rDF3"/>
<ns:RichEditableText styleName="rDF4"
width="300" height="400"
text="Wingdings (DF4)"/>
</mx:Application>
Run the app
Expected Results
Both the Halo component Label and the Spark component RichEditableText should have wingdings, but I'm seeing the default system font within the RichEditableText.
Can someone repro or help me find my error? I can swap the wingdings font for any other font (except Nadeem) and it works great.
HELP!!!Is that this bug http://bugs.adobe.com/jira/browse/SDK-21712?
I added a note to the TLF bug and sent the owners an email to try and get some action going.
Thanks for the report
Richard -
Problems with inlinegraphics in richeditabletext in flash player 10.1
Hi,
I've remarked a strange behaviour with fp 10.1 and TLF. If I create a TLF Textflow programmatically with an embedded inlinegraphicselement and set the richeditabletext so that i can select text (to copy it via a context menu), the image will disappear as soon as i click into the richeditable text.
Here's A snippet:
<?xml version="1.0" encoding="utf-8"?>
<s:Application xmlns:fx="http://ns.adobe.com/mxml/2009"
xmlns:s="library://ns.adobe.com/flex/spark"
xmlns:mx="library://ns.adobe.com/flex/mx"
>
<fx:Script>
<![CDATA[
import flashx.textLayout.elements.InlineGraphicElement;
import flashx.textLayout.elements.ParagraphElement;
import flashx.textLayout.elements.SpanElement;
import flashx.textLayout.elements.TextFlow;
[Embed(source="bullet.png")]
[Bindable]
public static var bigBulletCls:Class;
private function createTLF():TextFlow{
var tf:TextFlow = new TextFlow();
var s:SpanElement;
var p:ParagraphElement;
var img:InlineGraphicElement;
img = new InlineGraphicElement();
img.source = bigBulletCls;
p = new ParagraphElement();
p.paragraphStartIndent = 15;
p.paragraphSpaceBefore = 15;
p.textIndent = -13;
p.addChild(img);
s=new SpanElement();
s.text='test';
p.addChild(s);
tf.addChild(p);
/*img = new InlineGraphicElement();
img.source = "bullet.png";
p = new ParagraphElement();
p.paragraphStartIndent = 15;
p.paragraphSpaceBefore = 15;
p.textIndent = -13;
p.addChild(img);
s=new SpanElement();
s.text='test';
p.addChild(s);
tf.addChild(p);*/ return tf;
]]>
</fx:Script>
<fx:Metadata>
</fx:Metadata>
<s:VGroup mouseEnabled="true">
<s:RichEditableText id="frontText"
width="580"
lineBreak="toFit" left="0" right="0" top="0" bottom="0"
paddingRight="0"
editable="false" mouseChildren="false" mouseEnabled="true"
focusEnabled="false" textFlow="{createTLF()}"
>
</s:RichEditableText>
</s:VGroup>
</s:Application>
I've investigated a bit more, and have noticed that if only one inlinegraphicelement is included that loads a non-embedded graphics (i.e. assign a path-string to the source attribute), then no images disappear upon entering the richeditabletext... (see the commented part in the above example)
Is that somehow a bug? I would like to have all my graphics included, so that nothing but the swf has to be deployed...This is a TLF bug. It's fixed in our 2.0 code. The bug in the original post reproduces in TLF 1.0 and TLF 1.1.
I can workaround it like this (I tried this in 1.1 but not 1.0):
<?xml version="1.0" encoding="utf-8"?>
<s:Application xmlns:fx="http://ns.adobe.com/mxml/2009"
xmlns:s="library://ns.adobe.com/flex/spark"
xmlns:mx="library://ns.adobe.com/flex/mx"
>
<fx:Script>
<![CDATA[
import flashx.textLayout.elements.InlineGraphicElement;
import flashx.textLayout.elements.ParagraphElement;
import flashx.textLayout.elements.SpanElement;
import flashx.textLayout.elements.TextFlow;
[Embed(source="../bin/smiling.png")]
[Bindable]
public static var bigBulletCls:Class;
private function createTLF():TextFlow{
var tf:TextFlow = new TextFlow();
var s:SpanElement;
var p:ParagraphElement;
var img:InlineGraphicElement;
img = new InlineGraphicElement();
img.source = bigBulletCls;
p = new ParagraphElement();
p.paragraphStartIndent = 15;
p.paragraphSpaceBefore = 15;
p.textIndent = -13;
p.addChild(img);
s=new SpanElement();
s.text='test';
p.addChild(s);
tf.addChild(p);
/*img = new InlineGraphicElement();
img.source = bullet.png;
p = new ParagraphElement();
p.paragraphStartIndent = 15;
p.paragraphSpaceBefore = 15;
p.textIndent = -13;
p.addChild(img);
s=new SpanElement();
s.text='test';
p.addChild(s);
tf.addChild(p);*/
return tf;
public function handlerCreationComplete(elem:RichEditableText):void
elem.textFlow = createTLF();
elem.selectRange(0,0);
elem.selectRange(-1,-1);
]]>
</fx:Script>
<fx:Metadata>
</fx:Metadata>
<s:VGroup mouseEnabled="true">
<s:RichEditableText id="frontText"
width="580"
lineBreak="toFit" left="0" right="0" top="0" bottom="0"
paddingRight="0"
editable="false" mouseChildren="false" mouseEnabled="true"
focusEnabled="false" creationComplete="handlerCreationComplete(frontText)"
>
</s:RichEditableText>
</s:VGroup>
</s:Application>
Richard -
TestConverter eats caps (for breakfast)
In the following code the TextConverter.importToFlow() loses the caps in "http://www.moothink.com/MOOK"
<?xml version="1.0" encoding="utf-8"?>
<s:Application xmlns:fx="http://ns.adobe.com/mxml/2009"
xmlns:s="library://ns.adobe.com/flex/spark"
xmlns:mx="library://ns.adobe.com/flex/halo">
<s:layout><s:VerticalLayout gap="20" paddingTop="40" paddingLeft="40"/></s:layout>
<fx:Script>
<![CDATA[
import flashx.textLayout.conversion.TextConverter;
import spark.utils.TextFlowUtil;
[Bindable] private var myString:String = "<a href='http://www.moothink.com/MOOK/'>click me</a>";
]]>
</fx:Script>
<s:RichEditableText id="myRET" text="{myString}"/>
<s:RichEditableText id="myRET2" textFlow="{TextFlowUtil.importFromString(myString)}"
editable="false" selectable="false"/>
<s:RichEditableText id="myRET3" textFlow="{TextConverter.importToFlow(myString, TextConverter.TEXT_FIELD_HTML_FORMAT)}"
editable="false" selectable="false"/>
</s:Application>
Is this a bug or am I missing some setting??
Also any comments on the difference between TextFlowUtil vs. TextCoverter, i.e. links opening in new window vs. same window, etc. Too lazy to do any digging right now (sleep calls...) Thanks,
- emewk,
That may be a TLF bug. Can you please file it at http://bugs.adobe.com/flex/ and include the example and I can investigate further tomorrow and migrate to TLF if needed.
Thanks,
Peter -
Interesting Multiple Container Bug in TLF
Hi All,
I've hit a bit of a roadbump in developing an AIR app (2.5.1.17730 runtime) using the TLF and wonder if anyone else has seen it and come up with a workaround. Consider the mxmxl below. When you run the app, you two columns of text as you would expect. Editing (cut, paste, type, undo, redo) all work fine anywhere except when you edit the second line of the second column. Then the whole second column is pushed down to the y-value of the first column until you do an edit somehwere else in the window (say, put a space in the first column somewhere). I have pored over this for quite a while and have come to the considered opinion that (a) it's a bug, and (b) I haven't a clue what is causing it or how to work around it.
Any suggestions?
Thanks!
<?xml version="1.0" encoding="utf-8"?>
<s:WindowedApplication xmlns:fx="http://ns.adobe.com/mxml/2009"
xmlns:s="library://ns.adobe.com/flex/spark"
xmlns:mx="library://ns.adobe.com/flex/mx"
creationComplete="init(event)" viewSourceURL="srcview/index.html">
<fx:Script>
<![CDATA[
import flashx.textLayout.container.ContainerController;
import flashx.textLayout.conversion.ITextImporter;
import flashx.textLayout.conversion.TextConverter;
import flashx.textLayout.edit.EditManager;
import flashx.textLayout.elements.TextFlow;
import flashx.undo.UndoManager;
import mx.events.FlexEvent;
private var _textContainer:SpriteVisualElement = null;
private static const textInput:XML = <TextFlow xmlns="http://ns.adobe.com/textLayout/2008">
<div>
<p><span>Qui magna velit consequat, lobortis iriure autem augue duis exerci blandit esse laoreet ex eros, adipiscing aliquip, ut, vel eum. Vero consectetuer dolor feugait dolore lobortis delenit nibh eu, te et in, dolore. Nulla ut enim consequat diam adipiscing nulla facilisis zzril te laoreet at. Iusto quis esse nulla et, aliquam quis, facilisi euismod, diam eros ut dolore commodo erat et ad tation, illum. Autem, qui wisi odio ad vel esse ad ad. Velit vel facilisis iriure, et nisl aliquip iriure zzril.
Praesent tincidunt blandit nulla, odio, sed vulputate ipsum dolore duis in veniam iriure zzril minim odio suscipit dignissim wisi. Feugiat, volutpat duis vero ut elit zzril, te commodo duis. Molestie ea erat et volutpat dolore vel molestie consequat tincidunt hendrerit consequat. Euismod, consequat blandit nostrud facilisi qui delenit duis, molestie tation illum accumsan amet dolor feugait molestie ea consectetuer wisi. Adipiscing lobortis, ut veniam nostrud accumsan vero elit dolore ex nulla ullamcorper sit qui. Qui magna velit consequat, lobortis iriure autem augue duis exerci blandit esse laoreet ex eros, adipiscing aliquip, ut, vel eum.
Vero consectetuer dolor feugait dolore lobortis delenit nibh eu, te et in, dolore. Nulla ut enim consequat diam adipiscing nulla facilisis zzril te laoreet at.</span></p>
</div>
</TextFlow>;
private var _textFlow:TextFlow;
private function init(evt:Event):void {
var importer:ITextImporter = TextConverter.getImporter(TextConverter.TEXT_LAYOUT_FORMAT);
importer.throwOnError = true; // will throw exception if parsing error occurs on import
_textFlow = importer.importToFlow(textInput);
_textFlow.flowComposer.addController(new ContainerController(col1, col1.width, col1.height));
_textFlow.flowComposer.addController(new ContainerController(col2,col2.width,col2.height));
col2.x = g1.width*0.55;
//adding Select/Edit/Copy/Paste/Undo features
_textFlow.interactionManager = new EditManager(new UndoManager());
// initialize with a selection before the first character
_textFlow.interactionManager.selectRange(0,0);
_textFlow.flowComposer.updateAllControllers();
]]>
</fx:Script>
<fx:Declarations>
<!-- Place non-visual elements (e.g., services, value objects) here -->
</fx:Declarations>
<s:Group x="0" y="0" width="100%" height="100%" id="g1">
<s:SpriteVisualElement x="0" y="0" height="100%" width="45%" id="col1"/>
<s:SpriteVisualElement y="0" height="100%" width="45%" id="col2"/>
</s:Group>
</s:WindowedApplication>This is a bug in the TLF 1.1. It was not there in TLF 1.0, and has been fixed in TLF 2.0 (currently pre-release). You have three options:
- You can go back to TLF 1.0. If you are using Flex 4.1, I think you could do this by putting TLF 1.0 in place of TLF 1.1 in the Flex installation. Alternatively, you could roll back to using Flex 4.0.
- You can go forward to use TLF 2.0. If you are using Flex, this would mean adopting the pre-release Hero version of Flex.
- You can create your own TLF 1.1 with a fix. I can provide you with the fix, but you will need to recompile TLF 1.1, which means you cannot use the RSL version of the library.
I apologize for the inconvenience.
- robin -
CS5.5 TLF cursor bug in RTL edit mode
Hello,
It seems there is a bug in TLF text in CS5.5 in "editable" mode.
to reproduce:
1.put a TLF on stage and set it to "editable".
2. Set in 'Paragrph' section to 'Right To Left'.
It remainsleft to right.
3. set in 'Container and flow' to 'Right To Left' it does change direction, but if you try to put a cursor you can't.
The only way to put a cursor is on the right of the TLF.
Ideas anyone ?I have problem with this issue too. and it has started with flash cs5.5. in flash cs5 TLFs work fine.
It is not a solution, but by chance I have found when the MultiLine property of TLF is changed to single line textfield works fine. again I confirm the bug and wish the team make a update for that. -
[svn:fx-4.0.0] 13798: TLF Build 594, to fix bug 2537651.
Revision: 13798
Revision: 13798
Author: [email protected]
Date: 2010-01-26 22:29:24 -0800 (Tue, 26 Jan 2010)
Log Message:
TLF Build 594, to fix bug 2537651.
QE notes: None
Doc notes: None
Bugs: 2537651
Reviewer: Carol, tomorrow
Tests run: ant checkintests
Is noteworthy for integration: No
Modified Paths:
flex/sdk/branches/4.0.0/frameworks/air-config.xml
flex/sdk/branches/4.0.0/frameworks/flex-config.xml
flex/sdk/branches/4.0.0/frameworks/libs/textLayout.swc
flex/sdk/branches/4.0.0/frameworks/projects/textLayout/bundles/en_US/docs/flashx.textLayo ut.operations.xml
flex/sdk/branches/4.0.0/frameworks/projects/textLayout/src/flashx/textLayout/BuildInfo.as
flex/sdk/branches/4.0.0/frameworks/projects/textLayout/src/flashx/textLayout/elements/Inl ineGraphicElement.as
flex/sdk/branches/4.0.0/frameworks/projects/textLayout/src/flashx/textLayout/operations/F lowElementOperation.as
flex/sdk/branches/4.0.0/frameworks/projects/textLayout/tlf.properties
Added Paths:
flex/sdk/branches/4.0.0/frameworks/rsls/textLayout_1.0.0.594.swf
Removed Paths:
flex/sdk/branches/4.0.0/frameworks/rsls/textLayout_1.0.0.593.swfFound solution after many hours of search and test:
I have Launch2Net Premium 2.6.2 obn my system to get USB 3G Modem stick to work. It install many files into /System/Library/Extensions. All files are SierraDIPService.kext SierraFSPService.kext SierraDevSupport.kext.
Remove SierraDIPService.kext from the above Extensions folder allow MobileDevice.pkg and othe installer that need to update system extension like soundflower.pkg to work properly.
So, Sierra driveris the culprit!! I have to uninstall Launch2Net off my system. But my USB Stick Modem will not work anymore
I have written to Nova System, the developer of Launch2Net to get fix to this problem
Will update if there is any progess -
Flash CS5.5 BUG - Put a TLF anywhere in my FLA, and it triggers random runtime errors
This is funny,
if I put a TLF in my FLA, doesn't matter where, the project compiles but as soon as it runs triggers errors that are not related to TLF at all.
It doesn't find a linked class apparently. A class which has nothing to do with TLF.
I remove the TLF (in root, anywhere I put it no difference) and the project runs again.Set the library as "merge into code" and the problem doesn't happen.
-
Bug for img TLF Build number: 163 (756754)
in-->http://forums.adobe.com/thread/734743?tstart=0
if i clear all the words, the i type into some letters, then to add image, the img isn't set to "left"(wrap)Hard to tell for sure from your screen shot, but is the problem that the line under the image is all one word, and it is
too long to fit next to the image? Therefore it gets placed below. If you add a space to the
"AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA" word, does it then wrap correctly?
- robin -
[svn:fx-trunk] 6191: Fix more bugs related to embedded fonts and TLF, including TLF in an RSL.
Revision: 6191
Author: [email protected]
Date: 2009-04-21 22:02:29 -0700 (Tue, 21 Apr 2009)
Log Message:Gordon, it looks like its been a while since you made this post. Not sure how valid it is now... I am particularly interested in the LigatureLevel.NONE value. It seems that it is no longer supported.
How do I turn of ligatures in the font rendering?
My flex project involves trying to match the font rendering of Apache's Batik rendering of SVG and ligatures have been turned off in that codebase. Is there any way (even roundabout) to turn ligatures off in flash?
Thanks,
Om -
ProLoader and TLF TextFields do not work together!
I'm using ProLoader to load a .swf that uses TLF. The master .swf loads the target .swf and all code executes as expected with one minor glitch: the content of the loader is white/blank. Has anyone else seen this!?
~~~~~~~~~~~~~~~~~~~~~~~~
Here is the full bug report that I tried to send Adobe, but they cap reports at 2000 characters and provide no option for uploading a source .zip. (Seriously, Adobe?) If you have time, and follow my instructions you will see how ProLoader won't even load a .swf with TLF on its stage. (Yes, I realize this different from my problem, but I'd like to demonostrate how buggy and inconsistent ProLoader is. The simple solution would be not to use TLF, and mostly likely, I will end up doing that.)
******BUG******
ProLoader loads .swf with TLF, but ProLoader is blank.
Steps to reproduce bug:
1. Download sample files (http://helpx.adobe.com/content/dam/kb/en/141/tn_14190/attachments/Load_External_SWF.zip) from the Tech Note, Load external SWF into another SWF (http://helpx.adobe.com/flash/kb/load-external-swf-swf.html).
2. Open ExternalSWF.fla and assign it a document class.
Here is mine:
package {
import flash.display.MovieClip;
import flash.events.Event;
public class ExternalSWF extends MovieClip {
public static var DATA_LOAD_COMPLETE:String = "ExternalSWF_DataLoadComplete";
private var data_:String;
public function ExternalSWF() {}
//This function will be called from the .swf that loaded me.
public function loadData(data:String):void
data_ = data;
dispatchEvent(new Event(DATA_LOAD_COMPLETE));
public function get data():String { return data_; }
3. On ExternalSWF.fla's stage, change a classic TextFields into a TLF TextField.
4. In Loader_Movie.fla, change all flash.display.Loader instances to fl.display.ProLoader in order to load TLF TextFields. Also, add an event listener to myLoader for Event.COMPLETE. Here are my Loader_Movie.fla's Actions:
import flash.events.Event;
import fl.display.ProLoader;
var myLoader:ProLoader = new ProLoader(); // create a new instance of the ProLoader class
var url:URLRequest = new URLRequest("ExternalSWF.swf"); // in this case both SWFs are in the same folder
myLoader.contentLoaderInfo.addEventListener(Event.COMPLETE, myLoaderIsLoaded);
myLoader.load(url); // load the SWF file
addChild(myLoader); // add that instance to the display list, adding it to the Stage at 0,0
myLoader.x = 10; // move the loaded SWF 10 pixels to the right (from the left edge)
myLoader.y = 175; // move the loaded SWF 175 pixels down from the top
// (optional) load a second external SWF file
var my2ndLoader:ProLoader = new ProLoader();
var url2:URLRequest = new URLRequest("ExternalSWF2.swf");
my2ndLoader.load(url2);
addChild(my2ndLoader); // optionally, you could put the 2nd SWF beneath
// the 1st by using addChildAt(my2ndLoader, 1);
// (optional) scaling of the 2nd SWF file
my2ndLoader.scaleX = 2; // scale the SWF horizontally by 200%
my2ndLoader.scaleY = 2; // scale the SWF vertically by 200%
function myLoaderIsLoaded(event:Event):void
trace("The first .swf has loaded so add event listeners");
var swf:ExternalSWF = ExternalSWF(myLoader.content);
swf.addEventListener(ExternalSWF.DATA_LOAD_COMPLETE, allFinished);
swf.loadData("foobar");
function allFinished(event:Event):void
trace("Here is the data we loaded: " + ExternalSWF(myLoader.content).data);
Results:
[Trace] Output
ReferenceError: Error #1056: Cannot create property __id0_ on ExternalSWF.
at flash.display::Sprite/constructChildren()
at flash.display::Sprite()
at flash.display::MovieClip()
at ExternalSWF()
ExternalSWF is invisible; 4 loading dots appear instead.
Expected results:
Both .swfs load without incident.
Trace output:
The first .swf has loaded so add event listeners
Here is the data we loaded: foobar
Additional notes:
I discovered this bug when my main/master .swf used ProLoader to load another .swf (with TLF on a symbol in the libary). In this case, the ProLoader appeared blank/white, not even the 4 loading dots. However, all the code in both .swfs still ran as expected (shown via the Output panel dumping all expected trace statements until execution finished).
Environment:
Adobe FLash Professional CS5.5, Version 11.5.1.349
(bug discovered while running "Test Movie" in IDE)
Windows 7 Professional Service Pack 1
Intel(R) Core(TM)2 Duo CPU E4600 @ 2.40GHz 2.39 GHz
RAM: 6.00 GB
64-bit Operating SystemDo you have anything that uses TLF in your preloader? It's possible that the TLF framework has made your preloader so heavy that it merely appears to not be doing anything, but the actual case is that all that stuff has to load before it can show you anything.
You may find this helpful http://jeffkamerer.com/blog/2010/08/12/using-a-custom-preloader-loop-with-tlf-text/
However, I don't really understand why you feel you have to use TLF to bring in the text from Photoshop. I think you must mean PhotoShop PSD's, because PhotoShop PNG's will not contain editable text (though Fireworks ones can). I get Photoshop comps all the time and bring the text in as Classic Text. While it's not an exact match 100% of the time, it's as close a match as you're going to get based on the limitations of Classic text. I think there's no reason for your designers to be redoing the designs--you just need to play around with the import settings and figure out what gets you close and then what tweaks you need to do to get closer.
And, to answer your question, nearly everyone creates graphics for Flash files in Photoshop, despite Fireworks being the better tool. For whatever reason, designers often aren't very adventurous when it comes to learning new tools, and nearly all art schools teach PhotoShop.
I also don't have any trouble loading CS5.5 AS3 swfs (no TLF--I just don't need the hassle) with Document Classes using an ordinary Loader. So I think there's something not right about what you're doing if you've come to the conclusion that you can't load a swf with a Document Class. Try scaling back to the bare minimum, then working up.
Finally, I just don't "get" why people do two things that you're doing (or, I do, but I think it's unnecessary and a colossal failure on Adobe's part)
Instantiating everything through code. Not only are you wasting an inordinate amount of time/code in specifying layout, you also completely lose the natural capability of Flash to compile assets throughout the whole of the swf. This means you have to have a preloader, because literally everything you ever use is embedded before the first visual frame. Contrast to using the timeline, where all you need to load the visuals for the first frame is the Document Class (which you can keep light by coding to Interfaces) and the visuals for the first frame. Anything else you need to load, you can defer to the frame that you've selected for embedding your AS Classes on.
Using a preloader at all.
My preloading strategy is very simple. I put a spinner graphic in the first frame, with the word "Loading." The playhead will stop at the frame that I've specified to use for exporting my ActionScript Classes (10--this provides enough space for the label "Loading" to be readable). When the embedded Classes and whatever is needed to display frame 11 is loaded, the playhead will continue to frame 11 by itself, with no code. On Frame 11, I have a MC that is a named instance, and I have a getter/setter pair to catch it. When the setter triggers, I know I'm ready to start the logic.
However, you could do all sorts of things, like just putting a MC there that "is" the entirety of your other logic (has what is now the Document Class of the swf you're preloading as its BaseClass).
Anyway, maybe something in my ramble will help you.
Maybe you are looking for
-
Advice on Retina Display buy after unhappiness with 13" MBP
i am hoping to buy a new retina display macbook pro soon and would like to only get a 13" sized model but i was extremely unhappy with the performance of my 2009 13" which will be out of applecare warranty in about two months. is there any way to get
-
Map Viewer URL Connection Issue
Hi, I have an UI project, for which i have created a Deployment Profile named 'adfXXXXXUI' nothing but created a adflibrary for that UI project. While creating the adf jar, i have come across an Option called 'Connections' . Here i have selected Conn
-
In color range dialog box in cs5, range command is greyed out. ?
Am running windows 7 64 bit, ps cs5 64 bit, 4 megs of ram
-
I can't view the run time browser in LR11.5
I'm using LR11.5 and I found there is no "During Replay" section in Tools, I wanna see the broswer during replay, but I can't found the configuration. but in LR11.52 and the previous version of LR, I can found this setting. could you help? In LR11.52
-
Hi there I know Microsoft support says this message can be neglected. Anyway, I was wondering if anybody has a solution. Previous Adobe CC versions did not show this problem. As soon as I end the Adobe CC process in the task manager manually, I can s