Mabye it was better for me, not to say anyting because i made a fool out of
me, but what i can't understand is:
If you create xml and send this to the client - how do you think, you can
debug this?
With javaScript - debugging is no problem, because every javascript debugger
can handle it.
Maybe it is a totally foolish question, but why not creating a "offline" -
compiler. You create you app with XML (or xul in special) and "compile" this
into a true javascript - file. This file is then stored at the server and
send to the client (maybe compressed). To parse Javascript is faster than to
parse XML and it is absolutelly easy to debug?
Olli
==================================================
Diplom-Informatiker
Oliver Vogel
Geschaeftsfuehrer
Meins und Vogel GmbH E-Mail: [EMAIL PROTECTED]
Esslinger Str. 45 Tel.: +49 (7153) 6136-20
Fax: +49 (7153) 6136-99
D 73207 Plochingen http://www.muv.com/
Handelsregister: Esslingen am Neckar HRB 3536
Geschäftsführer: Dipl.-Inf. Klaus Meins
Dipl.-Inf. Oliver Vogel
==================================================
"wer Rechtschreibfehler findet darf sie behalten"
> -----Ursprüngliche Nachricht-----
> Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Im Auftrag
> von ChristophDorn
> Gesendet: Donnerstag, 6. April 2006 18:23
> An: [email protected]
> Betreff: Re: [qooxdoo-devel] qooxdoo / PHP framework project
>
>
> > nevertheless: now my application is coupled to your xml-DTD
> or schema
> > :-). and if this changes ...
>
> Schemas can be versiond, backwards compatible, the converter can be
> versioned. The XML can be designed with extensibility in
> mind. If it is an
> actively used schema there can be convertes to upgrade etc...
>
>
> > i think this is one reason for xul, because this is
> standarized. but
> > imho it will be real real real hard to map xul to qooxdoo.
> imho it is
> > not possible.
>
> Realistically we will likely end up borrowing some things
> from XUL rather
> than completely map it.
>
>
> > but if you think serverside xml helps, no problem :-)
>
> For me it does not matter if the XML is parsed server side or
> client side.
> As long as loading it into qooxdoo will not slow down application
> loading/rendering.
> My motivation for using XML is to generate UI components
> based on existing
> meta information I can draw out of my applications. This way I can
> auto-generate for example form field definitions including
> validation rules
> and only need to implemenet the business logic to save the
> data once it gets
> back to the server. Sure I can generate javascript out of the meta
> information but I think XML provides a much cleaner option.
>
> Christoph
> --
> View this message in context:
> http://www.nabble.com/qooxdoo-PHP-framework-project-t1389226.h
tml#a3787898
> Sent from the qooxdoo-devel forum at Nabble.com.
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking
> scripting language
> that extends applications into web and mobile media. Attend
> the live webcast
> and join the prime developer group breaking into this new
> coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&;
dat=121642
> _______________________________________________
> Qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
