[Flashcoders] motion faces idea with flash

2007-03-04 Thread mohamed sabry
i know how to load image inside textarea or any dynamic text 

the issue is the image always com in a new line alone 



how i can make it come in the right place ??

any one tried this?


 

The fish are biting. 
Get more visitors on your site using Yahoo! Search Marketing.
http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


RE: [Flashcoders] AS3... when to start?

2007-03-04 Thread Kalani Bright

I don't know about FDT or what that was based on.
I know Adobe purchased a company which produced Eclipse related plugins such
as JSEclipse.
Which probably is how they got Flex Builder built so fast.

As far as Flex goes verything can be done in Flash.
If you have an ounce of artist in you please avoid Flex. 
Flex is somewhat the equivalent of visual studio .net's ide.  Drag and drop
components onto the stage.
It's a boring sort of deal...more interesting than other technologies...but
not flash + code.  But yes it is faster.

But I use Flex Builder 2 in conjuction with Flash and avoid Flex altogether.


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Omar Fouad
Sent: Sunday, March 04, 2007 12:28 PM
To: flashcoders@chattyfig.figleaf.com
Subject: Re: [Flashcoders] AS3... when to start?

I think what you can do in flex can be done in flash, flex is
easierthough

Is this right??


On 3/4/07, Chris RM <[EMAIL PROTECTED]> wrote:
>
> I didn't know Flex Builder was based off Eclipse. I haven't used F.B.
> but how does it differ from the FDT plug-in for Eclipse? Is it as 
> robust as FDT?
>
> http://ftd.powerflasher.com
>
> Chris
>
>
> On Mar 4, 2007, at 12:04 PM, Muzak wrote:
>
> > Hi Micky, see inline reply.
> >
> > - Original Message -
> > From: "Micky Hulse" <[EMAIL PROTECTED]>
> > To: "Flashcoders mailing list" 
> > Sent: Sunday, March 04, 2007 6:32 AM
> > Subject: [Flashcoders] AS3... when to start?
> >
> >
> >> Hi all,
> >>
> >> I just picked-up Actionscript 3.0 Cookbook (O'Reilly) today, and 
> >> found myself pondering this:
> >>
> >> Is it time to make the switch from v2 to v3 AS?
> >
> > That (as always) depends on your goal (project).
> > If you're into RIA's, Flex+AS3 is probably better suited for the job.
> >
> >> Third paragraph states:
> >>
> >> "This book assumes that you have obtained a copy of Flex Builder 2 
> >> and have successfully installed it on your computer. ... "
> >>
> >> What happened to coding in Flash? Am I waiting for the next version 
> >> of Flash until I can successfully and/or easily write AS3 via the 
> >> Flash application?
> >
> > I think the above answer applies here as well.
> >
> >> Will the future of Flash AS always require the Flex Builder? Or, is 
> >> Flex Builder just one out of many/few code editors for compiling 
> >> the new AS3 code?
> >
> > Flex Builder is just another AS editor. It just happens to be ahead 
> > of the Flash IDE when it comes to AS-version.
> > AS3 for the Flash IDE is currently only available through the AS3 
> > alpha preview (http://labs.adobe.com)
> >
> >> If I only want to animate some objects around the stage 
> >> programatically (for something like a website header), should I 
> >> just make the switch to AS3 (if player versions were not an issue), 
> >> or is
> >> AS2 still an acceptable way of producing small action-scripted 
> >> movies?
> >
> > I see no reason why you'd switch to AS3 for this kind of work.
> >
> >> Links? Blog posts? Articles? Am I over-complicating things?
> >
> > What kind of links/articles are you looking for?
> > http://labs.adobe.com/technologies/flash9as3preview/
> > http://www.adobe.com/products/flex/
> > http://www.adobe.com/devnet/flex/
> > http://tech.groups.yahoo.com/group/flexcoders/
> > http://weblogs.macromedia.com/mxna/
> >
> >
> > As for over-complicating things, I'd say, yes ;-)
> >
> > Flex/Flex Builder was made because Flash (as a technology) has 
> > become more and more powerful and more and more programmers with all 
> > kinds of backgrounds (Java, .NET, etc..) started using it (or wanted 
> > to) but found the Flash IDE lacking, especially compared to other 
> > tools available for other languages.
> > So Flex/Flex Builder is not here to replace the Flash IDE, but
> > (finally) gives those that are more into the programming side of 
> > things a powerful and robust tool that they're probably already 
> > comfortable with, since it's based on Eclipse
> > (http://www.eclipse.org)
> >
> > older articles explaining Flex + AS3 
> > http://www.adobe.com/devnet/flash/articles/flex2_flash.html
> > http://www.adobe.com/devnet/flex/articles/flex2_intro.html
> >
> > I think the following quote (from Nigel Pegg) sums it all up:
> > "We Call This 'The Timeline.' No, Wait, Come Back!"
> > http://www.adobe.com/devnet/flex/articles/flash_perspective.html
> >
> > regards,
> > Muzak
> >
> >
> >
> > ___
> > Flashcoders@chattyfig.figleaf.com
> > To change your subscription options or search the archive:
> > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
> >
> > Brought to you by Fig Leaf Software
> > Premier Authorized Adobe Consulting and Training 
> > http://www.figleaf.com http://training.figleaf.com
>
> ___
> Flashcoders@chattyfig.figleaf.com
> To change your subscription options or search the archive:
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoder

[Flashcoders] Re: OT: Is this done in processing?

2007-03-04 Thread Troy Gardner
The correct term for the technique is "Frustrated Total Internal Reflection".

http://en.wikipedia.org/wiki/Total_internal_reflection

The cool thing is the technique is fairly approachable with off the shelf parts
and open source software. Processing, Java, Flash can all be used.
http://nuigroup.com/forums/
http://nuigroup.com/


Jeffery Han has also formed a company around it
http://www.perceptivepixel.com/

Though I can say having used mulitouch input devices, tablet pcs, and
touchscreens, whiteboards before. They are cool, but not something you can use
all day, the ergonomics just aren't correct, and for typing the error rate is
high because there isn't any tactile feedback. 

Troy Gardner -"How you live your seconds, is how you live your days, is how you 
live your life..."

http://www.troygardner.com -my world
http://www.troyworks.com - building Rich Internet Applications
http://www.intrio.com -helping bridge the gap between the humans and machines. 
Home of the Flickey™
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


Re: [Flashcoders] AS3... when to start?

2007-03-04 Thread Omar Fouad

I think what you can do in flex can be done in flash, flex is
easierthough

Is this right??


On 3/4/07, Chris RM <[EMAIL PROTECTED]> wrote:


I didn't know Flex Builder was based off Eclipse. I haven't used F.B.
but how does it differ from the FDT plug-in for Eclipse? Is it as
robust as FDT?

http://ftd.powerflasher.com

Chris


On Mar 4, 2007, at 12:04 PM, Muzak wrote:

> Hi Micky, see inline reply.
>
> - Original Message -
> From: "Micky Hulse" <[EMAIL PROTECTED]>
> To: "Flashcoders mailing list" 
> Sent: Sunday, March 04, 2007 6:32 AM
> Subject: [Flashcoders] AS3... when to start?
>
>
>> Hi all,
>>
>> I just picked-up Actionscript 3.0 Cookbook (O'Reilly) today, and
>> found myself pondering this:
>>
>> Is it time to make the switch from v2 to v3 AS?
>
> That (as always) depends on your goal (project).
> If you're into RIA's, Flex+AS3 is probably better suited for the job.
>
>> Third paragraph states:
>>
>> "This book assumes that you have obtained a copy of Flex Builder 2
>> and have successfully installed it on your computer. ... "
>>
>> What happened to coding in Flash? Am I waiting for the next
>> version of Flash until I can successfully and/or easily write AS3 via
>> the Flash application?
>
> I think the above answer applies here as well.
>
>> Will the future of Flash AS always require the Flex Builder? Or,
>> is Flex Builder just one out of many/few code editors for
>> compiling the new AS3 code?
>
> Flex Builder is just another AS editor. It just happens to be ahead
> of the Flash IDE when it comes to AS-version.
> AS3 for the Flash IDE is currently only available through the AS3
> alpha preview (http://labs.adobe.com)
>
>> If I only want to animate some objects around the stage
>> programatically (for something like a website header), should I
>> just make
>> the switch to AS3 (if player versions were not an issue), or is
>> AS2 still an acceptable way of producing small action-scripted
>> movies?
>
> I see no reason why you'd switch to AS3 for this kind of work.
>
>> Links? Blog posts? Articles? Am I over-complicating things?
>
> What kind of links/articles are you looking for?
> http://labs.adobe.com/technologies/flash9as3preview/
> http://www.adobe.com/products/flex/
> http://www.adobe.com/devnet/flex/
> http://tech.groups.yahoo.com/group/flexcoders/
> http://weblogs.macromedia.com/mxna/
>
>
> As for over-complicating things, I'd say, yes ;-)
>
> Flex/Flex Builder was made because Flash (as a technology) has
> become more and more powerful and more and more programmers with all
> kinds of backgrounds (Java, .NET, etc..) started using it (or
> wanted to) but found the Flash IDE lacking, especially compared to
> other tools available for other languages.
> So Flex/Flex Builder is not here to replace the Flash IDE, but
> (finally) gives those that are more into the programming side of
> things a powerful and robust tool that they're probably already
> comfortable with, since it's based on Eclipse
> (http://www.eclipse.org)
>
> older articles explaining Flex + AS3
> http://www.adobe.com/devnet/flash/articles/flex2_flash.html
> http://www.adobe.com/devnet/flex/articles/flex2_intro.html
>
> I think the following quote (from Nigel Pegg) sums it all up:
> "We Call This 'The Timeline.' No, Wait, Come Back!"
> http://www.adobe.com/devnet/flex/articles/flash_perspective.html
>
> regards,
> Muzak
>
>
>
> ___
> Flashcoders@chattyfig.figleaf.com
> To change your subscription options or search the archive:
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
> Brought to you by Fig Leaf Software
> Premier Authorized Adobe Consulting and Training
> http://www.figleaf.com
> http://training.figleaf.com

___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com





--
Omar Fouad - Digital Emotions...

Love is always patient and kind. It is never jealous. Love is never boastful
nor conceited It is never rude or selfish. It does not take offense and is
not resentful. Love takes no pleasure in other people's sins...but delights
in the truth. It is always ready to excuse, to trust, to hope... and to
endure... whatever comes.
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


Re: [Flashcoders] clearInterval(0);

2007-03-04 Thread Alain Rousseau

Well actually, clearInterval(0) clears the interval ID 0

lets say you have an interval defined :

var myInt:Number = setInterval(this, "doSomething", 1000);

then it is possible that myInt = 0.

The value of myInt is set by calling setInterval, which returns the ID 
of the interval,

so doing clearInterval(0) is the same as doing clearInterval(myInt)

but otherwise it doesn't do anything if no interval ID 0 exists

Adam Pasztory wrote:

Wow, lots of interval questions lately... :)

I don't believe clearInterval(0) does anything.  However, the code you
posted looks correct.

-Adam
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com




___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


[Flashcoders] We need some help: Server space offer

2007-03-04 Thread Marcelo de Moraes Serpa

Hi list,

I don't mean to spam the list with server offering or something like that.
Don't get me wrong, please.

I'm on a urgent need of money to pay my server rents. This month's revenue
wasn't what we* exptected and we aren't able to pay our dedicated server's
bill for much longer.

So I thought I would try this list for anyone interested on cheap server
space. I don't need much money, just enough to able to cover the server
costs so we can keep on our work.

I know some of you will tell us to switch to a lower cost server or VPS.
This could be an alternative. Buf before, I thought I would try to sell some
space.

If you are interested, please, contact-me off-list.

We have a dedicated Athlon XP 3000, 512MB RAM, 80GB disk space (average 10gb
used). The server is located at the Savvy data-center.

(we are a small web development agency located on the south of Brazil).

Sorry for the message, but I really had to try it.

Marcelo.
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


Re: [Flashcoders] AS3... when to start?

2007-03-04 Thread Chris RM
I didn't know Flex Builder was based off Eclipse. I haven't used F.B.  
but how does it differ from the FDT plug-in for Eclipse? Is it as  
robust as FDT?


http://ftd.powerflasher.com

Chris


On Mar 4, 2007, at 12:04 PM, Muzak wrote:


Hi Micky, see inline reply.

- Original Message -
From: "Micky Hulse" <[EMAIL PROTECTED]>
To: "Flashcoders mailing list" 
Sent: Sunday, March 04, 2007 6:32 AM
Subject: [Flashcoders] AS3... when to start?



Hi all,

I just picked-up Actionscript 3.0 Cookbook (O'Reilly) today, and  
found myself pondering this:


Is it time to make the switch from v2 to v3 AS?


That (as always) depends on your goal (project).
If you're into RIA's, Flex+AS3 is probably better suited for the job.


Third paragraph states:

"This book assumes that you have obtained a copy of Flex Builder 2  
and have successfully installed it on your computer. ... "


What happened to coding in Flash? Am I waiting for the next  
version of Flash until I can successfully and/or easily write AS3 via

the Flash application?


I think the above answer applies here as well.

Will the future of Flash AS always require the Flex Builder? Or,  
is Flex Builder just one out of many/few code editors for

compiling the new AS3 code?


Flex Builder is just another AS editor. It just happens to be ahead  
of the Flash IDE when it comes to AS-version.
AS3 for the Flash IDE is currently only available through the AS3  
alpha preview (http://labs.adobe.com)


If I only want to animate some objects around the stage  
programatically (for something like a website header), should I  
just make
the switch to AS3 (if player versions were not an issue), or is  
AS2 still an acceptable way of producing small action-scripted

movies?


I see no reason why you'd switch to AS3 for this kind of work.


Links? Blog posts? Articles? Am I over-complicating things?


What kind of links/articles are you looking for?
http://labs.adobe.com/technologies/flash9as3preview/
http://www.adobe.com/products/flex/
http://www.adobe.com/devnet/flex/
http://tech.groups.yahoo.com/group/flexcoders/
http://weblogs.macromedia.com/mxna/


As for over-complicating things, I'd say, yes ;-)

Flex/Flex Builder was made because Flash (as a technology) has  
become more and more powerful and more and more programmers with all
kinds of backgrounds (Java, .NET, etc..) started using it (or  
wanted to) but found the Flash IDE lacking, especially compared to

other tools available for other languages.
So Flex/Flex Builder is not here to replace the Flash IDE, but  
(finally) gives those that are more into the programming side of
things a powerful and robust tool that they're probably already  
comfortable with, since it's based on Eclipse

(http://www.eclipse.org)

older articles explaining Flex + AS3
http://www.adobe.com/devnet/flash/articles/flex2_flash.html
http://www.adobe.com/devnet/flex/articles/flex2_intro.html

I think the following quote (from Nigel Pegg) sums it all up:
"We Call This 'The Timeline.' No, Wait, Come Back!"
http://www.adobe.com/devnet/flex/articles/flash_perspective.html

regards,
Muzak



___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


Re: [Flashcoders] AS3... when to start?

2007-03-04 Thread T. Michael Keesey

On 3/3/07, Micky Hulse <[EMAIL PROTECTED]> wrote:

Hi all,

I just picked-up Actionscript 3.0 Cookbook (O'Reilly) today, and found
myself pondering this:

Is it time to make the switch from v2 to v3 AS?


If you are using Flex, then yes. If you are using Flash, then probably
not. They have only released an alpha version of Flash 9, and it's
basically just Flash 8 with the ability to compile AS3.

Now is a good time to become acquainted with AS3, though, either
through Flex Builder 2 or the Flash 9 alpha (or both).
--
Mike Keesey
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


Re: [Flashcoders] AS3... when to start?

2007-03-04 Thread Muzak
Hi Micky, see inline reply.

- Original Message - 
From: "Micky Hulse" <[EMAIL PROTECTED]>
To: "Flashcoders mailing list" 
Sent: Sunday, March 04, 2007 6:32 AM
Subject: [Flashcoders] AS3... when to start?


> Hi all,
>
> I just picked-up Actionscript 3.0 Cookbook (O'Reilly) today, and found myself 
> pondering this:
>
> Is it time to make the switch from v2 to v3 AS?

That (as always) depends on your goal (project).
If you're into RIA's, Flex+AS3 is probably better suited for the job.

> Third paragraph states:
>
> "This book assumes that you have obtained a copy of Flex Builder 2 and have 
> successfully installed it on your computer. ... "
>
> What happened to coding in Flash? Am I waiting for the next version of Flash 
> until I can successfully and/or easily write AS3 via 
> the Flash application?

I think the above answer applies here as well.

> Will the future of Flash AS always require the Flex Builder? Or, is Flex 
> Builder just one out of many/few code editors for 
> compiling the new AS3 code?

Flex Builder is just another AS editor. It just happens to be ahead of the 
Flash IDE when it comes to AS-version.
AS3 for the Flash IDE is currently only available through the AS3 alpha preview 
(http://labs.adobe.com)

> If I only want to animate some objects around the stage programatically (for 
> something like a website header), should I just make 
> the switch to AS3 (if player versions were not an issue), or is AS2 still an 
> acceptable way of producing small action-scripted 
> movies?

I see no reason why you'd switch to AS3 for this kind of work.

> Links? Blog posts? Articles? Am I over-complicating things?

What kind of links/articles are you looking for?
http://labs.adobe.com/technologies/flash9as3preview/
http://www.adobe.com/products/flex/
http://www.adobe.com/devnet/flex/
http://tech.groups.yahoo.com/group/flexcoders/
http://weblogs.macromedia.com/mxna/


As for over-complicating things, I'd say, yes ;-)

Flex/Flex Builder was made because Flash (as a technology) has become more and 
more powerful and more and more programmers with all 
kinds of backgrounds (Java, .NET, etc..) started using it (or wanted to) but 
found the Flash IDE lacking, especially compared to 
other tools available for other languages.
So Flex/Flex Builder is not here to replace the Flash IDE, but (finally) gives 
those that are more into the programming side of 
things a powerful and robust tool that they're probably already comfortable 
with, since it's based on Eclipse 
(http://www.eclipse.org)

older articles explaining Flex + AS3
http://www.adobe.com/devnet/flash/articles/flex2_flash.html
http://www.adobe.com/devnet/flex/articles/flex2_intro.html

I think the following quote (from Nigel Pegg) sums it all up:
"We Call This 'The Timeline.' No, Wait, Come Back!"
http://www.adobe.com/devnet/flex/articles/flash_perspective.html

regards,
Muzak



___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


Re: [Flashcoders] clearInterval(0);

2007-03-04 Thread Adam Pasztory

Wow, lots of interval questions lately... :)

I don't believe clearInterval(0) does anything.  However, the code you
posted looks correct.

-Adam
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


Re: [Flashcoders] more _lockroot woes

2007-03-04 Thread Hans Wichman

Hi,

no I was having _lockroot problems.

greetz
JC


On 3/4/07, Ron Wheeler <[EMAIL PROTECTED]> wrote:


Back in the late 1940s, the idea of programs using data to modify their
behaviour was invented.
Prior to that, if you wanted to have a program do something different
depending on the situation, you constructed a bunch of programs and
selected the one that you wanted to run.

You seem to have wandered into a pre-1950 programming mode.

The generally accepted way to solve the problem is to write a Class that
reads data from the server and depending on the data, alters its
behaviour.
1) This class is only loaded once so you do not have the problem of
trying to delete the Class definition.
2) The data is generally a lot smaller than the Class definition
3) Data is usually faster to parse than a Class definition
4) The general Class is a bit larger than each specific class but
probably a lot smaller than the total of all of the classes - longer
first load but savings later.

You can write helper classes that can be loaded on demand but they can
have unique names.

Ron


Hans Wichman wrote:
> Hi,
> yep and thanks for the replies. Well its all ofcourse just corporal
> punishment for using lockroot:) One more reason to stay away from it,
now
> only to find a good replacement:). Very strange though, one case where
> I ran
> into this problem is, using a main.swf and a sub.swf, where the sub
would
> lose its reference only after it was loaded the second time. Main did
not
> contains any of subs classes.
> Very strange.
>
> Anywayz thanks all!
> JC
>
>
> On 3/4/07, Brian Williams <[EMAIL PROTECTED]> wrote:
>>
>> That was kind of my point.  He thought the issue was with lockroot,
>> and I
>> was trying to say that the issue was probably the fact that the first
>> version of the class is used (which was loaded before the lockroot).
>>
>> Every case that I've run into where the root wasn't preserved by using
>> lockroot was when the class that referenced root had already been
>> loaded.
>>
>>
>> --Brian
>>
>> On 3/3/07, Ian Thomas <[EMAIL PROTECTED]> wrote:
>> >
>> > Hi Brian,
>> >I think what you're talking about is a different phenomenon.
>> >
>> >The Flash Player always uses the _first version_ of any class that
>> > it loads. So if your parent movie has a class com.mydomain.SomeClass,
>> > and your .swf that loads into your parten movie has a different class
>> > com.mydomain.SomeClass, then the first one will always be the one
>> > used.
>> >
>> >So be very careful with package naming. :-)
>> >
>> >There is a way around it, if you really need to get around it:
>> > before loading your second .swf, call:
>> >
>> > delete _global.com.mydomain.SomeClass;
>> >
>> >Any instances of SomeClass which already exist in the parent will
>> > be fine. And the loaded .swf will use the 'right' version of the
>> > class.
>> >
>> >   But it's not without dangers - you can never create an instance of
>> > the original version of the class again. I'd only use that trick if
>> > you really really need it.
>> >
>> >   In short - be careful what you're doing with naming. :-) Avoid name
>> > collisions.
>> >
>> > Cheers,
>> >Ian
>> >
>> > On 3/3/07, Brian Williams <[EMAIL PROTECTED]> wrote:
>> > > Yes, I've noticed that too.  Classes are only loaded once, so if
>> swf A
>> > uses
>> > > class Foo, and then loads swf B into a lockroot, if swf B also has
a
>> > class
>> > > Foo, it's going to be using the class defined in swf A (with the
>> wrong
>> > > root).  Note:  it's not just the interpretation of _root.  class
Foo
>> > from
>> > > swf A might be a totally different (older, for example) version,
but
>> > that's
>> > > what swf B will see.
>> > >
>> > > --Brian
>> > ___
>> > Flashcoders@chattyfig.figleaf.com
>> > To change your subscription options or search the archive:
>> > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>> >
>> > Brought to you by Fig Leaf Software
>> > Premier Authorized Adobe Consulting and Training
>> > http://www.figleaf.com
>> > http://training.figleaf.com
>> >
>> ___
>> Flashcoders@chattyfig.figleaf.com
>> To change your subscription options or search the archive:
>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>
>> Brought to you by Fig Leaf Software
>> Premier Authorized Adobe Consulting and Training
>> http://www.figleaf.com
>> http://training.figleaf.com
>>
> ___
> Flashcoders@chattyfig.figleaf.com
> To change your subscription options or search the archive:
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
> Brought to you by Fig Leaf Software
> Premier Authorized Adobe Consulting and Training
> http://www.figleaf.com
> http://training.figleaf.com
>
>
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figl

Re: [Flashcoders] more _lockroot woes

2007-03-04 Thread Ron Wheeler
Back in the late 1940s, the idea of programs using data to modify their 
behaviour was invented.
Prior to that, if you wanted to have a program do something different 
depending on the situation, you constructed a bunch of programs and 
selected the one that you wanted to run.


You seem to have wandered into a pre-1950 programming mode.

The generally accepted way to solve the problem is to write a Class that 
reads data from the server and depending on the data, alters its behaviour.
1) This class is only loaded once so you do not have the problem of 
trying to delete the Class definition.

2) The data is generally a lot smaller than the Class definition
3) Data is usually faster to parse than a Class definition
4) The general Class is a bit larger than each specific class but 
probably a lot smaller than the total of all of the classes - longer 
first load but savings later.


