Yeah, I was thinking that too. But either way, we will need some type of middleware (a Socket server), and then the Debugger client could be virtually anything. I think that the obvious reason to choose the AdminTool as the UI is that it already does a lot of the things that one would expect of a Debugger.
Anyway, I think that it would be valuable to create a socket server that can communicate with whatever client the programmer chooses. This could allow for clients to be written in any language. It sounds like Nicolas has something very basic already written in OCaml, perhaps, he/we could use this as a start. Ocaml would certainly be fast, as we have seen with MTASC. Or I'm alright with picking a language that more of us and I'm familiar with, Java. So what do you think of creating a middleware piece like this? Woops! I mean what do "all of you" think? :-) -Chris -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Hyndman Sent: Monday, August 08, 2005 10:51 AM To: Open Source Flash Mailing List Subject: RE: [osflash] OFD Project hmm...I don't really know if Flash is the best approach for something like this, especially since it has a VERY hard time handling any larger amount of text. Why not writing it in something a bit speedier...Java would be a much more realistic choice. /Scott -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Allen, Christopher S. Sent: Monday, August 08, 2005 10:31 AM To: Open Source Flash Mailing List Subject: RE: [osflash] OFD Project 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 _______________________________________________ osflash mailing list [email protected] http://osflash.org/mailman/listinfo/osflash_osflash.org _______________________________________________ osflash mailing list [email protected] http://osflash.org/mailman/listinfo/osflash_osflash.org
