[uf-discuss] Microformats in Form Fields

Scott Reynen scott at randomchaos.com
Thu Oct 5 05:41:14 PDT 2006


On Oct 5, 2006, at 5:17 AM, Ciaran McNulty wrote:

> I agree with this.  I think indicating that a form contains an hCard
> is semantically valid in and of itself, especially in the case of
> presenting an hCard in a form for editing.  There's also nothing
> immediately wrong with saying that an empty form is an empty hCard,
> IMO.

An empty hCard is not an hCard.  hCard requires at least a name, and  
most other microformats have some basic requirements.  So I think  
it's bad semantics to say there's an hCard somewhere when there's  
not.  Even in the case where the hCard data is there (a pre-filled  
form), it doesn't follow the current hCard parsing standards, so it's  
only an hCard if we're redefining what hCard is.  And I don't see the  
point of that.  Parsers will need to be rewritten to make use of this  
data regardless of the root class name.  Using the existing root  
class names seems to only ensure that parsers will also need to be  
rewritten if they want to ignore this data.

> Decoupling the semantics that say 'this accepts input' is a very good
> idea.  I'm not actually sure if any new class needs to defined to say
> that though - surely the semantics of FORM/INPUT elements say all of
> that anyhow?

That the form is used for input is obvious.  That the form is used  
for input of hCards is not obvious, and I don't think adding  
class="vcard" makes it obvious.  What was the problem with Drew's  
earlier suggestion of accept="text/html+vcard" to identify the  
accepted microformat input format?

> As you can probably gather from the above, my personal instinct would
> be to expand uFs' parsing rules to explain how to deal with forms.

I see no problem with that, but I still see no benefit in forcing  
that change on all existing parsers by using the old class names to  
mean new things.  Currently class="vcard" means "you can find contact  
data within tags containing vcard property names as classes" and what  
I'm seeing suggested here is changing class="vcard" to mean "you can  
find contact data within tags containing vcard property names as  
classes, or within the value attribute of input tags containing those  
classes, or if those value attributes are blank and you have contact  
data, this would be a good place to paste it."  That strikes me as a  
complicated redefinition of a microformat to suit a hypothetical edge  
case.

Peace,
Scott


More information about the microformats-discuss mailing list