RE: [flexcoders] Re: SWC generates server error
> So even if I discover that the version numbers of my SWC are too > high, what should I do about it > > thanks, > > erik. It pretty much just means that there is a configuration error somewhere. In theory, they should be identical. The two cases we've designed for are "all SWCs were built from the same version of the code" and "a SWC contains compatible updated classes". Compatibility is sorta like the contract with interfaces in COM. Ok, you're a Flash developer, that doesn't help. Basically, classes can have methods added in newer versions and parameters added to functions and return types can be made more specific. The Flex compiler/linker tries to warn you if you merge incompatible libraries, but its only so smart. We've tried to be good about only making compatible updates within the Flex framework, but there were some pretty big differences with the Flash version of the components that aren't compatible. If any of these components get stuffed in there, Bad Things will happen. So you need to do some archaeology to discover the lineage of the linked code. You might be able to get more detailed help from support, I only have the time to give vague handwavy hints. As a developer my philosophy is closer to "build a man a fire, he'll be warm for the rest of the night, set a man on fire, he'll be warm for the rest of his life." ;-) -Roger Roger Gonzalez mailto:[EMAIL PROTECTED] Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
[flexcoders] Re: SWC generates server error
well who knows! someone has to be the first...ahem...*cough* Well it ALMOST works you know...my SWC application is nicely passing around events to flex, and accepting parameters and function calls from flex. It's a great mini application that you can just paste in any flex environmentexcept that it has to stand on the root.. So even if I discover that the version numbers of my SWC are too high, what should I do about it thanks, erik. --- In flexcoders@yahoogroups.com, "Roger Gonzalez" <[EMAIL PROTECTED]> wrote: > You may be a "simple flash developer", but if you're going to > mix-n-match flex and flash, you need to become a guru. :-) > > Rats, I didn't display the version in the tool? Argh! But actually you > can see the results of the version comparison by looking at source of > __Packages.mx.core.UIObject in the report (and in the tool). The > __Packages version is the actual class definition, the undecorated > version is the visual sprite. > > The things to note from the SWCs are the timestamps of > __Packages.mx.core.UIObject in your custom component SWC and the > timestamp of __Packages.mx.core.UIObject in mx.swc. The report will > tell you which won, but its sometimes interesting to poke through and > see "why" it won. > > -Roger > > Roger Gonzalez > mailto:[EMAIL PROTECTED] > > > > -Original Message- > > From: flexcoders@yahoogroups.com > > [mailto:[EMAIL PROTECTED] On Behalf Of eerkmans > > Sent: Tuesday, May 03, 2005 1:21 AM > > To: flexcoders@yahoogroups.com > > Subject: [flexcoders] Re: SWC generates server error > > > > wow, this is a great little tool! the article is interesting as > > well, although quite daunting for a simple flash designer such as > > I ;-) > > > > one little problem: I can't find the version numbers you refer to in > > point (3) they don't seem to be listed in the visualisation tool ? > > > > when I spit through the xml (uck!) I find the following version > > numbers: > > > > my custom component SWC: version='1114589139' > > UIComponent: version='1092182570' > > UIObject: version='1076549540' > > ComboBox: version='1097889116' > > > > etc. > > > > Should I manually lower the version number of my custom components?? > > and how? > > > > > > > > --- In flexcoders@yahoogroups.com, "Roger Gonzalez" <[EMAIL PROTECTED]> > > wrote: > > > Erik- > > > > > > I suggest you try the following: > > > > > > 1) Turn on the generate-compile-report option in your config > > file. This > > > will cause an -report.xml file to be generated. > > > > > > 2) Read my linker/loader article on Macromedia devnet. Skip by > > all that > > > boring text, but extract out the compile report tool. (Actually, > > > reading the article might provide some insights.) > > > > > > http://www.macromedia.com/devnet/flex/articles/link_load.html > > > > > > 3) Use the compile report visualization tool to check the > > dependencies > > > of your classes, and ensure that the correct version of the > > classes are > > > being used. (You can also read the XML file, but that's not as > > much fun > > > as playing with dynamically generated graphs, now is it?) > > > > > > 4) Open up your SWCs using WinZip or whatever, and look for the > > version > > > timestamps on your core classes. The most recent one will "win". > > > > > > 5) Make sure you turn off themes, rsls, etc. while debugging. > > > > > > 6) Double check your use of statics to make sure that you aren't > > > breaking "the rules". (See my article for details.) > > > > > > -Roger > > > > > > Roger Gonzalez > > > mailto:[EMAIL PROTECTED] > > > > > > > > > > -Original Message- > > > > From: flexcoders@yahoogroups.com > > > > [mailto:[EMAIL PROTECTED] On Behalf Of eerkmans > > > > Sent: Thursday, April 28, 2005 12:26 AM > > > > To: flexcoders@yahoogroups.com > > > > Subject: [flexcoders] Re: SWC generates server error > > > > > > > > Thanks! About the flex classes: I already pasted the flex > > classes > > > > (from the file flexforflash.zip) into my flash first run > > directory. > > > > Do I understand correc
RE: [flexcoders] Re: SWC generates server error
You may be a "simple flash developer", but if you're going to mix-n-match flex and flash, you need to become a guru. :-) Rats, I didn't display the version in the tool? Argh! But actually you can see the results of the version comparison by looking at source of __Packages.mx.core.UIObject in the report (and in the tool). The __Packages version is the actual class definition, the undecorated version is the visual sprite. The things to note from the SWCs are the timestamps of __Packages.mx.core.UIObject in your custom component SWC and the timestamp of __Packages.mx.core.UIObject in mx.swc. The report will tell you which won, but its sometimes interesting to poke through and see "why" it won. -Roger Roger Gonzalez mailto:[EMAIL PROTECTED] > -Original Message- > From: flexcoders@yahoogroups.com > [mailto:[EMAIL PROTECTED] On Behalf Of eerkmans > Sent: Tuesday, May 03, 2005 1:21 AM > To: flexcoders@yahoogroups.com > Subject: [flexcoders] Re: SWC generates server error > > wow, this is a great little tool! the article is interesting as > well, although quite daunting for a simple flash designer such as > I ;-) > > one little problem: I can't find the version numbers you refer to in > point (3) they don't seem to be listed in the visualisation tool ? > > when I spit through the xml (uck!) I find the following version > numbers: > > my custom component SWC: version='1114589139' > UIComponent: version='1092182570' > UIObject: version='1076549540' > ComboBox: version='1097889116' > > etc. > > Should I manually lower the version number of my custom components?? > and how? > > > > --- In flexcoders@yahoogroups.com, "Roger Gonzalez" <[EMAIL PROTECTED]> > wrote: > > Erik- > > > > I suggest you try the following: > > > > 1) Turn on the generate-compile-report option in your config > file. This > > will cause an -report.xml file to be generated. > > > > 2) Read my linker/loader article on Macromedia devnet. Skip by > all that > > boring text, but extract out the compile report tool. (Actually, > > reading the article might provide some insights.) > > > > http://www.macromedia.com/devnet/flex/articles/link_load.html > > > > 3) Use the compile report visualization tool to check the > dependencies > > of your classes, and ensure that the correct version of the > classes are > > being used. (You can also read the XML file, but that's not as > much fun > > as playing with dynamically generated graphs, now is it?) > > > > 4) Open up your SWCs using WinZip or whatever, and look for the > version > > timestamps on your core classes. The most recent one will "win". > > > > 5) Make sure you turn off themes, rsls, etc. while debugging. > > > > 6) Double check your use of statics to make sure that you aren't > > breaking "the rules". (See my article for details.) > > > > -Roger > > > > Roger Gonzalez > > mailto:[EMAIL PROTECTED] > > > > > > > -Original Message- > > > From: flexcoders@yahoogroups.com > > > [mailto:[EMAIL PROTECTED] On Behalf Of eerkmans > > > Sent: Thursday, April 28, 2005 12:26 AM > > > To: flexcoders@yahoogroups.com > > > Subject: [flexcoders] Re: SWC generates server error > > > > > > Thanks! About the flex classes: I already pasted the flex > classes > > > (from the file flexforflash.zip) into my flash first run > directory. > > > Do I understand correctly that this isn't enough? > > > > > > Also, my SWC component is actually quite complex, it's a map > > > application with all kinds of graphic and animation effects, and > > > uses a lot of AS. (no it's not a flash intro ;-) I especially > like > > > the idea that you can still use flash to build standalone mini- > > > applications for use in flex. > > > > > > How would I go about converting my flash AS to flex, and > exporting > > > and then using all the assets in an SWC? > > > > > > thanks a lot, > > > > > > erik. > > > > > > --- In flexcoders@yahoogroups.com, "Roger Gonzalez" > <[EMAIL PROTECTED]> > > > wrote: > > > > I think someone else already posted the answer. The Flash > version > > > of > > > > the framework classes are different than the Flex version. > You > > > need to > > > > register the Flex vers
[flexcoders] Re: SWC generates server error
wow, this is a great little tool! the article is interesting as well, although quite daunting for a simple flash designer such as I ;-) one little problem: I can't find the version numbers you refer to in point (3) they don't seem to be listed in the visualisation tool ? when I spit through the xml (uck!) I find the following version numbers: my custom component SWC: version='1114589139' UIComponent: version='1092182570' UIObject: version='1076549540' ComboBox: version='1097889116' etc. Should I manually lower the version number of my custom components?? and how? --- In flexcoders@yahoogroups.com, "Roger Gonzalez" <[EMAIL PROTECTED]> wrote: > Erik- > > I suggest you try the following: > > 1) Turn on the generate-compile-report option in your config file. This > will cause an -report.xml file to be generated. > > 2) Read my linker/loader article on Macromedia devnet. Skip by all that > boring text, but extract out the compile report tool. (Actually, > reading the article might provide some insights.) > > http://www.macromedia.com/devnet/flex/articles/link_load.html > > 3) Use the compile report visualization tool to check the dependencies > of your classes, and ensure that the correct version of the classes are > being used. (You can also read the XML file, but that's not as much fun > as playing with dynamically generated graphs, now is it?) > > 4) Open up your SWCs using WinZip or whatever, and look for the version > timestamps on your core classes. The most recent one will "win". > > 5) Make sure you turn off themes, rsls, etc. while debugging. > > 6) Double check your use of statics to make sure that you aren't > breaking "the rules". (See my article for details.) > > -Roger > > Roger Gonzalez > mailto:[EMAIL PROTECTED] > > > > -Original Message----- > > From: flexcoders@yahoogroups.com > > [mailto:[EMAIL PROTECTED] On Behalf Of eerkmans > > Sent: Thursday, April 28, 2005 12:26 AM > > To: flexcoders@yahoogroups.com > > Subject: [flexcoders] Re: SWC generates server error > > > > Thanks! About the flex classes: I already pasted the flex classes > > (from the file flexforflash.zip) into my flash first run directory. > > Do I understand correctly that this isn't enough? > > > > Also, my SWC component is actually quite complex, it's a map > > application with all kinds of graphic and animation effects, and > > uses a lot of AS. (no it's not a flash intro ;-) I especially like > > the idea that you can still use flash to build standalone mini- > > applications for use in flex. > > > > How would I go about converting my flash AS to flex, and exporting > > and then using all the assets in an SWC? > > > > thanks a lot, > > > > erik. > > > > --- In flexcoders@yahoogroups.com, "Roger Gonzalez" <[EMAIL PROTECTED]> > > wrote: > > > I think someone else already posted the answer. The Flash version > > of > > > the framework classes are different than the Flex version. You > > need to > > > register the Flex version of the classes into Flash (this is > > > complicated, but see the docs, they're pretty extensive on this). > > > > > > All SWCs in your libpath (which includes your app directory, by > > default) > > > are merged together and resolved by versioning. (If you unzip the > > SWC > > > and look at the catalog.xml file, you can see the version numbers > > on > > > each definition). If there is a Flash class with a higher version > > than > > > the Flex class with the same name, you will get the behavior you > > > describe. > > > > > > Best practices is actually to not build the components in Flash, > > but > > > rather to just build the assets in Flash and export them in a SWC. > > > Then, build the components in Flex and attach the assets to your > > Flex > > > components using Embed. > > > > > > Cheers, > > > > > > -Roger > > > > > > Roger Gonzalez > > > mailto:[EMAIL PROTECTED] > > > > > > > > > > -Original Message- > > > > From: flexcoders@yahoogroups.com > > > > [mailto:[EMAIL PROTECTED] On Behalf Of eerkmans > > > > Sent: Wednesday, April 27, 2005 12:56 AM > > > > To: flexcoders@yahoogroups.com > > > > Subject: [flexcoders] Re: SWC generates server error > > > > > >
RE: [flexcoders] Re: SWC generates server error
Erik- I suggest you try the following: 1) Turn on the generate-compile-report option in your config file. This will cause an -report.xml file to be generated. 2) Read my linker/loader article on Macromedia devnet. Skip by all that boring text, but extract out the compile report tool. (Actually, reading the article might provide some insights.) http://www.macromedia.com/devnet/flex/articles/link_load.html 3) Use the compile report visualization tool to check the dependencies of your classes, and ensure that the correct version of the classes are being used. (You can also read the XML file, but that's not as much fun as playing with dynamically generated graphs, now is it?) 4) Open up your SWCs using WinZip or whatever, and look for the version timestamps on your core classes. The most recent one will "win". 5) Make sure you turn off themes, rsls, etc. while debugging. 6) Double check your use of statics to make sure that you aren't breaking "the rules". (See my article for details.) -Roger Roger Gonzalez mailto:[EMAIL PROTECTED] > -Original Message- > From: flexcoders@yahoogroups.com > [mailto:[EMAIL PROTECTED] On Behalf Of eerkmans > Sent: Thursday, April 28, 2005 12:26 AM > To: flexcoders@yahoogroups.com > Subject: [flexcoders] Re: SWC generates server error > > Thanks! About the flex classes: I already pasted the flex classes > (from the file flexforflash.zip) into my flash first run directory. > Do I understand correctly that this isn't enough? > > Also, my SWC component is actually quite complex, it's a map > application with all kinds of graphic and animation effects, and > uses a lot of AS. (no it's not a flash intro ;-) I especially like > the idea that you can still use flash to build standalone mini- > applications for use in flex. > > How would I go about converting my flash AS to flex, and exporting > and then using all the assets in an SWC? > > thanks a lot, > > erik. > > --- In flexcoders@yahoogroups.com, "Roger Gonzalez" <[EMAIL PROTECTED]> > wrote: > > I think someone else already posted the answer. The Flash version > of > > the framework classes are different than the Flex version. You > need to > > register the Flex version of the classes into Flash (this is > > complicated, but see the docs, they're pretty extensive on this). > > > > All SWCs in your libpath (which includes your app directory, by > default) > > are merged together and resolved by versioning. (If you unzip the > SWC > > and look at the catalog.xml file, you can see the version numbers > on > > each definition). If there is a Flash class with a higher version > than > > the Flex class with the same name, you will get the behavior you > > describe. > > > > Best practices is actually to not build the components in Flash, > but > > rather to just build the assets in Flash and export them in a SWC. > > Then, build the components in Flex and attach the assets to your > Flex > > components using Embed. > > > > Cheers, > > > > -Roger > > > > Roger Gonzalez > > mailto:[EMAIL PROTECTED] > > > > > > > -Original Message- > > > From: flexcoders@yahoogroups.com > > > [mailto:[EMAIL PROTECTED] On Behalf Of eerkmans > > > Sent: Wednesday, April 27, 2005 12:56 AM > > > To: flexcoders@yahoogroups.com > > > Subject: [flexcoders] Re: SWC generates server error > > > > > > > > > > > > great, thanks a lot ! the error is fixed now. > > > > > > Not many people work with SWC components it seems, so if you > don't > > > mind I'm asking you this other question that I havedo you > happen > > > to know why my SWC's screw up my flex interface? I've posted > this > > > problem as well: > > > > > > When I place my SWC file in a custom folder instead of right > next to > > > my index.mxml, somehow all kinds of flex properties get > overwritten > > > by the SWC. (also the case with the flex button that generated > > > the 'name' error) > > > > > > For example, I can't use the property 'backgroundcolor' anywhere > in > > > my entire flex app anymore, and borders around containers aren't > > > shown anymore. > > > > > > Also, comboboxes get rendered with strange squares around their > round > > > corners. > > > > > > > > > > > > --- In flexcoders@yahoogroups.com, "Roger Gonzalez" > <
[flexcoders] Re: SWC generates server error
Thanks! About the flex classes: I already pasted the flex classes (from the file flexforflash.zip) into my flash first run directory. Do I understand correctly that this isn't enough? Also, my SWC component is actually quite complex, it's a map application with all kinds of graphic and animation effects, and uses a lot of AS. (no it's not a flash intro ;-) I especially like the idea that you can still use flash to build standalone mini- applications for use in flex. How would I go about converting my flash AS to flex, and exporting and then using all the assets in an SWC? thanks a lot, erik. --- In flexcoders@yahoogroups.com, "Roger Gonzalez" <[EMAIL PROTECTED]> wrote: > I think someone else already posted the answer. The Flash version of > the framework classes are different than the Flex version. You need to > register the Flex version of the classes into Flash (this is > complicated, but see the docs, they're pretty extensive on this). > > All SWCs in your libpath (which includes your app directory, by default) > are merged together and resolved by versioning. (If you unzip the SWC > and look at the catalog.xml file, you can see the version numbers on > each definition). If there is a Flash class with a higher version than > the Flex class with the same name, you will get the behavior you > describe. > > Best practices is actually to not build the components in Flash, but > rather to just build the assets in Flash and export them in a SWC. > Then, build the components in Flex and attach the assets to your Flex > components using Embed. > > Cheers, > > -Roger > > Roger Gonzalez > mailto:[EMAIL PROTECTED] > > > > -Original Message- > > From: flexcoders@yahoogroups.com > > [mailto:[EMAIL PROTECTED] On Behalf Of eerkmans > > Sent: Wednesday, April 27, 2005 12:56 AM > > To: flexcoders@yahoogroups.com > > Subject: [flexcoders] Re: SWC generates server error > > > > > > > > great, thanks a lot ! the error is fixed now. > > > > Not many people work with SWC components it seems, so if you don't > > mind I'm asking you this other question that I havedo you happen > > to know why my SWC's screw up my flex interface? I've posted this > > problem as well: > > > > When I place my SWC file in a custom folder instead of right next to > > my index.mxml, somehow all kinds of flex properties get overwritten > > by the SWC. (also the case with the flex button that generated > > the 'name' error) > > > > For example, I can't use the property 'backgroundcolor' anywhere in > > my entire flex app anymore, and borders around containers aren't > > shown anymore. > > > > Also, comboboxes get rendered with strange squares around their round > > corners. > > > > > > > > --- In flexcoders@yahoogroups.com, "Roger Gonzalez" <[EMAIL PROTECTED]> > > wrote: > > > > > > > > WARNING exporter: cannot export name for init actions > > > > __anonymous.0.c:\program > > > > files\\user_components\TfeResetButton .swc > > > > > > Wow, that's a pretty obscure problem. I wrote the code, and even > > I had > > > to go dig through the code to see what its doing! > > > > > > This only gets triggered if the exporter sees an unnamed sprite > > with > > > init actions (are you using #initclip?) > > > > > > It temporarily gives the sprite an export name (code dependencies > > are > > > tracked based on names, so we give the unnamed sprite a unique > > handle), > > > and then on export it warns you that its stripping out that name. > > The > > > problem with unnamed sprites is that they don't work with the > > normal SWC > > > versioning system - if you exported two copies of that SWC and > > copied > > > them both to your libpath, it wouldn't be able to determine which > > was > > > the newer version of your symbol, so it would end up including > > both. > > > > > > Coming up with a coherent message to print given that the thing its > > > complaining about is an unnamed critter deep in the bowels of a big > > > opaque file format is hard, so you got the confusing message that > > you > > > saw. However, it is only a warning, it shouldn't affect the > > behavior of > > > your app. > > > > > > Note that importing code from Flash that uses #initclip is quite > &g
RE: [flexcoders] Re: SWC generates server error
I think someone else already posted the answer. The Flash version of the framework classes are different than the Flex version. You need to register the Flex version of the classes into Flash (this is complicated, but see the docs, they're pretty extensive on this). All SWCs in your libpath (which includes your app directory, by default) are merged together and resolved by versioning. (If you unzip the SWC and look at the catalog.xml file, you can see the version numbers on each definition). If there is a Flash class with a higher version than the Flex class with the same name, you will get the behavior you describe. Best practices is actually to not build the components in Flash, but rather to just build the assets in Flash and export them in a SWC. Then, build the components in Flex and attach the assets to your Flex components using Embed. Cheers, -Roger Roger Gonzalez mailto:[EMAIL PROTECTED] > -Original Message- > From: flexcoders@yahoogroups.com > [mailto:[EMAIL PROTECTED] On Behalf Of eerkmans > Sent: Wednesday, April 27, 2005 12:56 AM > To: flexcoders@yahoogroups.com > Subject: [flexcoders] Re: SWC generates server error > > > > great, thanks a lot ! the error is fixed now. > > Not many people work with SWC components it seems, so if you don't > mind I'm asking you this other question that I havedo you happen > to know why my SWC's screw up my flex interface? I've posted this > problem as well: > > When I place my SWC file in a custom folder instead of right next to > my index.mxml, somehow all kinds of flex properties get overwritten > by the SWC. (also the case with the flex button that generated > the 'name' error) > > For example, I can't use the property 'backgroundcolor' anywhere in > my entire flex app anymore, and borders around containers aren't > shown anymore. > > Also, comboboxes get rendered with strange squares around their round > corners. > > > > --- In flexcoders@yahoogroups.com, "Roger Gonzalez" <[EMAIL PROTECTED]> > wrote: > > > > > > WARNING exporter: cannot export name for init actions > > > __anonymous.0.c:\program > > > files\\user_components\TfeResetButton .swc > > > > Wow, that's a pretty obscure problem. I wrote the code, and even > I had > > to go dig through the code to see what its doing! > > > > This only gets triggered if the exporter sees an unnamed sprite > with > > init actions (are you using #initclip?) > > > > It temporarily gives the sprite an export name (code dependencies > are > > tracked based on names, so we give the unnamed sprite a unique > handle), > > and then on export it warns you that its stripping out that name. > The > > problem with unnamed sprites is that they don't work with the > normal SWC > > versioning system - if you exported two copies of that SWC and > copied > > them both to your libpath, it wouldn't be able to determine which > was > > the newer version of your symbol, so it would end up including > both. > > > > Coming up with a coherent message to print given that the thing its > > complaining about is an unnamed critter deep in the bowels of a big > > opaque file format is hard, so you got the confusing message that > you > > saw. However, it is only a warning, it shouldn't affect the > behavior of > > your app. > > > > Note that importing code from Flash that uses #initclip is quite > > dangerous in Flex if the code has any class dependencies. We only > track > > class-to-class deps, not codesnippet-to-class deps. > > > > If you want to make the warning go away, make sure that you give > your > > symbols export names. Let me know if you need more details. > > > > -Roger > > > > Roger Gonzalez > > mailto:[EMAIL PROTECTED] > > > > > > > Yahoo! Groups Links > > > > > > > > Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
[flexcoders] Re: SWC generates server error
great, thanks a lot ! the error is fixed now. Not many people work with SWC components it seems, so if you don't mind I'm asking you this other question that I havedo you happen to know why my SWC's screw up my flex interface? I've posted this problem as well: When I place my SWC file in a custom folder instead of right next to my index.mxml, somehow all kinds of flex properties get overwritten by the SWC. (also the case with the flex button that generated the 'name' error) For example, I can't use the property 'backgroundcolor' anywhere in my entire flex app anymore, and borders around containers aren't shown anymore. Also, comboboxes get rendered with strange squares around their round corners. --- In flexcoders@yahoogroups.com, "Roger Gonzalez" <[EMAIL PROTECTED]> wrote: > > > > WARNING exporter: cannot export name for init actions > > __anonymous.0.c:\program > > files\\user_components\TfeResetButton .swc > > Wow, that's a pretty obscure problem. I wrote the code, and even I had > to go dig through the code to see what its doing! > > This only gets triggered if the exporter sees an unnamed sprite with > init actions (are you using #initclip?) > > It temporarily gives the sprite an export name (code dependencies are > tracked based on names, so we give the unnamed sprite a unique handle), > and then on export it warns you that its stripping out that name. The > problem with unnamed sprites is that they don't work with the normal SWC > versioning system - if you exported two copies of that SWC and copied > them both to your libpath, it wouldn't be able to determine which was > the newer version of your symbol, so it would end up including both. > > Coming up with a coherent message to print given that the thing its > complaining about is an unnamed critter deep in the bowels of a big > opaque file format is hard, so you got the confusing message that you > saw. However, it is only a warning, it shouldn't affect the behavior of > your app. > > Note that importing code from Flash that uses #initclip is quite > dangerous in Flex if the code has any class dependencies. We only track > class-to-class deps, not codesnippet-to-class deps. > > If you want to make the warning go away, make sure that you give your > symbols export names. Let me know if you need more details. > > -Roger > > Roger Gonzalez > mailto:[EMAIL PROTECTED] Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/