You can write helper classes that can be loaded on demand but they can 
have unique names.


Ron


Hans Wichman wrote:

Hi,
yep and thanks for the replies. Well its all ofcourse just corporal
punishment for using lockroot:) One more reason to stay away from it, now
only to find a good replacement:). Very strange though, one case where 
I ran

into this problem is, using a main.swf and a sub.swf, where the sub would
lose its reference only after it was loaded the second time. Main did not
contains any of subs classes.
Very strange.

Anywayz thanks all!
JC


On 3/4/07, Brian Williams <[EMAIL PROTECTED]> wrote:


That was kind of my point.  He thought the issue was with lockroot, 
and I

was trying to say that the issue was probably the fact that the first
version of the class is used (which was loaded before the lockroot).

Every case that I've run into where the root wasn't preserved by using
lockroot was when the class that referenced root had already been 
loaded.



--Brian

On 3/3/07, Ian Thomas <[EMAIL PROTECTED]> wrote:
>
> Hi Brian,
>I think what you're talking about is a different phenomenon.
>
>The Flash Player always uses the _first version_ of any class that
> it loads. So if your parent movie has a class com.mydomain.SomeClass,
> and your .swf that loads into your parten movie has a different class
> com.mydomain.SomeClass, then the first one will always be the one
> used.
>
>So be very careful with package naming. :-)
>
>There is a way around it, if you really need to get around it:
> before loading your second .swf, call:
>
> delete _global.com.mydomain.SomeClass;
>
>Any instances of SomeClass which already exist in the parent will
> be fine. And the loaded .swf will use the 'right' version of the
> class.
>
>   But it's not without dangers - you can never create an instance of
> the original version of the class again. I'd only use that trick if
> you really really need it.
>
>   In short - be careful what you're doing with naming. :-) Avoid name
> collisions.
>
> Cheers,
>Ian
>
> On 3/3/07, Brian Williams <[EMAIL PROTECTED]> wrote:
> > Yes, I've noticed that too.  Classes are only loaded once, so if 
swf A

