Hej!
we think there were really great discussions on what features a new AJAX
layer of qooxdoo should have. I have now started to create a new one,
which is based on many ideas of Chris Ricks. Thank you again Chris.
He has been doing a great job.
We have some other ideas added. We want a special request (QxRequest)
and response (QxResponse) object to handle the data between the
different communication layers in qooxdoo. Also we think to have a queue
is great. But we think it is better placed outside the xmlhttp related
stuff. We have done this in our new class QxRequestQueue. This class
create instances of the class QxTransport which handles the wrapping to
the different transport implementations. For example this could be the
classical xmlhttp (QxXmlHttpTransport) or iframes (QxIframeTransport).
It can easily be integrated with what Chris has been doing. DO not
invent the wheel twice.
This concept allows us to add new transport implementations easily if
they appear on the horizon.
Might be an option, but prefer the tool gets ready before that. Are the
priorities correct here?
There are some possibilities of Chris Ricks work missing. Like timeouts
for example. This is something I think should be placed in
QxRequestQueue, too. QxRequestQueue is somewhat basic currently and does
no real queuing.
I agree.
As I have no more time to work on these classes before the final release
of the next version of qooxdoo, this will be also the versions of the
release. Afterwards we will continue the work. You are all invited to
help. Chris, sorry, I hope I have not dis encouraged you with our plans
and decisions. I would really like it, if you could help us, to extend
and modify the newly existing stuff to your needs.
I guess it would be good to delegate these ideas to CHris. He is well
able to finish it if he takes on the task. That releases time for you.
It is not meant that you, Sebastian, have enough time to finish
everything by yourself, because then the limiting factor will be you in
this project. Delegate!
I am still waiting for your response for all the widgets I have
uploaded. I guess that would be better for you to focus on, as many more
people is needing those widgets.
For any further work, please keep the new code more prototype style and
try to omit to send complete full-working classes. We should really
discuss the additions and changes in detail before coding them. Thanks.
I think it would be good Sebastian, if you you could speak clearly about
your ideas here and someone else can take on.
What about data aware widgets? What are your ideas here?
Delegation of Qooxdoo is the future else I guess you will be overloaded
and running around like a rabbit. I guess there are a lot more guys out
here well able to code and deliver. LET THEM IN!!!
The best for Qooxdoo!
Kent
Best regards,
Sebastian
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
