Sorry for last blank post. I want to add that even backend could be in LZX, using lzx data concept. Thus, with lzx concept, we can even do a cluster that easily... in a master/slaves way.
Just to say, javascript even ctionscript is not that reliable to do that kind of job. Just to say too that LZX is one to many code generator... =) Thanks Laszlo, thanks.... ^^ 2007/4/21, l0gin <[EMAIL PROTECTED]>:
2007/4/21, l0gin <[EMAIL PROTECTED]>: > > @NotZippy, this is not that important to know this now. It have to be a > goal. > @DL, my project, as it is a meta meta meta tool can produce code for > java as .net, even PHP5 pure oo or old style. > This to say the language here is not the matter too. I would prefer Java > =) > > I believe that something which integrate all theses things is a matter, > a solution. Even a goal. > Something like IT generator. UI in LZX. Backend in whatever you want. > > > 2007/4/21, DL <[EMAIL PROTECTED]>: > > > > On 20 Apr 2007 at 12:02, David Temkin wrote: > > > > This reflects some thoughts I have had for an IDE .. prototype under > > development .. > > > > > We definitely need to sort out internal priorities here before we > > > commit resources, but this is where I think we'd like to go: > > > > > > * This visual design tool would consist of a Laszlo front end > > > (browser-based) that is paired with a Java back-end that manipulates > > > LZX files on the server's filesystem > > _________________________________________________ > > > > I'm adopting PHP5 as my preferred back-end script, with database to > > hold designs. > > _________________________________________________ > > > > > * The normal mode of using this tool would be within the Tomcat > > > installation (or other app server) on the developer's machine > > > > _________________________________________________ > > > > Yes > > > > and another option .. > > > > (collaborative) visualisation/development might be on an Apache/PHP5 > > server with lzx > > compilation on backend Tomcat. > > _________________________________________________ > > > > > * It would support "Round-trip" editing of LZX code. So, manual > > > coding (in Eclipse, for example) can be intertwined with visual > > > editing using the visual design tool > > > > _________________________________________________ > > > > Yes .. > > > > but prefer linking to Komodo free editor, not Eclipse. > > > > Or other editors of choice. > > _________________________________________________ > > > > > * Any component/class defined in LZX, whether built-in or developer- > > > > > defined, would be represented in the visual tool, automatically or > > > with trivial hinting in the class declaration > > _________________________________________________ > > > > Yes .. but where is the up-to-date lzx.dtd for all classes ? > > _________________________________________________ > > > > > * The "preview" representation of the app would be rendered using > > the > > > actual LZX code, in either Flash or Ajax. > > _________________________________________________ > > > > Yes. > > _________________________________________________ > > > > > > Other points .. > > > > import third party components .. e.g. haXe, SVG. > > > > connectors to databases (mySQL, eXist etc.) > > > > connectors to Red5 > > > > collaborative framework > > > > DL > > > > > > -- > Best, > Stéphane ERARD -- Best, Stéphane ERARD
-- Best, Stéphane ERARD
