[uf-discuss] Re: DOM scripting as an alternative to
include-pattern?
Michael Leikam
leikam at yahoo.com
Mon Jun 5 12:05:41 PDT 2006
Scott, Thanks for the link to microtemplates. That looks
useful and has given me an idea.
Tantek, I'll have to cook on your reply. Thanks for the
followup.
-ml
--- Scott Reynen <scott at randomchaos.com> wrote:
> On Jun 5, 2006, at 12:27 PM, Michael Leikam wrote:
>
> > could you (or anybody else really)
> > explain a little more about the differences you see
> between
> > supporting DOM manipulation during the parsing, as I've
> > suggested, and supporting include-patterns?
>
> The include pattern describes simple behavior (include
> the referenced
> fragment). DOM manipulation is one specific
> implementation of that
> behavior, and much more beyond it.
>
> > What is the difference between defining a data
> > format and defining what people do with that data
> format
> > (i.e., what that data format is used for)?
>
> I think the important difference is that the former makes
>
> communication easier and the latter makes communication
> more difficult.
>
> > But in order for the parser
> > to generate the target format, you've defined this
> > procedure:
> > ---------
> > if class is "include", grab the referenced node
> including
> > descendants and replace the current node with the
> > referenced one.
> > ---------
>
> I think the HTML spec pretty much defines this procedure:
>
> http://www.w3.org/TR/html4/struct/objects.html#adef-data
>
> "This attribute may be used to specify the location of
> the object's
> data ... a serialized form of an object which can be used
> to recreate
> it."
>
> Maybe this is a good example of why specs shouldn't be
> repeated.
>
> > The sort of markup I had in mind was something like
> this:
> > ---------
> > <div id="company">
> > <div class="hcard">
> > <h1 class="fn org">Michael's Webby Widgets</h1>
> > <div class="adr">
> > <span class="locality">Los Angeles</span>
> > </div>
> > </div>
> > </div>
> > <div class="hcard" onUFparseEvent="add_org_and_city()">
> > <div class="fn">Michael Leikam</fn>
> > <a class="email" href="mailto:me at foo.bar">
> > </div>
> > ---------
>
> This is invalid XHTML. There is no onUFparseEvent
> attribute for div
> tags. We can't just add arbitrary attributes to XHTML,
> and
> especially not if we expect anyone else to understand
> what we're
> trying to communicate.
>
> > Adding an ID to span.locality, which I think
> > is how include-pattern wants to handle this, isn't
> > appealing because I'd want to use a generic hcard
> generator
> > for any contact information.
>
> I don't think that's what the include pattern is for.
> You might want
> to look at microtemplates, as it seems to be more what
> you're after:
>
> http://microtemplates.org/
>
> > But from the replies I've
> > gotten, it sounds like this is the beginning of a
> > discussion and not something that is already ongoing.
>
> The inclusion pattern is a relatively new introduction to
>
> microformats. The object tag is older than microformats.
> The
> principle of separating markup from functionality is
> older than
> microformats.
>
> Peace,
> Scott
>
> _______________________________________________
> microformats-discuss mailing list
> microformats-discuss at microformats.org
>
http://microformats.org/mailman/listinfo/microformats-discuss
>
More information about the microformats-discuss
mailing list