> uses
> > class Foo, and then loads swf B into a lockroot, if swf B also has a
> class
> > Foo, it's going to be using the class defined in swf A (with the 
wrong

> > root).  Note:  it's not just the interpretation of _root.  class Foo
> from
> > swf A might be a totally different (older, for example) version, but
> that's
> > what swf B will see.
> >
> > --Brian
> ___
> Flashcoders@chattyfig.figleaf.com
> To change your subscription options or search the archive:
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
> Brought to you by Fig Leaf Software
> Premier Authorized Adobe Consulting and Training
> http://www.figleaf.com
> http://training.figleaf.com
>
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com



___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


[Flashcoders] clearInterval(0);

2007-03-04 Thread Alexander Farber

Hello,

is it maybe safe to call clearInterval(0)
(same way as calling free(NULL) in C language)
or should I better not rely on this?

Here is my web chat function and I wonder
if I could get rid of the very first line in it:

var intervalID:Number = 0;
var resp_lv:LoadVars = new LoadVars();
var req_lv:LoadVars = new LoadVars();

function fetch(event_num:Number, args:String):Void {
if (0 != intervalID) /* XXX remove this check? */
clearInterval(intervalID);

req_lv.event = event_num;

if (args != undefined)
req_lv.args = args;
else
delete req_lv.args;

req_lv.sendAndLoad(MODULE_URL, resp_lv, 'GET');

intervalID = setInterval(fetch, 10 * 1000, ALIVE);
}

