> This is, in my mind, a brilliant idea especially when you throw in Haxe's > planned ability to render to different (and future) runtimes (I assume that > you would use Haxe to do this).
> One of the most frequent issues on the Haxe list is the lack of a component > written for Haxe. I think that a project like this would solve that issue > for Haxe. I've looked into Haxe. It sure looks promising. The first thing i would do if i would start to develop such a framework in Haxe is write a compliant DOM3 Core implementation that works exactly the same in Flash 6, 7, 8 and 9 and in all mainstream browsers. That alone would already kick some serious bottom. > I glanced through the XForms documents on w3c and was wondering if it would > be possible to leverage one of the existing component sets (specifically > ActionStep or ASWing) to complete this task? To me, it would seem like a > much smaller job if we used an existing framework. and Philipe wrote: > But could we imagine to bind a standart Flash XFrame/XForm/Css parser > with any/a few GUI toolkits? That would actually be great, but is it > possible to achieve? I have been asked this question many times already. Theoretically, this is possible. However, if i would develop such a framework, i would surely want to implement CSS3 which features styling and skinning mechanisms that imho beat those implemented in all current GUI toolkits together, and integrates perfectly into all mentioned W3C technologies. So depending on what toolkit you use, you probably can only implement a subset of CSS3. I also think that it wouldn't be very easy to integrate custom component sets, or rather, i think it wouldn't be worth the pain. cheers, Claus. _______________________________________________ osflash mailing list [email protected] http://osflash.org/mailman/listinfo/osflash_osflash.org
