include-pattern: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
(added scope)
(warning, only for classic microformats)
 
(48 intermediate revisions by 18 users not shown)
Line 1: Line 1:
<h1> include pattern </h1>
{{warning|This is a classic microformats building block and has not been updated for [[microformats2]].}}
<h1>Include Pattern</h1>
{{TOC-right}}
The include pattern is a microformat design pattern, providing a mechanism to include a portion of data from one area of a page into another area of the same page, allowing the data to be reused by multiple microformats, independent of content order, without repeating all the information. The following is documentation for re-use of the pattern in other microformats, and for publishers working with it.


Initially developed as part of [[resume-brainstorming]], it has become clear from actual microformats markup experience with real world sites, that several microformats (e.g. [[hresume|hResume]], [[hreview|hReview]], [[hatom|hAtom]] etc.) need a mechanism to include a portion of data from area of a page into another area of a page.  This page documents this pattern for re-use in those microformats and any others that need this feature.
;Editors: Tantek Çelik
: Ben Ward


; Author: Tantek Çelik
== background ==
 
[[hresume|hResume]] needed the ability to include a name from one hCard at the top of a resume — the person's contact details — into the separate hCards used in the same person's employment history. Repeating name information would not have matched the existing publishing practices used in Resumes and Curriculum Vitæ, would be inconvenient to publishers, and irritating to consumers. The include pattern is a mechanism to reference data from the same page, avoiding repetition, or duplicate visible information.
 
== scope ==
 
The include pattern is strictly limited to the scope of the current page. It cannot be used to include content from other URLs.
 
== quick reference==
 
The include-pattern is a mechanism to include content from one microformat into another microformat elsewhere in the same document, using hyperlinks or <code>object</code>. For example:
 
<source lang=html4strict><a class="include" href="#author">James Levine</a></source>
<source lang=html4strict><object class="include" data="#author"></object></source>
 
In specifications which cite the include-pattern, either of the above code snippets {{must}} cause a microformats parser to replace the <code>A</code> or <code>object</code> element with class name "include" with the content fragment with ID "author". Full examples follow.
 
== in general==
 
To reference includes, use an include element with class name "include" and a document fragment identifier. The content to be included should have an ID attribute set, and that ID should be referenced from the HREF or DATA attribute at the point of inclusion.
 
The include element with class name "include" indicates a reference to a sub-tree elsewhere in the document which {{must}} be included in-place by microformat parsers. That is, the element with class "include" is _replaced_ in the DOM by the referenced sub-tree. Note that this means all other class names on the include element are discarded. Microformat class names should be included on the target of the include, not on the include element itself.
 
To prevent infinite loops, if a class="include" refers to itself or to an ancestor in the parse tree, then it is ignored and has no effect on the parser.
 
