> 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
The point, at least for me, is that the XML structure is such that the
generated javascript should be error-free, because the parser will only
accept xml which "makes sense", and won't make any typos. if, for example,
I have
<qx:atom text="this is a label" icon="icons/16/history.png" left="0"
top="0"/>
the generated javascript will be something like
var tmp_001=new QxAtom();tmp_001.setText("this is a
label");tmp_001.setIcon("icons/16/history.png");tmp_001.setLeft(0);tmp_001.setTop(0);cldoc.add(tmp_001);
(note that I am still working with Qx v0.1)
While in the javascript, you can have a typo which you need to debug, in
the xml you (at least ideally) cannot, since it has to be valid xml and
could even be validated for correct properties and nesting (at least in an
ideal world).
what still needs to be debugged are <qx:script> sections, this might be a
problem when compressing the code.
My test case to compare QxBuilder and a server-side solution is a huge
widget with 5 tabs, 10 Textareas and 30 -40 textfields. With QxBuilder, it
takes 10 or more seconds to build the widget and I get a script timeout
warning unless I insert some setTimeouts. I hope that pure javascript will
be a bit faster - but to be honest, I don't know. I have so far simply
assumed that this would be the case.
Christian
-------------------------------------------------------
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
