What Jarrad is referring to here -i think- is that i mentioned to him that
swfmill will be reimplemented in pure haXe. it's a bit far up my sleeve tho,
meaning, it's a while to go.
i'm not so sure that ming is not up to date- AFAIK, it supports all flash8
features (not sure), something that swfmill is not up to (just yet- although
steve is working hard on it). Also, swfmill in its current form is not well fit
to do bindings- it *could* be done, but would be a mess.
i'm still unsure how to re-do swfmill, the only sure thing is that i will
(someday). a pure C "libswf" for reading/writing would sure be nice, but i also
like haxe so much that i maybe wont care. obviously, though, a libswf could
nicely be bound to neko to construct the actual swfmill functionality (xml
conversion, font/image import) in haXe then.
also, ming has the advantage of being known to a lot of people- PHP
programmers, eg, so maybe a ming binding would make sense after all.
meanwhile, of course, swfmill might well be used as an external tool- just feed
some swfml-simple XML into its stdin, and it will give you an SWF on stdout
("swfmill simple stdin stdout")
-dan
"Jarrad Hope" <[EMAIL PROTECTED]> (on Fri, 09 Jun 2006 15:26:09 +0800):
> That's Dan's anyway - I think he has something even better up his sleeve :)
>
> On Fri, 09 Jun 2006 15:14:46 +0800, Nicolas Cannasse
> <[EMAIL PROTECTED]> wrote:
>
> >> Hmmm ming-swf w/ Neko. Wish I had more time. Also, using haXe to
> >> develop ming apps? interesing stuff definitely.
> >> Ogla
> >
> > Instead of Ming, which I think is not up-to-date with latest Flash
> > features, I would prefer someone to build a haXe/Neko NDLL from SWFMill.
> > http://iterative.org/swfmill/
> >
> > Nicolas
> >
>
>
>
> --
> Neko : One VM to run them all
> (http://nekovm.org)
>
--
http://0xDF.com/
http://iterative.org/
--
Neko : One VM to run them all
(http://nekovm.org)