Per the [[include-pattern#Scope|scope]], the <code>object</code> 'data' attribute and hyperlink 'href' attribute {{must}} be local ID references when used as include pattern instances. External references (requiring a consuming application to load an external resource) are not supported by this method.
 
There are two HTML elements available to reference includes, hyperlink/Anchor and <code>object</code>. They are documented below.
 
These methods of property indirection via a hyperlink element can apply to any/all properties in class-based microformats, but should only be used where a microformat explicitly states that the include-pattern is a dependency. For example, [[XOXO]] does not reference the include-pattern at this time, so sub-trees cannot be included by reference in XOXO. [[hResume]] and [[hReview]] do reference the include pattern.
 
=== Hyperlink ===
 
The recommended way to reference includes within microformats is to use a hyperlink.


__TOC__
==== Hyperlink example====


Here is an [[hcard|hCard]] for a bar, included at the top of a reviews page, shown here as a verbose hCard.


== background ==
<source lang=html4strict>
<div class="vcard" id="bricklayers-card">
  <div class="fn org">The Bricklayers Arms</div>
  <div class="adr">
    <span class="street-address">31 Gresse Street</span>,
    <span class="locality">Fitzrovia</span>
    <span class="region">London</span>
    <span class="postal-code">W1T 1QS</span>
  </div>
</div>
</source>


In [[hresume|hResume]], we needed the ability to include the name from the hCard at the top of the resume for a person into their hCards in the middle of the resume which represented each of their job hCards (job title, organization name, address etc.), and thus developed the [http://microformats.org/wiki/resume-brainstorming#hCard_reference_via_object hCard reference via object technique].
Elsewhere on the page, a number of reviews reference the hcard in the item property. Rather than repeat all the verbose detail, only the name is reprinted and the detailed hcard referenced using the include-pattern.


== scope ==
<source lang=html4strict>
<div class="hreview">
  <h1 class="summary">A great venue for monthly gatherings!</h1>
  <div class="item"><a class="include" href="#bricklayers-card">The Bricklayers Arms</a></div>
  <p class="description">Wonderful pub, cheap beer, open fire to warm mince pies at Christmas.</p>
</div>


The include pattern is strictly limited to the scope of the current page.  This is by design in order to avoid multipage / multidomain etc. problems.  Also "current page" uses cover the vast majority of use cases thus we are solving that problem first.
<div class="hreview">
  <h1 class="summary">Takes a while to thin out, but!</h1>
  <div class="item"><a class="include" href="#bricklayers-card">The Bricklayers Arms</a></div>
  <p class="rating"><span class="value">5</span>/<span class="best">5</span></p>
</div>
</source>


== class name "include" ==
Note that you {{must}} include content within the anchor element. See the notes and issues below.


In order to make this more explicit (helps forward compatibility for parsers), we are adding the class name "include" on the object element to indicate that that object refers to a subtree which should be included in its place by microformat parsers.
A microformat parser {{must}} treat each review as follows, with the hyperlink include element completely replaced (including inner-text) by the sub-tree that was referenced:


'''Proposal 1:''' Allow the use of <nowiki><a href class="include"></nowiki> as a secondary include-pattern mechanism, due to some browsers mishandling the object include-pattern.  See [[include-pattern-feedback]] for details.
<source lang=html4strict>
<div class="hreview">
  <h1 class="summary">A great venue for monthly gatherings!</h1>
  <div class="item">
      <div class="vcard" id="bricklayers-card">
        <div class="fn org">The Bricklayers Arms</div>
        <div class="adr">
          <span class="street-address">31 Gresse Street</span>,
          <span class="locality">Fitzrovia</span>
          <span class="region">London</span>
          <span class="postal-code">W1T 1QS</span>
        </div>
      </div>
  </div>
  <p class="description">Wonderful pub, cheap beer, open fire to warm mince pies at Christmas.</p>
</div>


== object include example ==
</source>


Here is an example of an [[hcard|hCard]] you could have at the top of a page, shown here also as a verbose hCard for purposes of illustration that the reference may be to a subtree, not just a text node:
==== notes and issues ====


<pre><nowiki>
Note: The <code>id</code> attribute value in the example "bricklayers-card" was chosen for demonstration purposes. The text of the value has no semantic per the include-pattern other than to connect the source of the include to the destination. Authors {{should}} use good [[POSH]] techniques to choose <code>id</code> and <code>class</code> names.
<span class="vcard">
<span class="fn n" id="j">
  <span class="given-name">James</span> <span class="family-name">Levine</span>
</span>
</span>
</nowiki></pre>  


Somewhere else on the page, you could have another hCard which would re-use that "fn n" content from the first hCard:
Authors {{must}} supply content text for the hyperlink itself. This can require repeating a small piece of information (such as a person's name in an hcard), or including generic text as appropriate to the context of the page.


<pre><nowiki>
===== accessibility =====
<span class="vcard">
<object data="#j" class="include"></object>
<span class="org">SimplyHired</span>
<span class="title">Microformat Brainstormer</span>
</span>
</nowiki></pre>


Thus a microformat parser would treat the above as follows, with the object include completely replaced by the subtree that it references:
* Testing indicates that the only way to guarantee accessibility of hyperlinks to users of assistive technology (such as screen readers) is to include inner-text. [http://yuiblog.com/blog/2008/01/23/empty-links/ See: Empty Links and Screen Readers]
* You {{must}} include inner-text in the hyperlink element.
* You MAY enhance the rendered user experience (depending on the context of your page) by hiding the include element using CSS <code>display: none</code>
* Where you wish to hide the content of the include element, you {{should not}} hide the include element using a CSS negative margin offset as the hidden link will remain in the tab order of the document. Use <code>display: none</code> instead.


<pre><nowiki>
Where a publishing constraint prevents putting content within the include-pattern, you {{must}} use the <code>object</code> element pattern instead of a hyperlink.
<span class="vcard">
<span class="fn n" id="j">
  <span class="given-name">James</span> <span class="family-name">Levine</span>
</span>
<span class="org">SimplyHired</span>
<span class="title">Microformat Brainstormer</span>
</span>
</nowiki></pre>  


This method of hCard property indirection via an object element can apply to any/all properties in class-based microformats.
=== Object ===


Note 1: '''the object data attribute MUST be a local ID reference.'''  External references (which would require a consuming application to load an external resource) are currently not supported by this method.
The Object Include Pattern is semantically superior to the Hyperlink Include; it is being used to embed content into the page. The <code>object</code> element based include was the original developed include pattern. However, there are some browser compatibility issues that can affect some implementation scenarios and thus the above Hyperlink Include Pattern is preferred.


Note 2: To avoid unsightly messes in Safari, you should include the following style rule in a style sheet for the page:
==== Object example ====
<pre><nowiki>
object.include { width:0; height:0 }
</nowiki></pre>


Note 3: To prevent infinite loops, if a class="include" refers to itself or an ancestor in the parse tree, then it is ignored and has no effect on the parser.
The [[hcard|hCard]] from the beginning of a resumé describes the person who's resumé it is:


== hyperlink include example ==
<source lang=html4strict>
<span class="vcard">
  <span class="fn n" id="james-hcard-name">
    <span class="given-name">James</span> <span class="family-name">Levine</span>
  </span>
</span>
</source>


Per the proposal 1 above, here is how you would code the above object include example using the <nowiki><a href></nowiki> tag.
Elsewhere on the page, a second hCard, with employer information, re-uses the "fn n" content from the first hCard:


<pre><nowiki>
<source lang=html4strict>
<span class="vcard">
<span class="vcard">
  <a href="#j" class="include"></a>
  <object class="include" data="#james-hcard-name"></object>
  <span class="org">SimplyHired</span>
  <span class="org">SimplyHired</span>
  <span class="title">Microformat Brainstormer</span>
  <span class="title">Microformat Brainstormer</span>
</span>
</span>
</nowiki></pre>  
</source>  
 
A microformat parser {{must}} treat the second hCard as follows, with the <code>object</code> include element completely replaced by the sub-tree that it referenced:


Changes:
<source lang=html4strict>
# a open/close tag instead of object open/close tag
<span class="vcard">
# href attribute instead of data attribute
  <span class="fn n" id="james-hcard-name">
# ... that's it.  only 2 changes.
    <span class="given-name">James</span> <span class="family-name">Levine</span>
  </span>
  <span class="org">SimplyHired</span>
  <span class="title">Microformat Brainstormer</span>
</span>
</source>


This method of hCard property indirection via an object element can apply to any/all properties in class-based microformats.


And just as in the object include example, the end effective result to the parser is the same, and the same '''Notes''' apply.
=== notes and issues===


<pre><nowiki>
* Unlike the hyperlink pattern, the <code>object</code> is not believed to cause problems in assistive technology when fallback text is absent. ('''research needed''')
<span class="vcard">
* Apple's Safari 1.x browser has some rendering issues with this use of <code>object</code>: Publishers {{should}} style a width and height of "0" for the include elements to resolve this ('''clarification of issue needed''').
<span class="fn n" id="j">
* Bugs have been reported in some web browsers (Internet Explorer, Safari, Firefox) that <code>object</code> elements referencing fragments of the same document erroneously cause the browser to make additional HTTP requests ('''version(s) affected needed'''). For scenarios where HTTP requests are a performance issue, publishers {{should}} use the hyperlink pattern instead.
  <span class="given-name">James</span> <span class="family-name">Levine</span>
* Versions of Microsoft Internet Explorer with ActiveX controls disabled will throw a warning prompt upon finding an <code>object</code> element ('''version(s) affected needed''').
</span>
<span class="org">SimplyHired</span>
<span class="title">Microformat Brainstormer</span>
</span>
</nowiki></pre>  


== Acknowledgments ==
== acknowledgements ==


Thanks to discussions and brainstorms with a bunch of folks: Ryan King, James Levine, the whole crowd at the [http://mashupcamp.com/index.cgi?HAtomFinalization Microformats specifications working session] at MashupCamp, Brian Suda, Scott Reynen, Drew McLellan.
Thanks to discussions and brainstorms with a bunch of folks: [http://theryanking.com/ Ryan King], James Levine, the whole crowd at the [http://mashupcamp.com/index.cgi?HAtomFinalization Microformats specifications working session] at MashupCamp, [http://suda.co.uk/ Brian Suda], [http://randomchaos.com/ Scott Reynen], [http://allinthehead.com/ Drew McLellan]. Thanks to [http://www.isolani.co.uk/ Mike Davies] for accessibility research.


== Specifications Using ==
== specifications using ==
* [[hresume|hResume]]
* [[hresume|hResume]]
* [[hreview|hReview]]
* [[hreview|hReview]]


=== Considering ===
=== considering ===
All class-based microformats {{should}} consider using and explicitly normatively stating support for the include pattern.
* [[hatom|hAtom]]
* [[hatom|hAtom]]
* [[hcalendar|hCalendar]]
* [[hcalendar|hCalendar]]
* [[hcard|hCard]]
* [[hcard|hCard]]
* [[currency]]
* [[measure]]


== Implementations ==
== implementations ==
* X2V implements the [[include-pattern]] when parsing [[hcard|hCards]] and [[hcalendar|hCalendars]] for both object.include and a.include.
* X2V implements the [[include-pattern]] when parsing [[hcard|hCards]] and [[hcalendar|hCalendars]] for both object.include and a.include.


== References ==
== references ==


=== Normative ===
=== normative ===
* HTML 4.01
* HTML 4.01
* XHTML 1.0


=== Informative ===
=== informative ===
* [[hcard|hCard]]
* [[hcard|hCard]]
* [[hresume|hResume]]
* XHTML 1.0


=== Related ===
== related pages==
 
{{include-pattern-related-pages}}
* [http://www.mnot.net/javascript/hinclude.html Introducing HInclude] by Mark Nottingham.
** HInclude is a markup extension + javascript library for including *external* files into an XHTML document.
 
== Discussions ==
* Feedback is encouraged on the [[include-pattern-feedback]] page.
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page].
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page].
=== Q&A ===
* If you have any questions about include-pattern, check the [[include-pattern-faq|include-pattern FAQ]], and if you don't find answers, add your questions to the end of the page!
=== Issues ===
* Please add any issues with the specification to the separate [[include-pattern-issues|include-pattern issues]] document.

Latest revision as of 22:56, 10 December 2020

⚠️ Warning: This is a classic microformats building block and has not been updated for microformats2.

Include Pattern

The include pattern is a microformat design pattern, providing a mechanism to include a portion of data from one area of a page into another area of the same page, allowing the data to be reused by multiple microformats, independent of content order, without repeating all the information. The following is documentation for re-use of the pattern in other microformats, and for publishers working with it.

Editors
Tantek Çelik
Ben Ward

background

hResume needed the ability to include a name from one hCard at the top of a resume — the person's contact details — into the separate hCards used in the same person's employment history. Repeating name information would not have matched the existing publishing practices used in Resumes and Curriculum Vitæ, would be inconvenient to publishers, and irritating to consumers. The include pattern is a mechanism to reference data from the same page, avoiding repetition, or duplicate visible information.

scope

The include pattern is strictly limited to the scope of the current page. It cannot be used to include content from other URLs.

quick reference

The include-pattern is a mechanism to include content from one microformat into another microformat elsewhere in the same document, using hyperlinks or object. For example:

<a class="include" href="#author">James Levine</a>
<object class="include" data="#author"></object>

In specifications which cite the include-pattern, either of the above code snippets MUST cause a microformats parser to replace the A or object element with class name "include" with the content fragment with ID "author". Full examples follow.

in general

To reference includes, use an include element with class name "include" and a document fragment identifier. The content to be included should have an ID attribute set, and that ID should be referenced from the HREF or DATA attribute at the point of inclusion.

The include element with class name "include" indicates a reference to a sub-tree elsewhere in the document which MUST be included in-place by microformat parsers. That is, the element with class "include" is _replaced_ in the DOM by the referenced sub-tree. Note that this means all other class names on the include element are discarded. Microformat class names should be included on the target of the include, not on the include element itself.

To prevent infinite loops, if a class="include" refers to itself or to an ancestor in the parse tree, then it is ignored and has no effect on the parser.

Per the scope, the object 'data' attribute and hyperlink 'href' attribute MUST be local ID references when used as include pattern instances. External references (requiring a consuming application to load an external resource) are not supported by this method.

There are two HTML elements available to reference includes, hyperlink/Anchor and object. They are documented below.

These methods of property indirection via a hyperlink element can apply to any/all properties in class-based microformats, but should only be used where a microformat explicitly states that the include-pattern is a dependency. For example, XOXO does not reference the include-pattern at this time, so sub-trees cannot be included by reference in XOXO. hResume and hReview do reference the include pattern.

Hyperlink

The recommended way to reference includes within microformats is to use a hyperlink.

Hyperlink example

Here is an hCard for a bar, included at the top of a reviews page, shown here as a verbose hCard.

<div class="vcard" id="bricklayers-card">
  <div class="fn org">The Bricklayers Arms</div>
  <div class="adr">
     <span class="street-address">31 Gresse Street</span>,
     <span class="locality">Fitzrovia</span>
     <span class="region">London</span>
     <span class="postal-code">W1T 1QS</span>
  </div>
</div>

Elsewhere on the page, a number of reviews reference the hcard in the item property. Rather than repeat all the verbose detail, only the name is reprinted and the detailed hcard referenced using the include-pattern.

<div class="hreview">
   <h1 class="summary">A great venue for monthly gatherings!</h1>
   <div class="item"><a class="include" href="#bricklayers-card">The Bricklayers Arms</a></div>
   <p class="description">Wonderful pub, cheap beer, open fire to warm mince pies at Christmas.</p>
</div>

<div class="hreview">
   <h1 class="summary">Takes a while to thin out, but!</h1>
   <div class="item"><a class="include" href="#bricklayers-card">The Bricklayers Arms</a></div>
   <p class="rating"><span class="value">5</span>/<span class="best">5</span></p>
</div>

Note that you MUST include content within the anchor element. See the notes and issues below.

A microformat parser MUST treat each review as follows, with the hyperlink include element completely replaced (including inner-text) by the sub-tree that was referenced:

<div class="hreview">
   <h1 class="summary">A great venue for monthly gatherings!</h1>
   <div class="item">
      <div class="vcard" id="bricklayers-card">
        <div class="fn org">The Bricklayers Arms</div>
        <div class="adr">
           <span class="street-address">31 Gresse Street</span>,
           <span class="locality">Fitzrovia</span>
           <span class="region">London</span>
           <span class="postal-code">W1T 1QS</span>
        </div>
      </div>
   </div>
   <p class="description">Wonderful pub, cheap beer, open fire to warm mince pies at Christmas.</p>
</div>

notes and issues

Note: The id attribute value in the example "bricklayers-card" was chosen for demonstration purposes. The text of the value has no semantic per the include-pattern other than to connect the source of the include to the destination. Authors SHOULD use good POSH techniques to choose id and class names.

Authors MUST supply content text for the hyperlink itself. This can require repeating a small piece of information (such as a person's name in an hcard), or including generic text as appropriate to the context of the page.

accessibility
  • Testing indicates that the only way to guarantee accessibility of hyperlinks to users of assistive technology (such as screen readers) is to include inner-text. See: Empty Links and Screen Readers
  • You MUST include inner-text in the hyperlink element.
  • You MAY enhance the rendered user experience (depending on the context of your page) by hiding the include element using CSS display: none
  • Where you wish to hide the content of the include element, you SHOULD NOT hide the include element using a CSS negative margin offset as the hidden link will remain in the tab order of the document. Use display: none instead.

Where a publishing constraint prevents putting content within the include-pattern, you MUST use the object element pattern instead of a hyperlink.

Object

The Object Include Pattern is semantically superior to the Hyperlink Include; it is being used to embed content into the page. The object element based include was the original developed include pattern. However, there are some browser compatibility issues that can affect some implementation scenarios and thus the above Hyperlink Include Pattern is preferred.

Object example

The hCard from the beginning of a resumé describes the person who's resumé it is:

<span class="vcard">
  <span class="fn n" id="james-hcard-name">
    <span class="given-name">James</span> <span class="family-name">Levine</span>
  </span>
</span>

Elsewhere on the page, a second hCard, with employer information, re-uses the "fn n" content from the first hCard:

<span class="vcard">
 <object class="include" data="#james-hcard-name"></object>
 <span class="org">SimplyHired</span>
 <span class="title">Microformat Brainstormer</span>
</span>

A microformat parser MUST treat the second hCard as follows, with the object include element completely replaced by the sub-tree that it referenced:

<span class="vcard">
  <span class="fn n" id="james-hcard-name">
    <span class="given-name">James</span> <span class="family-name">Levine</span>
  </span>
  <span class="org">SimplyHired</span>
  <span class="title">Microformat Brainstormer</span>
</span>

This method of hCard property indirection via an object element can apply to any/all properties in class-based microformats.

notes and issues

  • Unlike the hyperlink pattern, the object is not believed to cause problems in assistive technology when fallback text is absent. (research needed)
  • Apple's Safari 1.x browser has some rendering issues with this use of object: Publishers SHOULD style a width and height of "0" for the include elements to resolve this (clarification of issue needed).
  • Bugs have been reported in some web browsers (Internet Explorer, Safari, Firefox) that object elements referencing fragments of the same document erroneously cause the browser to make additional HTTP requests (version(s) affected needed). For scenarios where HTTP requests are a performance issue, publishers SHOULD use the hyperlink pattern instead.
  • Versions of Microsoft Internet Explorer with ActiveX controls disabled will throw a warning prompt upon finding an object element (version(s) affected needed).

acknowledgements

Thanks to discussions and brainstorms with a bunch of folks: Ryan King, James Levine, the whole crowd at the Microformats specifications working session at MashupCamp, Brian Suda, Scott Reynen, Drew McLellan. Thanks to Mike Davies for accessibility research.

specifications using

considering

All class-based microformats SHOULD consider using and explicitly normatively stating support for the include pattern.

implementations

references

normative

  • HTML 4.01

informative

related pages