Re: [Flashcoders] Question regarding Bitmap distorting bottom half of Stage elements

2011-06-20 Thread allandt bik-elliott (thefieldcomic.com)
sounds like you need to use 2 bitmaps drawn with copypixels and a clipping rectangle to capture the correct half and scale the bottom half with something like the flash and math BitmapTransformer http://www.flashandmath.com/intermediate/gummy/ hope this helps a On 16 June 2011 20:48, Eric E.

Re: [Flashcoders] Question regarding Bitmap distorting bottom half of Stage elements

2011-06-20 Thread Karl DeSaulniers
Hi Eric, You could try making a shell MC that is duplicated so you have two MCs with the same content right on top of each other. Then mask one so it shows on the top half and the other to show on the bottom. With the one on the bottom being a lesser z access, and covered by the top

Re: [Flashcoders] Question regarding Bitmap distorting bottom half of Stage elements

2011-06-20 Thread Eric E. Dolecki
This is what I came up with (works in incubator build) http://imagineric.ericd.net/swf/angled.html http://imagineric.ericd.net/2011/06/17/as3-solved-distorting-the-bottom-half-of-the-stage/ Google Voice: (508) 656-0622 Twitter: eric_dolecki XBoxLive: edolecki PSN: eric_dolecki

[Flashcoders] E4X: reading CDATA

2011-06-20 Thread Mendelsohn, Michael
Hi list... I've searched around looking for a way to elegantly extract CDATA out of an xml node, with no luck. I'm left thinking the only way to do it is to read the whole node and use a RegExp to strip the ![CDATA[ and ]] . Does this sound right? Thanks, - Michael M.

Re: [Flashcoders] E4X: reading CDATA

2011-06-20 Thread Eric E. Dolecki
If you're wanting to turn the CDATA into XML, I did a quick search for you which resulted in this link which might be handy... http://www.actionscript.org/forums/showthread.php3?t=196374 The top of the thread may be good for you too. Google Voice: (508) 656-0622 Twitter: eric_dolecki

Re: [Flashcoders] E4X: reading CDATA

2011-06-20 Thread Christoffer Enedahl
If you are getting ![CDATA[ values from using e4x you have html encoded tags. like this: l t ; and $ g t; Open the xml file with notepad and you will see. The text in CDATA should act as a normal text node. HTH/Christoffer Mendelsohn, Michael skrev 2011-06-20 16:35: Hi list... I've searched

Re: [Flashcoders] E4X: reading CDATA

2011-06-20 Thread Henrik Andersson
CDATA is just an encoding trick to force the parser to not parse the data as containing tags. It represents plain old text so treat it like plain old text. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com

Re: [Flashcoders] E4X: reading CDATA

2011-06-20 Thread Zeh Fernando
The cdata tags shouldn't be included in the read data. CDATA tags are part of the xml standard and are only used to wrap tags that could break the XML format - making the content safer, but without changing the content. This: nodeTest/node Should read the same as this: node![CDATA[Test]]/node

RE: [Flashcoders] E4X: reading CDATA

2011-06-20 Thread Mendelsohn, Michael
Well, how about that! var kids = xmlData.children(); // gets me the CDATA content without the ![CDATA[ or ]] var kidscdata:String = kids[0].toString(); I was doing this RegExp, which also worked, but isn't necessary: var altered:String = kidscdata.replace(new RegExp((^\!\[CDATA\[)(.+)(\]\]\),

RE: [Flashcoders] E4X: reading CDATA

2011-06-20 Thread Merrill, Jason
var kids = xmlData.children(); // gets me the CDATA content without the ![CDATA[ or ]] var kidscdata:String = kids[0].toString(); That seems unnecessary unless I don't understand your question. Wouldn't var kids:String = theXMLNode.text() work? Jason Merrill Instructional Technology

Re: [Flashcoders] E4X: reading CDATA

2011-06-20 Thread Henrik Andersson
Merrill, Jason skriver: var kids = xmlData.children(); // gets me the CDATA content without the![CDATA[ or ]] var kidscdata:String = kids[0].toString(); That seems unnecessary unless I don't understand your question. Wouldn't var kids:String = theXMLNode.text() work? The text method

RE: [Flashcoders] E4X: reading CDATA

2011-06-20 Thread Mendelsohn, Michael
Zeh, et al: sometimes, it just takes what I refer to as a blinding glimpse of the obvious to come up with concise solutions. :-) - MM ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com

RE: [Flashcoders] E4X: reading CDATA

2011-06-20 Thread Merrill, Jason
The text method returns an XMLList just like the children method. It just is limited to the text nodes. No - see I didn't think Michael wanted to get the CDATA of ALL of the nodes at once. He referred to a specific node in his code: kids[0]. So therefore, why wouldn't this be a better

RE: [Flashcoders] E4X: reading CDATA

2011-06-20 Thread Mendelsohn, Michael
Jason, couldn't have said it better myself. The RegExp was unnecessary, but at least it worked. The toString() method did fine for my purposes. :-) - MM like going out the front door of a house, walking around to the back and then going in the back door just to get to the kitchen.

RE: [Flashcoders] E4X: reading CDATA

2011-06-20 Thread Merrill, Jason
. The toString() method did fine for my purposes. :-) OK, maybe I don't understand your XML structure. Why would what you settled on: var kids:XMLList = xmlData.children(); var kidscdata:String = kids[0].toString(); be a better solution for you than this? var myString:String =

RE: [Flashcoders] E4X: reading CDATA

2011-06-20 Thread Mendelsohn, Michael
Sure...the reason is that in all the xml files I'm pulling in, I know the structure, it's the same for all. There's only one item tag in each xml file. So, I don't need an xmllist, given that there's only one item, I can just call toString(). But, I see where you're coming from with an

RE: [Flashcoders] E4X: reading CDATA

2011-06-20 Thread Merrill, Jason
Yeah, I mean in that case, just call the text() node of the XML node. Much simpler and you'd get the same result. Jason Merrill Instructional Technology Architect Bank of America Global Learning ___ -Original Message- From:

Re: [Flashcoders] BunnyMark on iOS

2011-06-20 Thread Kevin Newman
Heh, I think I was accidentally publishing with Flash CS5 and whatever I might have overlayed into that a while back (either it's still PFI/AIR 2.0, or it's AIR 2.6). My newer numbers are all from AIR 2.7, and what a difference. Everything is smooth, and it's just varying levels of smooth at