[Flashcoders] loadermax load issue?
hey all
just wanted to run something by you guys before i went to greensock. We've
started using LoaderMax in house and we're starting to get some weird load
errors (or lack thereof)
we're adding everything into the queue manually, setting event listeners and
starting the queue and everything seems to load twice but the following
behaviour occurs:
the queue starts
several progress events occur
then the application fails to get a complete event.
we're getting no load errors, or any flash errors - the loader just fails to
complete.
here is the code
[code]
_queue = new LoaderMax( { name:dataQueue, onProgress:onQueueProgress,
onComplete:onQueueComplete, onError:onQueueError } );
_queue.append( new SelfLoader(this, { name:self } ) );
_queue.append( new CSSLoader( cssPath, { name:cssStyle } ) );
_queue.append( new XMLLoader(xmlPath, { name:xmlData, noCache:false } ) );
_queue.load();
[/code]
be interested to see if this has happened to anyone else
best
a
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
[Flashcoders] E4X strangeness
Hi list... For some strange reason (and I mean REALLY strange), the second statement below depends on the first statement. As far as I can tell, the two lines have nothing to do with each other. When c runs, clickedOne returns an XMLList. When c is commented out, clickedOne returns null. var c:XMLList = topicData[0].descendants(*).(hasOwnProperty(@title) @title == String(u[info][text])); var clickedOne:XMLList = topicData[0].asset.(hasOwnProperty(@title) (@title == String(u[info][text]))); Could it somehow be that initializing var c creates something that's next needed for the var clickedOne to evaluate properly? Perplexed, - Michael M. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Testing display object if its MovieClip or BitMap?
I know a solution may already be found but this was my first thought and I
am curious how any of you feel about switch (true) for this problem
switch (true) {
case loadedDisplayObject is MovieClip:
case loadedDisplayObject is Bitmap:
}
Is switch (true) just bad practice? and does 'is' not work in this case?
Anyone want to stab at it?
Ktu
On Sat, Dec 4, 2010 at 11:26 PM, Micky Hulse mickyhulse.li...@gmail.comwrote:
On Thu, Dec 2, 2010 at 3:17 AM, Karim Beyrouti ka...@kurst.co.uk wrote:
Hopefully the line breaks here wont be too bad, pasting the code:
Very nice!!! Many thanks Karim
I will test it out and let you know how it goes. :)
Have an excellent day/night!
Cheers,
Micky
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
--
Ktu;
The information contained in this message may be privileged and/or
confidential. If you are NOT the intended recipient, please notify the
sender immediately and destroy this message.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] E4X strangeness
Mendelsohn, Michael skriver: Hi list... For some strange reason (and I mean REALLY strange), the second statement below depends on the first statement. As far as I can tell, the two lines have nothing to do with each other. When c runs, clickedOne returns an XMLList. When c is commented out, clickedOne returns null. var c:XMLList = topicData[0].descendants(*).(hasOwnProperty(@title) @title == String(u[info][text])); var clickedOne:XMLList = topicData[0].asset.(hasOwnProperty(@title) (@title == String(u[info][text]))); Could it somehow be that initializing var c creates something that's next needed for the var clickedOne to evaluate properly? I can't see any reason how this should happen. But my gut instinct says that you should decompile the output and see how the generated loops look like. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] E4X strangeness
Hi Henrik... Thanks for responding. What do you mean by decompile the output? How would I do that? - MM I can't see any reason how this should happen. But my gut instinct says that you should decompile the output and see how the generated loops look like. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] loadermax load issue?
No need to avoid going straight to GreenSock - there are dedicated forums
for these types of questions at http://forums.greensock.com and I try to be
very active there.
Anyway, I don't remember ever hearing of a LoaderMax queue simply not
completing except if it contains a VideoLoader that is between version 1.73
and 1.75 (those versions exposed a Flash bug in a particular scenario - long
story - but it was worked around as of version 1.76). Your code didn't show
any VideoLoaders, though, so I suspect something else is going on.
I'd love to see a sample FLA that demonstrates the problem (the simpler the
better, no need to see your production files). That'd really help in terms
of troubleshooting.
And of course make sure you're using the latest version.
http://www.greensock.com/loadermax/
I'm sure we can get to the bottom of this once I see the sample file(s).
Jack
PS The loading twice thing sounds related to file size audits - please see
the explanation at http://www.greensock.com/loadermax-tips/#10
-Original Message-
From: allandt bik-elliott (thefieldcomic.com) [mailto:alla...@gmail.com]
Sent: Monday, December 06, 2010 5:15 AM
To: Flash Coders List
Subject: [Flashcoders] loadermax load issue?
hey all
just wanted to run something by you guys before i went to greensock. We've
started using LoaderMax in house and we're starting to get some weird load
errors (or lack thereof)
we're adding everything into the queue manually, setting event listeners and
starting the queue and everything seems to load twice but the following
behaviour occurs:
the queue starts
several progress events occur
then the application fails to get a complete event.
we're getting no load errors, or any flash errors - the loader just fails to
complete.
here is the code
[code]
_queue = new LoaderMax( { name:dataQueue, onProgress:onQueueProgress,
onComplete:onQueueComplete, onError:onQueueError } );
_queue.append( new SelfLoader(this, { name:self } ) );
_queue.append( new CSSLoader( cssPath, { name:cssStyle } ) );
_queue.append( new XMLLoader(xmlPath, { name:xmlData, noCache:false } ) );
_queue.load();
[/code]
be interested to see if this has happened to anyone else
best
a
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] E4X strangeness
He means use a .swf decompiler application to see what the resulting code looks like that your Actionscript compiler generated. Here's a pretty good and free one: http://www.sothink.com/product/flashdecompiler/download.htm I agree with the others, I don't see anything wrong with your code. Is there some other dependency in your app you're maybe not accounting for? Very odd bug. On paper, doesn't make sense. One options might be that your .swf is not getting the updated versions of your class. Might try either deleting ASO files or bringing your classes into a fresh .fla (if you're using Flash Pro). Jason Merrill Instructional Technology Architect Bank of America Global Learning ___ -Original Message- From: flashcoders-boun...@chattyfig.figleaf.com [mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Mendelsohn, Michael Sent: Monday, December 06, 2010 11:56 AM To: Flash Coders List Subject: RE: [Flashcoders] E4X strangeness Hi Henrik... Thanks for responding. What do you mean by decompile the output? How would I do that? - MM I can't see any reason how this should happen. But my gut instinct says that you should decompile the output and see how the generated loops look like. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
