Re: Microformats *do* seek to change behaviour (was: XFN usage stats and Re: [uf-discuss] rel="muse" implies romantic relationship?)

[Siegfried Gipp]

Am Mittwoch, 13. Dezember 2006 12:53 schrieb Ciaran McNulty:
> On 12/13/06, Tim White <[EMAIL PROTECTED]> wrote:
> > I believe that the (%inline) refers to what  can contain --
> > inline elements. See same structure for headings:
> > http://www.w3.org/TR/html4/struct/global.html#h-7.5.5
>
> Aha, that sounds probable (apologies to Siegfried).
>
> The fact it can't contain block level elements still makes it unusable
> for my needs though (I can't fit my hCard into entirely inline
> elements, so my pages don't validate correctly if I add ).

If you want to take a look at my address info: 
http://www.rorkvell.de/impressum

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: Microformats *do* seek to change behaviour (was: XFN usage stats and Re: [uf-discuss] rel="muse" implies romantic relationship?)

[Tim White]

>The fact it can't contain block level elements still makes it unusable
>for my needs though (I can't fit my hCard into entirely inline
>elements, so my pages don't validate correctly if I add ).
>
>-Ciaran

But you can still use hCard -- just wrap it in something else ().  is allowed, not mandated.

And thank you Ben for the DOM clarification. I wasn't aware of that behavior.

~ Tim






 

Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: Microformats *do* seek to change behaviour (was: XFN usage stats and Re: [uf-discuss] rel="muse" implies romantic relationship?)

[Ben Ward]

On 13 Dec 2006, at 11:53, Ciaran McNulty wrote:

so my pages don't validate correctly if I add 


Actually, it's more severe than just not validating. Nesting block  
level elements within ADDRESS triggers error-handling in browsers,  
such that the DOM does not reflect your mark-up. Mark-up such as:


> ADDRESS
--> DIV
> UL
> P

Will make a DOM of:

> ADDRESS
> DIV
--> UL
--> P

Where DIV is a sibling of ADDRESS, not a child.

This affects parsing, styling and anything you like,  another reason  
ADDRESS is not required by any microformat.


Ben
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: Microformats *do* seek to change behaviour (was: XFN usage stats and Re: [uf-discuss] rel="muse" implies romantic relationship?)

[Ciaran McNulty]

On 12/13/06, Tim White <[EMAIL PROTECTED]> wrote:

I believe that the (%inline) refers to what  can contain -- inline 
elements. See same structure for headings:
http://www.w3.org/TR/html4/struct/global.html#h-7.5.5


Aha, that sounds probable (apologies to Siegfried).

The fact it can't contain block level elements still makes it unusable
for my needs though (I can't fit my hCard into entirely inline
elements, so my pages don't validate correctly if I add ).

-Ciaran
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: Microformats *do* seek to change behaviour (was: XFN usage stats and Re: [uf-discuss] rel="muse" implies romantic relationship?)

[Tim White]

Ciaran,

>On 12/11/06, Tim White <[EMAIL PROTECTED]> wrote:
>> To address the poster's concerns,  is a block-level
>element, not inline,
>
>This would seem to contradict that?
>http://www.w3.org/TR/html4/struct/global.html#h-7.5.6
>
>I've stayed away from using  on some of my pages precisely
>because of this, so I'd be delighted to find I'd read it wrong!
>
>-Ciaran McNulty


I believe that the (%inline) refers to what  can contain -- inline 
elements. See same structure for headings:
http://www.w3.org/TR/html4/struct/global.html#h-7.5.5
 
I'm not the greatest at reading those specs, so if someone else can confirm 
that, I'd appreciate it.


~ Tim 
tjameswhite.com





 

Have a burning question?  
Go to www.Answers.yahoo.com and get answers from real people who know.

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: Microformats *do* seek to change behaviour (was: XFN usage stats and Re: [uf-discuss] rel="muse" implies romantic relationship?)

[Ciaran McNulty]

On 12/13/06, Siegfried Gipp <[EMAIL PROTECTED]> wrote:

 is an element designed to contain contact information. So if you
want to include contact information use . That is indepenent of
using hCard or not.  is a html element, specified by the w3c, hCard
is an attribute vocabulary, designed by microformats. You can pretty well use
both together. In fact, microformats is designed in that way: To be used
together with html.


I'm referring to it's inline-ness.

-Ciaran
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: Microformats *do* seek to change behaviour (was: XFN usage stats and Re: [uf-discuss] rel="muse" implies romantic relationship?)

[Siegfried Gipp]

Am Mittwoch, 13. Dezember 2006 10:11 schrieb Ciaran McNulty:
> On 12/11/06, Tim White <[EMAIL PROTECTED]> wrote:
> > To address the poster's concerns,  is a block-level element, not
> > inline,
>
> This would seem to contradict that?
> http://www.w3.org/TR/html4/struct/global.html#h-7.5.6
>
> I've stayed away from using  on some of my pages precisely
> because of this, so I'd be delighted to find I'd read it wrong!
>
> -Ciaran McNulty

 is an element designed to contain contact information. So if you 
want to include contact information use . That is indepenent of 
using hCard or not.  is a html element, specified by the w3c, hCard 
is an attribute vocabulary, designed by microformats. You can pretty well use 
both together. In fact, microformats is designed in that way: To be used 
together with html.

regards
Siegfried
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: Microformats *do* seek to change behaviour (was: XFN usage stats and Re: [uf-discuss] rel="muse" implies romantic relationship?)

[Ciaran McNulty]

On 12/11/06, Tim White <[EMAIL PROTECTED]> wrote:

To address the poster's concerns,  is a block-level element, not 
inline,


This would seem to contradict that?
http://www.w3.org/TR/html4/struct/global.html#h-7.5.6

I've stayed away from using  on some of my pages precisely
because of this, so I'd be delighted to find I'd read it wrong!

-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: Microformats *do* seek to change behaviour (was: XFN usage stats and Re: [uf-discuss] rel="muse" implies romantic relationship?)

[Siegfried Gipp]

Am Montag, 11. Dezember 2006 20:45 schrieb Tim White:

> To address the poster's concerns,  is a block-level element, not
> inline, and it is suggested but not mandated. Likewise, skills are
> optional, as are linking them.
>
> At least that's how I read the spec. Anyone see it differently? (I've also
> added my answers to the wiki page.)

I do read the same. And in fact, not microformats.org suggested , but 
the w3c. Microformats is about a vocabulary for some attributes, not about 
elements.

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: Microformats *do* seek to change behaviour (was: XFN usage stats and Re: [uf-discuss] rel="muse" implies romantic relationship?)

[Andy Mabbett]

In message <[EMAIL PROTECTED]>, Tim
White <[EMAIL PROTECTED]> writes

>>Perhaps you missed this comment:
>>
>>
>> 
>>
>>in which a poster describes how he rejected hResume because it sought to
>>change his publishing behaviour.

>skills are optional, as are linking them.

*all* microformats are optional; that's hardy the point.

-- 
Andy Mabbett
*  Say "NO!" to compulsory ID Cards:  
*  Free Our Data:  
*  Are you using Microformats, yet:  ?
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: Microformats *do* seek to change behaviour (was: XFN usage stats and Re: [uf-discuss] rel="muse" implies romantic relationship?)

[Tim White]

> From Any Mabbett

>Perhaps you missed this comment:
>
>
> 
>
>in which a poster describes how he rejected hResume because it sought to
>change his publishing behaviour.

To address the poster's concerns,  is a block-level element, not 
inline, and it is suggested but not mandated. Likewise, skills are optional, as 
are linking them.

At least that's how I read the spec. Anyone see it differently? (I've also 
added my answers to the wiki page.)

~ Tim
tjameswhite.com/blog






 

Have a burning question?  
Go to www.Answers.yahoo.com and get answers from real people who know.

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Microformats *do* seek to change behaviour (was: XFN usage stats and Re: [uf-discuss] rel="muse" implies romantic relationship?)

[Andy Mabbett]

In message <[EMAIL PROTECTED]>, Tantek Çelik
<[EMAIL PROTECTED]> writes

>Subject: Re: XFN usage stats and Re: [uf-discuss] rel="muse"
>implies romantic relationship?

Did you perhaps forget to change that?

>microformats do not try to alter people's publishing behavior in an
>unnatural way - and ask of them to make openly honest what is not
>already so - unlike "a priori" formats efforts which seek to change
>behavior as such with metadata etc. that they "wish" people would
>simply magically start publishing.

Perhaps you missed this comment:




in which a poster describes how he rejected hResume because it sought to
change his publishing behaviour.

-- 
Andy Mabbett
*  Say "NO!" to compulsory ID Cards:  
*  Free Our Data:  
*  Are you using Microformats, yet:  ?

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss