Anyway XHR also is fine with me if it works out, my plan is to isolate
that part within a utils method in our Javascripts anway,
so that we fetch it my question was more along the lines of
has anybody already started non committed work in this area
and is there any objections to add this functionality to
the PartialResponseWriter in our own ResponseWriterImpl?
Werner
Werner Punz schrieb:
Yes but then I have to fetch the script via xhr...
which means more code on the javascript side of things!
Werner
Matthias Wessendorf schrieb:
isn't it better to do this in IE:
window.execScript(theActualScriptContent);
and in FF and other this:
window.eval(theActualScriptContent);
-Matthias
---------- Forwarded message ----------
From: Werner Punz <[email protected]>
Date: Fri, May 8, 2009 at 4:54 PM
Subject: Re: MyFaces 2.0 PartialResponseWriter + EVALs
To: [email protected]
Werner Punz schrieb:
Hello everyone:
I checked what has been done on the Partial Response Writer for the
Rendering. It is very basic, so I would propose following enhancement.
Since we need separate eval blocks for javascripts, we implement a
PartialResponseWriterImpl which fetches the scripts
from components and later allows those scripts to be pushed into the
eval part of the partial response.
There is a reason for that.
Although we have embedded javascript parsing in our javascripts I
would see that as optional feature for badly behaving component sets.
The normal way for a component writer still is:
a) startElement("tagName", component)
b) writeAttribute...
write
c) endElement
The way Trinidad and others did it was simply to check for scripts at
startElement and push them into a separate eval datastructure later
to be processed (in our case after the update part of the p
PartialResponse a separate eval stage has to be added)
I would start to work on this issue if it is ok with anyone...
The entire functionality should be put into our
PartialResponseWriterImpl not into the API, and will be hooked into
processPartial of PartialViewContextImpl
I am not sure how to deal with script src="..." on the protocol and
javascript level.
Werner
Ok here is my idea regarding sript src="....
I would transform that on the server side to a small javascript ala
var scriptTag = document.createElement("script");
scriptTag.src="<src>"; document.body.append(scriptTag);
since the eval is executed after the rendering is done, this should be
even safe on IE6!
That also would still mean that the update CDATA block is just
javascript only without any preprocessing which then can be pushed
straight into the eval function!
Werner