Re: DO NOT REPLY [Bug 33752] - [Shale] Enhancement to the Shale subview tag library component.

[David Geary <sa...@earthlink.net>]

Le Mar 29, 2005, à 1:11 AM, bugzilla@apache.org 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 craig.mcclanahan@sun.com  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: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org