RE: VisLua - Cross platform Lua IDE

["Eric Ries" <eries@...>]

Just FYI, I have joined the list but have not heard anything back from the
SF mailing list servers. They may be having issues.

> -----Original Message-----
> From: owner-lua-l@tecgraf.puc-rio.br
> [mailto:owner-lua-l@tecgraf.puc-rio.br]On Behalf Of Matt Holmes
> Sent: Tuesday, November 13, 2001 10:50 AM
> To: Multiple recipients of list
> Subject: Re: VisLua - Cross platform Lua IDE
>
>
> Guys,
>
> If you want to participate in planning the editor and giving comments,
> please do everyone on the lua-l list a favor and join the visuallua-devs
> list. You can do that at:
> https://sourceforge.net/mail/?group_id=33174
>
> If you don't want to join another list, but would like to post a comment
> about the editor, please send it to me personally and I will forward it to
> the guys on the list. You may also want to join visuallua-users,
> as we will
> be posting ANNs of alphas/betas, etc etc to that list.
>
> Thanks,
>
> Matt "Kerion" Holmes
>
> ----- Original Message -----
> From: <Chris.Kaiser@peoplefirst.com>
> To: "Multiple recipients of list" <lua-l@tecgraf.puc-rio.br>
> Sent: Tuesday, November 13, 2001 1:41 PM
> Subject: RE: VisLua - Cross platform Lua IDE
>
>
> > Sure would be nice to be able to extend the editor using lua too. ;)
> >
> > Chris
> >
> > > -----Original Message-----
> > > From: Nick Trout [mailto:nick@videosystem.co.uk]
> > > Sent: Tuesday, November 13, 2001 7:59 AM
> > > To: Multiple recipients of list
> > > Subject: Re: VisLua - Cross platform Lua IDE
> > >
> > >
> > > > Nice..This is more and less what uCore is (But uCore is not
> > > opensource),
> > > > What I (we) have done is create the entire
> > > IDE/Debugger/Editor/Window
> > > > designer/Report designer within uCore itself.
> > > >
> > > > So I would suggest that you consider this approach. It will
> > > make the system
> > > > much more powerfull and more open for people to use, expand etc..
> > >
> > > I think some debugger code will get included into your
> > > project (like LuaDbg)
> > > and this will manage your application debug session. I think
> > > it has to be
> > > flexible enough to work in command line mode for apps or
> > > platforms that have
> > > no GUI and for apps which are/want to be GUI driven. This
> > > should be fairly
> > > straight forward as we can just bolt a GUI on LuaDbg.
> > >
> > > The main focus of the project is a debugger/inspector. The editor is a
> > > secondary concern since we all have editors already, although
> > > I think it would
> > > be nice to have it all as one suite. The editor only requires
> > > wxLua. The
> > > debugger requires communication with your code. How it is all
> > > configured and
> > > launched will have to be configurable depending on the
> > > project because of the
> > > nature of Lua (ie. standalone or embedded). Issues such as number type
> > > modifcation can be dealt with by the LuaDbg library which is
> > > integrated with
> > > the client code.
> > >
> > > Any other functionality eg. Dialog designers etc can be addons for the
> > > project. The more that is written in Lua the more it will be
> > > configurable and
> > > portable.
> > >
> > > Regards,
> > > Nick
> > >
> > >
> > >
> >
>