Le Mar 29, 2005, à 1:11 AM, [EMAIL PROTECTED] a écrit :

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=33752>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33752

------- Additional Comments From [EMAIL PROTECTED] 2005-03-29 10:11 -------
Cool ... I really will get a chance to look at this, in some alternate SF
reality like the "XXX Mars" series, where every day gets expanded by an extra
hour and change :-)

I've also ignored this way too long, but I'm juggling the equivalent of about 3 ft jobs right now...

I'm the most interested in the notion of parameterized replacements as a
technique for customizing the subtree that gets created. This seems like a
concept that could be generalized into an alternative ViewHandler implementation
that could be used for complete trees, as well as subtrees.

And it doesn't seem to be much of a stretch to extend that to support Tapestry-like HTML views, where the HTML is only tied to components via component ids that reference components in a component definition file.


I would like to see several name changes to this package: clay, element, and displayElement are in need of name changes, I think.


david


I'm not as comfortable with the "double processing" mechanism for using Velocity
templates -- that seems like it would create an unacceptable processing burden
for any webapp with a large number of hits. Better would be to invest effort
towards meeting the needs of the anti-JSP crowd in defining an alternative
format (or formats) for specifying a component tree or subtree, with appropriate
substitution capabilities. (I'm fine with JSP, so this isn't my itch to
scratch, but others might feel differently. :-)


If I can ever allocate a few hours of non-sleep time, I plan to commit the
"clay" stuff as a separate directory under "shale" so that we can experiment
some more with it, prior to integrating any final result into the Shale core.



--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to