I can see how that might be useful. I've had the pleasure <rolling-eyes/> of working with a validation framework that depends on bogus tags in the html elements. The code was generic enough to retrieve these special tags and handle validation from a few common js includes. (This was for a product that required IE 4+)
Thoughts? -- James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org "If you were plowing a field, which would you rather use? Two strong oxen or 1024 chickens?" - Seymour Cray (1925-1996), father of supercomputing > -----Original Message----- > From: Chen, Gin [mailto:[EMAIL PROTECTED]] > Sent: Thursday, November 21, 2002 11:08 AM > To: 'Struts Users Mailing List' > Subject: RE: IE's autocomplete > > > that makes sense. > but how about including an attributes tag that allows a map of attribute > name/values? > that might be helpful while maintaining the whole "not render any client > specific attributes". > -Tim > > -----Original Message----- > From: David Graham [mailto:[EMAIL PROTECTED]] > Sent: Thursday, November 21, 2002 10:49 AM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: RE: IE's autocomplete > > > Struts tags will not render any client specific attributes. The tags > conform to the HTML 4.01 spec. The autocomplete attribute is IE specific > and therefore won't be supported by Struts. It would be pretty easy to > extend a Struts tag to support this attribute if you are using IE. > > David > > > > > > > >From: "edgar" <[EMAIL PROTECTED]> > >Reply-To: <[EMAIL PROTECTED]> > >To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]> > >Subject: RE: IE's autocomplete > >Date: Thu, 21 Nov 2002 10:20:08 -0500 > > > >The tags are pretty simple, I would submit a bug report as an > >ENHANCEMENT with a diff of the changes required to render the attribute. > > > > > >Edgar > > > >-----Original Message----- > >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > >Sent: Thursday, November 21, 2002 7:50 AM > >To: 'Struts Users Mailing List' > >Subject: RE: IE's autocomplete > > > > > > > >Thanks Robert... > > > >I realise Struts is a server side framework but take the Struts notation > >for say an input box e.g. <html:text property="name" size="35"/> It > >supports the attributes 'alt', 'disabled' and various > >Javascript-specific extensions which are not all supported or rendered > >the same in different browsers... I have read several mails inquiring > >about the same thing, if the 'autocomplete' extension will be accessible > >through Struts in the future... The auotcomplete function is a security > >risk or is percieved as such by many people, it would seem more like > >common sense to cater for it in whatever means possible, even if it > >simply serves to make STRUTS more attractive as a rapid development > >framework for people who are going to use IE to view the application and > >where security is an issue. HTML has a standard way of disabling it, > >e.g. <input type="text" autocomplete="off"> ... this is how it's > >disabled in many banking applications etc. where security is a big > >concern... > > > >I'd appreciate any input on this that anyone might have, Thanks, David > > > > > > > > > > > > "Robert Taylor" > > > > <[EMAIL PROTECTED]> To: "Struts Users > >Mailing List" <[EMAIL PROTECTED]> > > cc: > > > > 21/11/2002 12:35 Subject: RE: IE's > >autocomplete > > Please respond to > > > > "Struts Users Mailing > > > > List" > > > > > > > > > > > > > > > > > >David, Struts is a server side framework, and therefore does not > >directly control the behavior of the client. Struts, JSTL, EL, etc..., > >facilitate rendering data in the client. So unless HTML or Javascript > >has a standard way to disable MS IE's *autocomplete* for input forms, > >you are at the mercy of the client. > > > >robert > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > > Sent: Thursday, November 21, 2002 6:24 AM > > > To: [EMAIL PROTECTED] > > > Subject: IE's autocomplete > > > > > > > > > Hi, > > > > > > I'm trying to get the definitive answer on this, will STRUTS have > > > functionality to disable MS IE's *autocomplete* for input forms in the > > > > > near future? Has anyone had experience disabling this by any other > > > means? > > > > > > Thanks, > > > David Heagney > > > > > > > > > This message is for the designated recipient only and may contain > > > privileged, proprietary, or otherwise private information. If you > > > have received it in error, please notify the sender immediately and > > > delete the original. Any other use of the email by you is prohibited. > > > > > > > > > -- > > > 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]> > > > > > > > > > >This message is for the designated recipient only and may contain > >privileged, proprietary, or otherwise private information. If you have > >received it in error, please notify the sender immediately and delete > >the original. Any other use of the email by you is prohibited. > > > > > >-- > >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]> > > > _________________________________________________________________ > Protect your PC - get McAfee.com VirusScan Online > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > -- > 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]>
