- From: Matthew Thomas <mpt@myrealbox.com>
- Date: Sat, 12 Mar 2005 23:36:55 +0000
Chris Holland wrote: > > How about this. Instead of an autocomplete attribute to specific form > elements, how about an attribute that is less specific about > instructing the user agent what to do: > > sensitiveinput="yes" >... That is more elegant. However, everything I said about autocomplete="no" would still apply. Therefore, browsers would continue to support it, whether or not they also supported sensitiveinput="yes". Therefore, there would now be two attributes performing much the same function. Unlike previous examples of new code replacing old (<form> replacing <isindex>, CSS replacing <font>), there would be zero advantage to Web authors using sensitiveinput="yes". The sole difference would be that autocomplete="no" was massively more reliable. Therefore, no-one would use sensitiveinput="yes". It is a bad idea for a Web specification to contain things no-one will use. Every bit of complexity decreases the number of people who will bother reading the spec at all, which decreases the average level of compliance, which makes the Web worse. >... > Upon the first installation of a user agent, upon the first encounter > for a "sensitiveinput" attribbute on a form, a user agent might > consider warning the user. >... Actually, browser vendors are competing on reducing the frequency of popup windows, not increasing it. -- Matthew Thomas http://mpt.net.nz/
Received on Saturday, 12 March 2005 15:36:55 UTC