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:[EMAIL PROTECTED]]
>>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:[EMAIL PROTECTED]>
>>For additional commands, e-mail:
>><mailto:[EMAIL PROTECTED]>
>>
>>--
>>To unsubscribe, e-mail:
>><mailto:[EMAIL PROTECTED]>
>>For additional commands, e-mail:
>><mailto:[EMAIL PROTECTED]>
>>
>>
>
>
> --
> To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>
>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