Regards
Alex

--
http://preferans.de
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


Re: [Flashcoders] more _lockroot woes

2007-03-04 Thread Hans Wichman

Hi,
yep and thanks for the replies. Well its all ofcourse just corporal
punishment for using lockroot:) One more reason to stay away from it, now
only to find a good replacement:). Very strange though, one case where I ran
into this problem is, using a main.swf and a sub.swf, where the sub would
lose its reference only after it was loaded the second time. Main did not
contains any of subs classes.
Very strange.

Anywayz thanks all!
JC


On 3/4/07, Brian Williams <[EMAIL PROTECTED]> wrote:


That was kind of my point.  He thought the issue was with lockroot, and I
was trying to say that the issue was probably the fact that the first
version of the class is used (which was loaded before the lockroot).

Every case that I've run into where the root wasn't preserved by using
lockroot was when the class that referenced root had already been loaded.


--Brian

On 3/3/07, Ian Thomas <[EMAIL PROTECTED]> wrote:
>
> Hi Brian,
>I think what you're talking about is a different phenomenon.
>
>The Flash Player always uses the _first version_ of any class that
> it loads. So if your parent movie has a class com.mydomain.SomeClass,
> and your .swf that loads into your parten movie has a different class
> com.mydomain.SomeClass, then the first one will always be the one
> used.
>
>So be very careful with package naming. :-)
>
>There is a way around it, if you really need to get around it:
> before loading your second .swf, call:
>
> delete _global.com.mydomain.SomeClass;
>
>Any instances of SomeClass which already exist in the parent will
> be fine. And the loaded .swf will use the 'right' version of the
> class.
>
>   But it's not without dangers - you can never create an instance of
> the original version of the class again. I'd only use that trick if
> you really really need it.
>
>   In short - be careful what you're doing with naming. :-) Avoid name
> collisions.
>
> Cheers,
>Ian
>
> On 3/3/07, Brian Williams <[EMAIL PROTECTED]> wrote:
> > Yes, I've noticed that too.  Classes are only loaded once, so if swf A
> uses
> > class Foo, and then loads swf B into a lockroot, if swf B also has a
> class
> > Foo, it's going to be using the class defined in swf A (with the wrong
> > root).  Note:  it's not just the interpretation of _root.  class Foo
> from
> > swf A might be a totally different (older, for example) version, but
> that's
> > what swf B will see.
> >
> > --Brian
> ___
> Flashcoders@chattyfig.figleaf.com
> To change your subscription options or search the archive:
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
> Brought to you by Fig Leaf Software
> Premier Authorized Adobe Consulting and Training
> http://www.figleaf.com
> http://training.figleaf.com
>
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com


