Hi Scott,

Scott Hyndman [EMAIL PROTECTED] wrote:
>The best approach would be an open-sourced object model and comms layer, so
>that we could build Eclipse and standalone UIs. Not everybody wants to use
>Eclipse, but everyone has use for something like this. I don't think >anybody
even wants to open the Flash IDE if they can help it, so how about >we cut that
option right now.

I think that is right.  It should be able to tie into any editor.  So we will
have to create an API for the other languages to use.

>And you shouldn't only be asking Nicolas, you should be asking everyone. >This
is our world, so we should shape our tools as we all see fit.

I was thinking that everyone would reply anyway.  I was indeed replying to
Nicolas, but really asking for everyone's opinion.  If I hadn't wanted other
people's opinions I would have replied directly to Nicolas.  Sorry that it was
not clear.

>I can't believe no one is jumping on this. ASDT guys, where are you? This >is
huge!

>Do you guys actually think you don't need this, or is it that no one is
>willing to take it on?

Oh, I want to work on this.  Having a decent Debugger would save all of us quite
a bit of time developing SWF applications.  I was just taking the weekend off
for a change.  I'm sure that's true for a lot of us. ;-)  I'm going to work with
John Grden to get this working with the AdminTool.  As Nicolas pointed out,
there will need to be a socket layer that is not done in Flash, so it doesn't
necessarily fit with the way the admin tool works now.  As the AT currently uses
a LocalConnection, perhaps the socket layer can send to Flash using this
protocol.  We can derive that information from this:
http://osflash.org/doku.php?id=localconnection&s=LocalConnection

Anyway, these are just preliminary ideas, and any other ideas from anyone are
greatly appreciated.

-Chris

_______________________________________________
osflash mailing list
[email protected]
http://osflash.org/mailman/listinfo/osflash_osflash.org

Reply via email to