[uf-new] Re: hAudio FN or Title

[Martin McEvoy]

Hello Guillaume...

On Sat, 2008-02-02 at 12:32 -0800, Guillaume Lebleu wrote:
> "what I'm reading here is that classname "fn" may have different
> meaning 
> if used outside of an element of class "vcard". Saying this is to me 
> equivalent to saying the "vcard" classname syntax is syntactic sugar
> for 
> the concept of a namespace (as is "vcard-fn" or "vcard:fn"). My 
> understanding was that the concept of namespace, not just its xml 
> syntax, was an antipattern in microformats. Am I mistaken?" 

It is what I personaly am beginning to believe, 

I will say that not all "anti-patterns" are a bad thing in my experience
and shouldn't be understood as such, HTML Standards make a publisher in
html program their pages correctly with all factors taken into
consideration. Things that can be viewed as cool and desirable such as
in-line java-script, Flash movies hidden metadata, and even include
software applications Such as Dreamweaver and FrontPage ALL create
"anti-patterns" and should be avoided and "labeled" as such.

The "real-word" of course will ignore my above ravings :) HTML standards
make most people get back to their roots so to speak, make them
understand html, css, xml from the beginning, how it should be in html.
namespaces in standards are a good thing just because we don't say
<html:div> <html:span> ...etc doesn't mean we are not?.

hAtom is a very good example I think of microformats making their OWN
namespace by "mimicking" another Atom
http://atomenabled.org/developers/syndication/

"bridging the gap" 
http://microformats.org/wiki/hatom#Format

so to speak referencing or citing standards as a reference are
"invoking" these standards and namespaces in html.

so when we say lets use "fn" from vcard invoking the rfc2426 standard 
 http://www.ietf.org/rfc/rfc2426.txt i dont think it is possible for us
to change "FN"'s meaning?.

Anyway just philosiphising 

Thanks

Thanks 

Martin McEvoy