[uf-discuss] Re: DOM scripting as an alternative toinclude-pattern?

[Steve Robillard]

Michael,

I have the same problem for many places in which I use microformats (board
of directors listings etc.) I have used the include pattern and generated
the data from a db then hid the company name type data with css.

Thanks,
Steve 

-----Original Message-----
From: microformats-discuss-bounces at microformats.org
[mailto:microformats-discuss-bounces at microformats.org] On Behalf Of Michael
Leikam
Sent: Saturday, June 03, 2006 10:01 PM
To: Microformats Discuss
Subject: RE: [uf-discuss] Re: DOM scripting as an alternative
toinclude-pattern?

Steve,

My hunch is that if js/dom isn't supported or generates an error then the
parser should ignore this DOM manipultation step and move on to the
XHTML-to-TargetFormat transformation.  

A well-formed piece of content should remain well-formed regardless of
whether any additions are successful.  We also shouldn't advocate marking up
content as microformatted which doesn't contain necessary fields (like
dtstart for  hcal).  The inclusion of content outside the top-level tags
should be an enhancement and an elaboration of already appropriately marked
up data.

One of my frustrations with hcal/hcard markup is that on many of my pages,
other parts of the page lend context to the content which is lost when that
content is extracted and republished in a different context.  For example,
on an "about us" page, the company name doesn't need to be placed next to
every employee's title since it's a company page, but that's exactly what I
want when the person's address is extracted and added to somebody's address
book.  A minimal vCard is better than nothing, but a more complete one would
be preferable.

-ml


--- Steve Robillard <s.robillard at snet.net> wrote:

> Michael,
> 
> >From a purely accessible stand point what happens to the
> redundant data and
> the understandability/utility of the complete data when JavaScript is 
> disabled, and does not included the redundant data?
> 
> Thanks,
> Steve
> 
_______________________________________________
microformats-discuss mailing list
microformats-discuss at microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss