-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Somebody claiming to be Tantek Çelik wrote: >On Fri, Feb 18, 2011 at 13:28, Stephen Paul Weber ><singpol...@singpolyma.net> wrote: >>>However, the challenge is that the name attribute can only accept a >>>*single* value (similar to "id"). >> >> That's a good point. Are there common cases where a form input is usefully >> multiple attributes? (A real question, I honestly don't know if that's >> common). > >Yes, specifically the web developers is *already using a name* in >their web form implementation, and then if we ask them to add >*another* name for microformats purposes.
Ah, if that's still something that needs to be considered in the autocomplete case then that makes sense. >> (whereas name would make good >> autocomplete work). > >Citation needed. If you want to research existing input/name "formats" >that implementations might be using, please document them on the wiki >so we can understand what might "work". I'm just saying existing autocomplete (that browsers actually have) keys off of the name attribute. That's why (for example) my OpenID autocompletes on many OpenID-enabled sites, because the spec had a reccomended name attribute for the form field. Obviously, if this functionality is not considered useful then it doesn't need to be a consideration :) >If you know of specific real-world issues with parsing input elements >for microformats, especially in the context of hCard, please note them >here under the brainstorm for input parsing: Sorry, really not trying to extend a theoretical discussion here, just wanting to clarify: are we both clear that the proposal is about autocomplete, which means that the forms will for sure be devoid of actual content? I'm not trying to say that there are issues with parsing input elements in general, but with empty ones (that is, ones that need to be autocompleted). Ok, enough from me. - -- Stephen Paul Weber, @singpolyma See <http://singpolyma.net> for how I prefer to be contacted edition right joseph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJNXxgBAAoJENEcKRHOUZzeE6EP/26+ysE31Koudyw0AAOQ1Ijo 28IXfGhvrQDncJW75It4BUIPfMZsHpVWDWJSOOJIQItcX6qa/6aJsuYelJ48A0Hg HfC7AF2eUq4C7hV6U1s4VrZGAV2mirYRcjJFk5qlEe7VAlpAb0Urq7jWlPUg8tus Oav0y0gRgrT+wJQZz7gq3LA9fqGQ1pt3uWhYhy93Jm4yDSdbIKiLFL41vdlvUTIf 2ERm7VxQdwSxzzPouSuXlgbo/R1oX9brXXYiJ6R92fEK+jGbQJcDaggcUS0vL6Id yw37rV85ZyMO8uBQFC4lN2hJ86TC2H+y2tTwyKoDKjcn4rqANeMGeSZhtDrpUnl3 7YfOVegCDJOaIufq2Yz0i9mRJZiF5IPf2aI18tZygXNcJG82QD1obHceZj42C7UY ebSTuOBNRXZj9aEw+E20uEN4PbVM4e8tKMNjgISrKu0EJdlqzH/fJUxzpQrzasXh U24MBWogarJk+muFzySrdBcqi6Z7vtDRFBvRpHLwvGPaRI+IpqpG9bPBtFHOgC6j qSz4XAUIuz1D1Qrb+RkATG7YrlYSEX4MCQaDsz99tN2F0XcIykTjUAC9G+isP9rA pdRYvb79mmkdOmUZJG8QLyRnpRZ9qHQxXLW0hPXQt3oBFa/epb4DeT100M9356JR vYMSJ7Q04RvPMvyP5Zj4 =1qMb -----END PGP SIGNATURE----- _______________________________________________ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