Re: [Flashcoders] AS3... when to start?

2007-03-04 Thread Stan Vassilev
Well the future is AS3. AS3 is coming in the next version of the Flash 
Authoring app as well.
When should you make the switch? Well, if you are working on a project that 
you can define as "application" (heavy usage of GUI controls like buttons, 
tabs etc), less or no stress on design and multimedia interfaces, and the 
project is large, and requires fast script execution -> Flex Builder 2 is 
your app.


If you're working on a project that is interactive multimedia experience, 
such as movie sites, game sites, cartoon sites, animated brochures, ads, 
banners, then AS2 is more than capable, and you can migrate naturally when 
the Authoring is available and you have the need for a feature only 
available in AS3.


Regards, Stan Vassilev

- Original Message - 
From: "Micky Hulse" <[EMAIL PROTECTED]>

To: "Flashcoders mailing list" 
Sent: Sunday, March 04, 2007 7:32 AM
Subject: [Flashcoders] AS3... when to start?



Hi all,

I just picked-up Actionscript 3.0 Cookbook (O'Reilly) today, and found 
myself pondering this:


Is it time to make the switch from v2 to v3 AS?

Third paragraph states:

"This book assumes that you have obtained a copy of Flex Builder 2 and 
have successfully installed it on your computer. ... "


What happened to coding in Flash? Am I waiting for the next version of 
Flash until I can successfully and/or easily write AS3 via the Flash 
application? Will the future of Flash AS always require the Flex Builder? 
Or, is Flex Builder just one out of many/few code editors for compiling 
the new AS3 code?


If I only want to animate some objects around the stage programatically 
(for something like a website header), should I just make the switch to 
AS3 (if player versions were not an issue), or is AS2 still an acceptable 
way of producing small action-scripted movies?


Sorry if my thinking and/or questions are noobish... Hehe, I am just 
trying to put the pieces together.


Links? Blog posts? Articles? Am I over-complicating things?

Please advise. :)

Tia!
Cheers,
Micky

--
 Wishlist: 
   Switch: 
 BCC?: 
   My: 
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com 


___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com