[Sandy] haxe e4x

Niel Drummond niel.drummond at grumpytoad.org
Fri Mar 13 12:38:41 PST 2009


Justin Lawerance Mills wrote:
> 1) It effectively uses native flash
> 2) thats what complier switches are for?
well don't forget, there has been some relatively successful attempts to 
do this in the past [1] [2].. which seems to be very close to being 
adopted into mainline haxe development tree, so I would favour following 
this approach. Whatever you do decide to cook up, it should be usable 
independently of sandy too - if there are performance gains over the 
haxe API, and you are using compiler switches, sandy could get an 
additional compile file for the 'fast' xml version.

- Niel
[1] http://lists.motion-twin.com/pipermail/haxe/2008-July/017904.html
[2] http://lists.motion-twin.com/pipermail/haxe/2009-February/022775.html
>
> Its not ideal that's why asking
>
> On 13 Mar 2009, at 16:37, Russell Weir wrote:
>
>> There's just some points I can think of right off the top of my head.
>>
>> 1) Using anything other than native flash xml can cause timeouts on 
>> large
>> collada files in flash, ie. using haxe.Xml currently.
>> 2) Any Xml parsing should be easily ported cross-platform. We are 
>> trying to
>> align sandy so that it can compile on neko and javascript.
>> 3) Point 1 can and does interfere with point 2.
>> 4) Relying on a loaded swf library for xml parsing doesn't solve 
>> point 2.
>>
>> R
>>
>>
>>
>> On Fri, Mar 13, 2009 at 7:52 AM, Justin Lawerance Mills 
>> <JLM at justinfront.net
>>> wrote:
>>
>>> Niel and sandy haxers
>>>
>>> To use e4x in Sandy haxe a small flex sdk swf could be loaded at 
>>> runtime to
>>> help provide e4x bracket support in player 9/10, later haxe as3 may 
>>> be able
>>> to support the function direct, obviously it is prob not relevent to 
>>> non
>>> flash versions.
>>>
>>> package
>>> {
>>>    import flash.display.MovieClip;
>>>    [ SWF( backgroundColor = '0xFFFFFF', frameRate = '1', width = '1',
>>> height = '1' ) ]
>>>    public class SubMain extends MovieClip
>>>    {
>>>        public function flashBrackets( data_: * , func_:Function 
>>> ):XMLList{
>>> return data_.( func_( valueOf() ) ); }
>>>    }
>>> }
>>>
>>> its not an ideal approach but it might reduce parse time in ' 
>>> ColladaParser
>>> ' significantly ?  Should I give it ago?
>>>
>>> Cheers
>>>
>>> JLM
>>>
>>> ( PS: see haxe mailing list for more info on approach, and how to 
>>> test or
>>> use )
>>>
>>> _______________________________________________
>>> Sandy mailing list
>>> Sandy at osflash.org
>>> http://osflash.org/mailman/listinfo/sandy_osflash.org
>>>
>> _______________________________________________
>> Sandy mailing list
>> Sandy at osflash.org
>> http://osflash.org/mailman/listinfo/sandy_osflash.org
>
>
> _______________________________________________
> Sandy mailing list
> Sandy at osflash.org
> http://osflash.org/mailman/listinfo/sandy_osflash.org




More information about the Sandy mailing list