Re: [Flashcoders] flash builder 4 released
and i guess i should check: dave do you mind posts about actionscript ide releases (fdt, flashdevelop, fb, etc) on flashcoders? Not at all! Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ http://training.figleaf.com/ Fig Leaf Software is a Veteran-Owned Small Business (VOSB) on GSA Schedule, and provides the highest caliber vendor-authorized instruction at our training centers, online, or onsite. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] flash builder 4 released
Colin Moock wrote: i didn't see anyone post an announcement about fb4 to flashcoders, so i figure it's worth spreading the news a bit. here's my take on the new version: http://www.moock.org/blog/archives/000300.html I've just started working with FB4 in the past couple of weeks, and I love it. I think Adobe got it right. Well, except for the help system. I keep the CS4 Flash help open for my AS3 reference. It did take the better part of the day to get it set up and configured, but that included installing Subclipse and a VPN connection. It would have taken a lot longer if Mark Jonkman hadn't been around to take me through the process step by step. Cordially, Kerry Thompson ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] NoCache XML
The XML file is only called once for the user's experience. On the initial
visit from the user, the XML for the UI of the site is called and then the
XML for the content is called (RSS feed).
If I can't figure this out, I might just set a cookie via JavaScript and
have it clear the contents in -1 days so nothing gets cached from the site.
Nathan Mynarcik
Interactive Web Developer
nat...@mynarcik.com
254.749.2525
www.mynarcik.com
-Original Message-
From: flashcoders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Karl
DeSaulniers
Sent: Saturday, March 27, 2010 4:42 PM
To: Flash List
Subject: Re: [Flashcoders] NoCache XML
Just a thought, but maybe setting the variable that holds the XML you
grab from the server to null right before it goes to grab the XML
every time the page gets called.
That way it isn't holding on to the last XML grabbed?? It might be
going to grab the xml while that variable already has a value and the
browser is tripping it to clear the variable
before populating it again, but doesn't have that second call after
its cleared till you refresh. Kind of a pseudo variable caching. Like
I said, its just a thought. Not sure if that is even possible.
I am reaching though, I have had similar situations with my PHP files
not getting variables, so I am interested to see what solution can be
provided.
Best,
Karl
On Mar 26, 2010, at 8:46 PM, Nathan Mynarcik wrote:
I've tested it in all browsers.
IE, Safari, Opera, Chrome, FireFox
Anything else I don't really care about. But first tests are in
chrome and it is doing it in that. IE has been the worse but all work
after refreshing one or two times.
--Original Message--
From: Steven Sacks
To: Nathan Mynarcik
To: Flash Coders List
Subject: Re: [Flashcoders] NoCache XML
Sent: Mar 26, 2010 8:36 PM
Safari doesn't honor nocache. Safari is a jerk. Are you using Safari?
On 3/26/2010 3:35 PM, Nathan Mynarcik wrote:
That's similar to what I am doing. I know for a fact that the url
doesn't already have a ? in it.
I have no clue why on some visits, the colors and other xml data is
not pulled. Then on a refresh it pulls them.
--Original Message--
From: Steven Sacks
To: Nathan Mynarcik
To: Flash Coders List
Subject: Re: [Flashcoders] NoCache XML
Sent: Mar 26, 2010 5:27 PM
It should always work. Perhaps the url of the xml has a ? already
in it?
public function nocache(url:String):String
{
var d:Date = new Date();
var nc:String = nocache= + d.getTime();
if (url.indexOf(?) -1) return url + + nc;
return url + ? + nc;
}
On 3/26/2010 2:27 PM, Nathan Mynarcik wrote:
Hey everyone,
I am loading in an external xml doc via
loadXML(url of xml);
To prevent browsers from caching the xml, I add at the end of the
url string a Date object like:
loadXML(url of xml+?nocache=+new Date().getTime());
This sometimes works and other times doesn't. The xml is the
backbone to the colors used in the UI of my site which goes black
when the load doesn't work properly.
I have tried to add an IOERROREvent function to catch the error
and then supply the url to the load function without the Date
object appended.
Is there any checks or different directions I can take to prevent
visitors from sometimes having to refresh until the xml gets
loaded correctly?
Nathan Mynarcik
Interactive Web Developer
nat...@mynarcik.com
254.749.2525
www.mynarcik.com
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Nathan Mynarcik
Interactive Web Developer
nat...@mynarcik.com
254.749.2525
www.mynarcik.com
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Nathan Mynarcik
Interactive Web Developer
nat...@mynarcik.com
254.749.2525
www.mynarcik.com
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Karl DeSaulniers
Design Drumm
http://designdrumm.com
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
[Flashcoders] Prevent children from listening to parent mouse events
Hey list,
I'm surprised I didn't notice this behaviour sooner, and I wonder how to get
around it.
Suppose you have a parent sprite and a child sprite. The child is small
enough to fit within the parent. The parent has a mouseOut event listener.
It seems that the child sprite's mouseOuts are also listened for, although
the mouse is still within the parent.
Is it possible to listen ONLY for the parent's mouse events, not the
child's?
Example code:
var parentSprite:Sprite = new Sprite();
addChild(parentSprite);
parentSprite.graphics.beginFill(0xFF);
parentSprite.graphics.drawRect(0, 0, 100, 100);
parentSprite.name = parental
var childSprite:Sprite = new Sprite();
parentSprite.addChild(childSprite);
childSprite.graphics.beginFill(0xFF);
childSprite.graphics.drawRect(0, 0, 20, 20);
childSprite.x = childSprite.y = 30;
childSprite.name = kiddie;
parentSprite.addEventListener(MouseEvent.MOUSE_OUT, mouseHandler)
function mouseHandler (e:MouseEvent):void {
trace(e.target.name: + e.target.name)
trace(e.currentTarget.name: + e.currentTarget.name)
trace()
}
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Prevent children from listening to parent mouse events
there are several ways to combat this but i think what you want to use is
ROLL_OVER and ROLL_OUT on the parent instead of the MOUSE_OVER and
MOUSE_OUT. rollover and rollout are different as rollover ignores the
children, check out this post
http://www.kirupa.com/forum/showthread.php?p=1948052
http://www.kirupa.com/forum/showthread.php?p=1948052other than that you
can try mouseChildren = false on the parent sprite if you don't care about
the stuff inside having mouseevent properties
greg
On Sun, Mar 28, 2010 at 8:45 PM, confustic...@gmail.com
confustic...@gmail.com wrote:
Hey list,
I'm surprised I didn't notice this behaviour sooner, and I wonder how to
get
around it.
Suppose you have a parent sprite and a child sprite. The child is small
enough to fit within the parent. The parent has a mouseOut event listener.
It seems that the child sprite's mouseOuts are also listened for, although
the mouse is still within the parent.
Is it possible to listen ONLY for the parent's mouse events, not the
child's?
Example code:
var parentSprite:Sprite = new Sprite();
addChild(parentSprite);
parentSprite.graphics.beginFill(0xFF);
parentSprite.graphics.drawRect(0, 0, 100, 100);
parentSprite.name = parental
var childSprite:Sprite = new Sprite();
parentSprite.addChild(childSprite);
childSprite.graphics.beginFill(0xFF);
childSprite.graphics.drawRect(0, 0, 20, 20);
childSprite.x = childSprite.y = 30;
childSprite.name = kiddie;
parentSprite.addEventListener(MouseEvent.MOUSE_OUT, mouseHandler)
function mouseHandler (e:MouseEvent):void {
trace(e.target.name: + e.target.name)
trace(e.currentTarget.name: + e.currentTarget.name)
trace()
}
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
RE: [Flashcoders] Prevent children from listening to parent mouse events
Yes, very simple, set:
parentSprite.mouseChildren = false;
-Original Message-
From: flashcoders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of
confustic...@gmail.com
Sent: maandag 29 maart 2010 5:46
To: Flash Coders List
Subject: [Flashcoders] Prevent children from listening to parent mouse
events
Hey list,
I'm surprised I didn't notice this behaviour sooner, and I wonder how to get
around it.
Suppose you have a parent sprite and a child sprite. The child is small
enough to fit within the parent. The parent has a mouseOut event listener.
It seems that the child sprite's mouseOuts are also listened for, although
the mouse is still within the parent.
Is it possible to listen ONLY for the parent's mouse events, not the
child's?
Example code:
var parentSprite:Sprite = new Sprite();
addChild(parentSprite);
parentSprite.graphics.beginFill(0xFF);
parentSprite.graphics.drawRect(0, 0, 100, 100);
parentSprite.name = parental
var childSprite:Sprite = new Sprite();
parentSprite.addChild(childSprite);
childSprite.graphics.beginFill(0xFF);
childSprite.graphics.drawRect(0, 0, 20, 20);
childSprite.x = childSprite.y = 30;
childSprite.name = kiddie;
parentSprite.addEventListener(MouseEvent.MOUSE_OUT, mouseHandler)
function mouseHandler (e:MouseEvent):void {
trace(e.target.name: + e.target.name)
trace(e.currentTarget.name: + e.currentTarget.name)
trace()
}
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Geen virus gevonden in het binnenkomende-bericht.
Gecontroleerd door AVG - www.avg.com
Versie: 9.0.791 / Virusdatabase: 271.1.1/2776 - datum van uitgifte: 03/28/10
20:32:00
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Prevent children from listening to parent mouse events
Thank you VERY much. ROLL_OUT was exactly what I needed.
On Mon, Mar 29, 2010 at 3:00 PM, Gregory Boland
breakfastcof...@gmail.comwrote:
there are several ways to combat this but i think what you want to use is
ROLL_OVER and ROLL_OUT on the parent instead of the MOUSE_OVER and
MOUSE_OUT. rollover and rollout are different as rollover ignores the
children, check out this post
http://www.kirupa.com/forum/showthread.php?p=1948052
http://www.kirupa.com/forum/showthread.php?p=1948052other than that you
can try mouseChildren = false on the parent sprite if you don't care about
the stuff inside having mouseevent properties
greg
On Sun, Mar 28, 2010 at 8:45 PM, confustic...@gmail.com
confustic...@gmail.com wrote:
Hey list,
I'm surprised I didn't notice this behaviour sooner, and I wonder how to
get
around it.
Suppose you have a parent sprite and a child sprite. The child is small
enough to fit within the parent. The parent has a mouseOut event
listener.
It seems that the child sprite's mouseOuts are also listened for,
although
the mouse is still within the parent.
Is it possible to listen ONLY for the parent's mouse events, not the
child's?
Example code:
var parentSprite:Sprite = new Sprite();
addChild(parentSprite);
parentSprite.graphics.beginFill(0xFF);
parentSprite.graphics.drawRect(0, 0, 100, 100);
parentSprite.name = parental
var childSprite:Sprite = new Sprite();
parentSprite.addChild(childSprite);
childSprite.graphics.beginFill(0xFF);
childSprite.graphics.drawRect(0, 0, 20, 20);
childSprite.x = childSprite.y = 30;
childSprite.name = kiddie;
parentSprite.addEventListener(MouseEvent.MOUSE_OUT, mouseHandler)
function mouseHandler (e:MouseEvent):void {
trace(e.target.name: + e.target.name)
trace(e.currentTarget.name: + e.currentTarget.name)
trace()
}
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
