[uf-discuss] proposal: a.include

Tantek Ç elik tantek at cs.stanford.edu
Mon Jul 10 20:12:33 PDT 2006


On 7/10/06 5:15 PM, "Ryan King" <ryan at technorati.com> wrote:

> On Jul 9, 2006, at 7:42 AM, Tantek Çelik wrote:
>> Ryan wrote:
>> 
>>> (sidenote: I don't think the @type should be required after this
>>> change)
>> 
>> I'm not sure about that.  OT1H the addition of the "type" attribute
>> tries to
>> communicate that the "include" is "just" HTML.  OTOH the "text/
>> html" type is
>> for a whole document, not just a fragment so it might not be
>> correct to use
>> "text/html" for the include-pattern.
>> 
>> ...
>> 
>> Thoughts?
> 
> My thought: specifying the mime-type on a local IDREF violates the
> DRY principle. A local IDREF refers to the existing document so any
> mime-type applied to that reference will be:
> 
> 1. non-standard,
> 2. wrong, or
> 3. duplicative
> 
> In other words if the mimetype is wrong, the @type attribute is
> worthless, if it's correct, it doesn't tell us anything we don't
> already know. The best we can hope for is a non standard mimetype
> which hasn't been used anywhere before.

Flawless reasoning AFAICT.  Well done.


> I still vote for not requiring it.

Given the reasoning above, I actually think a strong position is merited,
which is rather than not requiring it (making it a MAY), to instead suggest
that authors SHOULD NOT specify 'type' on the include-pattern, precisely
because of the reasons you provide.

I'll edit the proposal accordingly.

Thanks,

Tantek



More information about the microformats-discuss mailing list