[uf-discuss] hreview item question

Mon Jun 26 10:36:32 PDT 2006

On 6/26/06 9:39 AM, "Chris Casciano" <chris at placenamehere.com> wrote:
>> On Jun 26, 2006, at 12:23 PM, Tantek Çelik wrote:
>>> On 6/26/06 9:07 AM, "Chris Casciano" <chris at placenamehere.com> wrote:
>>>>>>>> On Jun 25, 2006, at 3:25 PM, Ryan King wrote:
>>>>>>> Yes.
>>>>>>>> -ryan
>>>>>>>> On Jun 24, 2006, at 8:20 AM, Chris Casciano wrote:
>>>>>>>>> I'm trying to pull together the ui for hreview creation in my
>>>>> textpattern plugin and need to balance some flexibility vs
>>>>> complexity
>>>>> issues ... without hitting those concerns (because they're primarily
>>>>> txp issues and not mf related) I had a question on allowable
>>>>> locations of item data (hcard, hcalendar, simple item types)
>>>>>>>>>> i see an example in the wiki with the merged <div class="description
>>>>> item vcard"> ... but can item be a child of description .. for
>>>>> example
>>>>>>>>>> <span class="type">business</span>
>>>>> <div class="description item">
>>>>> <div class="vcard"></div>
>>>>> <p>some description</p>
>>>>> </div>
>>>>>>>>>> or
>>>>>>>>>> <span class="type">website</span>
>>>>> <div class="description item">
>>>>> <a class="fn url"
>>>>> href="http://microformats.org/">Microformats.org</a>
>>>>> <p>some description</p>
>>>>> </div>
>>>>>>>>>> I've done some derivation of the second case already on my own
>>>>> blog[1] but I wanted to be clear on the legality of this style of
>>>>> nesting the elements before I codified it and distributed it in a
>>>>> plugin.
>>>>>>>>>> [1] http://placenamehere.com/article/211/TechnoratisNewToys
>>>>>>>>>> More random questions on this....
>>>>>> what does a parser do if there happens to be another vcard inside the
>>> <div class="description item"> block?
>>>>>> I can totally envision something written like ...
>>>>>> Summary: Technorati is a great company
>>> Description+Item: *Technorati* has been doing great things lately
>>> helped by great people like *Ryan King*.
>>>> Take the first one as *the* one.
>>>> In general that is the parsing rule for microformats where a singleton
>> is
>> required (e.g. single "FN" property). If you find more than one
>> instance
>> where you were expecting only one, just use the first instance found.
>>>> Thanks,
>>>> Tantek
>>>> That doesn't seem particularly intelligent... or easy to understand for
> authors...

Huh? Not sure how to make it any simpler than "first wins". That's pretty
easy to remember.
> why should wone of these be correct and the other incorrect
> / impossible to write?
>>>> Summary: Technorati is a great company
>>> Description+Item: *Technorati* has been doing great things lately
>>> helped by great people like *Ryan King*.
>> vs.
>>>> Summary: Technorati is a great company
>>> Description+Item: *Ryan* and *Tantek* are among the many people
>>> making *Technorati* into a great company.

The real answer is, make it explicit with <span class="item vcard"> rather
than doing the sloppy thing of putting "item" on the same element as
"description".
That's unambiguous, and also easy to remember.
> *wonders how far all this flattery will get him*

Heh. Your well written code has gotten you much farther. ;)
Tantek