Santos,
I'm going to side with the existing Stripes design Santos.
The JSP framework is specific about the correct and proper use of dynamic
attributes in tag libraries where a significant numbers of attributes may
exist, especially arbitarily. HTML 4.01 and HTML 5 are examples of very
flexible specifications intended to use the JSP Dynamic Attributes interface.
Browser implementations of the W3C HTML *recommendation* (if you just take 4.01
and do not weigh the fact that HTML 5 has *no* recommendation as yet from the
W3C) differ wildly. The example of autocomplete is a good one. I need it, I
work for Barclaycard. However, until only recently did Mozilla, Safari, Opera
and others support this non-standard attribute.
If the Stripes standard tag library implements the recommendation and the
Stripes Dynamic Library implements the Dynamic Attributes interface across the
tag library for HTML, then Stripes is correctly following the intention of the
JSP specification.
Including both libraries at the top of the JSP is an acceptable and recommended
solution to your problem. I'm using it.
I use the "dynastripes:form" for my use of autocomplete and the standard
Stripes lib for all my other inputs.
Heaven forbid I'm ever forced to use Dojo, then I'm stuck with the Dynamic
Stripes library... :-)
(It's true also that Stripes supports the Dojo framework through the Dynamic
TLD already, so Dojo users are already first-class citizens in the framework.)
Regards,
Tim
PS... we can have a separate debate about HTML specifications, recommendations
and browser implementations "off-line." I'm an adherent to the hypothesis that
browser implementation trumps specification and recommendation from the W3C.
Hence, Safari and IE 9 are leading implementation of the working HTML 5 spec,
without a recommendation from the W3C. But I'm also a strong believer in error
and warning free validation of my HTML responses, allowing few exceptions where
the specification does not meet the implementation, e.g., autocomplete. In
this, we are kindred spirits.
________________________________
From: Samuel Santos [mailto:[email protected]]
Sent: Saturday, September 04, 2010 11:12 AM
To: Stripes Users List
Subject: Re: [Stripes-users] Stripes Cage Rattling
Despite DynAttr Tag Library being the obvious choice, neither does it have it
have runtime errors nor code completion.
autocomplete attribute is more often than not a requirement in banking web
applications for security reasons, and is supported by browsers for a really
long time (it was introduced by Microsoft with Internet Explorer 5 in 1999).
For that reason it has been included in the HTML5 spec
(http://dev.w3.org/html5/spec/common-input-element-attributes.html#the-autocomplete-attribute)
and should be included in our Standard Tag Library.
--
Samuel Santos
http://www.samaxes.com/
2010/9/4 Grzegorz Krugły <[email protected]>
autocomplete is not in HTML spec, so it's not in the taglib. There's a
second version of tag lib that allows dynattrs, which will pass down to
the HTML any attribute; I tend to have them both added in different
namespaces so I can use autocomplete="off" when necessary.
W dniu 04.09.2010 05:00, Samuel Santos pisze:
> I would like to add that our taglib should really be updated.
>
> It's missing some very useful HTML attributes (e.g. autocomplete="off"
> on <form> elements, supported by most browsers), and we should as
> well, begin to add some of the new stuff coming from the HTML5 spec.
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Stripes-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/stripes-users
Barclays www.barclaycardus.com
This e-mail and any files transmitted with it may contain confidential and/or
proprietary information. It is intended solely for the use of the individual or
entity who is the intended recipient. Unauthorized use of this information is
prohibited. If you have received this in error, please contact the sender by
replying to this message and delete this material from any system it may be on.
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Stripes-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/stripes-users
