struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Erik Hatcher <jakarta-str...@ehatchersolutions.com>
Subject Re: LabelTag
Date Tue, 15 Oct 2002 16:03:36 GMT
I would argue (mildly) that the design is a bit wrong if the base class 
attributes are hidden from subclass tags (although I just did something 
similar, didn't I? :), but either way its not a big deal since Struts 
already has a system in place to generate docs and TLD's, although its 
separate from the source.  I think the source is the right place for 
docs and metadata for taglibs, hence my affection for XDoclet in this 
case :)

	Erik


Martin Cooper wrote:
> Unfortunately, it's not that simple with the Struts tags. Many of the tags
> extend a base class which defines a number of common attributes. However,
> just because the code for an attribute is available does *not* mean that it
> should be exposed for every tag that extends the base class.
> 
> A case in point is the HTML taglib. Which attributes are exposed for a
> particular tag is dependent upon the HTML 4.01 spec. In the implementation,
> it is very convenient to have several base classes which cover the large
> majority of attributes. However, there are some tags which extend the base
> classes, but which do not expose all of the attributes, so that they conform
> to the spec.
> 
> Now, if we could get XDoclet to handle that... ;-)
> 
> --
> Martin Cooper
> 
> 
> 
>>-----Original Message-----
>>From: Edgar Dollin [mailto:edgar@blue-moose.net]
>>Sent: Tuesday, October 15, 2002 7:22 AM
>>To: 'Struts Developers List'
>>Subject: RE: LabelTag
>>
>>
>>The number of missing attributes in the tag libraries is 
>>large enough to
>>consider
>>a change, especially since writing tag libraries is one of the most
>>pleasurable
>>parts of what we do ;-).
>>
>>Edgar.
>>
>>
>>>I do highly encourage the Struts committers to use XDoclet 
>>
>>for TLD and 
>>
>>>documentation generation (but I guess if it ain't broke, 
>>
>>don't fix it,
>>eh?).
>>
>>>	Erik
>>
>>
>>
>>
>>--
>>To unsubscribe, e-mail:   
>><mailto:struts-dev-unsubscribe@jakarta.apache.org>
>>For additional commands, e-mail: 
>><mailto:struts-dev-help@jakarta.apache.org>
>>
>>--
>>To unsubscribe, e-mail:   
>><mailto:struts-dev-unsubscribe@jakarta.apache.org>
>>For additional commands, e-mail: 
>><mailto:struts-dev-help@jakarta.apache.org>
>>
>>
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:struts-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:struts-dev-help@jakarta.apache.org>
> 
> 
> 


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


Mime
View raw message