On 6/26/06 9:39 AM, "Chris Casciano" <[EMAIL PROTECTED]> wrote:
> > On Jun 26, 2006, at 12:23 PM, Tantek Çelik wrote: > >> On 6/26/06 9:07 AM, "Chris Casciano" <[EMAIL PROTECTED]> 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 _______________________________________________ microformats-discuss mailing list [email protected] http://microformats.org/mailman/listinfo/microformats-discuss
