parsing-brainstorming: Difference between revisions
m (→STRINGIFY) |
m (Replace <entry-title> with {{DISPLAYTITLE:}}) |
||
(40 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
{{DISPLAYTITLE:Parsing Algorithm (Brainstorming)}} | |||
''' | = Introduction = | ||
This document is intended to replace [[parsing]] once it reaches consensus, as it is somewhat more detailed. | |||
This page explains how to parse the properties of a compound microformat once we have located the root element, which we shall call <code>root</code>. It deals with simple properties which have no sub-properties (such as <code>fn</code> in hCard), and with properties which may include an embedded microformat (such as <code>agent</code> in hCard) — 95% of properties do fall into these categories. Most other properties can be parsed by performing a "pivot": treating the property element as a microformat in its own right and finding sub-properties using the techniques on this page. | |||
{{TOC-right}} | |||
= Contributors = | |||
'''Primary Author:''' Toby Inkster ([[User:TobyInk|TobyInk]]) | |||
= Licence = | |||
The author of this page releases the algorithms described into the public domain. | |||
Additionally, a working ''implementation'' of these algorithms (in Perl) is available as part of [http://buzzword.org.uk/swignition/ Swignition]. The implementation is ''not'' released into the public domain, but is licensed under the [http://www.gnu.org/licenses/gpl.html GNU General Public License (version 3)]. | |||
= General Algorithm = | = General Algorithm = | ||
This algorithm is described in procedural terms, but the same ideas could be used in a functional or declarative programming language. A DOM-like tree of the HTML is preferable, for quick, easy access to parent/child nodes. A [http://developer.mozilla.org/en/docs/DOM:document.getElementsByClassName getElementsByClassName]-like function is needed — if your programming environment does not provide one, then you will need to write one yourself. (Bear in mind that the class attribute is a whitespace delimited list, and classes are case sensitive.) | |||
There are three different categories of property — singular, plural and concatenated. Most properties are either singular or plural, but a handful are concatenated, such as <code>entry-summary</code> in [[hAtom]]. | # Make a ''copy'' of the DOM tree to operate on. All future references to DOM traversal and manipulation refer to this clone. | ||
# Implement [[include-pattern|the include pattern]] by removing any nodes with <code>class="include"</code> and replacing them with the node which they point to. (Unless the node pointed to is an ancestor node of the node with <code>class="include"</code>!!) | |||
# Parse all properties that may contain nested microformats. For example within hCard, the agent property may contain a nested hCard. For each property <code>prop</code> which may contain a nested microformat: | |||
## Create an empty array to store the value(s) of <code>prop</code> in. Call this <code>A</code>. | |||
## Find all elements with <code>class="prop"</code> that are descended from <code>root</code>. Call this list <code>P</code>. | |||
## Create an empty list <code>E</code>. | |||
## For each element <code>p</code> in <code>P</code>: | |||
### Let <code>ok</code> be true. | |||
### Let <code>a</code> by the parent node of <code>p</code>. | |||
### While <code>a</code> is not the root element of this microformat: | |||
#### If <code>a</code> has a class attribute which indicates that it is a nested microformat (e.g. <code>class="vevent"</code>) then set <code>ok</code> to false | |||
#### Set <code>a</code> to the parent of <code>a</code>. | |||
### If <code>ok</code> is true, then push <code>p</code> onto <code>E</code>. | |||
## OUTER: For each element <code>e</code> in <code>E</code>: | |||
### INNER: For each microformat root class name that might be present (e.g. within an hCalendar event's <code>location</code> property you might reasonably expect to find an hCard, and adr or a geo!): | |||
#### Create an empty list <code>F</code>. | |||
#### Search for any elements within <code>e</code> which have the microformat root class name. Bear in mind that perhaps this element might ''be'' <code>e</code> — this is allowed. For each such element, <code>e2</code>: | |||
##### Parse <code>e2</code> as an embedded microformat and place the result in <code>F</code> if it is valid. | |||
##### Run the DESTROY_ELEMENT function on <code>e2</code> | |||
#### If <code>F</code> is not empty: | |||
##### Move the first item in <code>F</code> to <code>A</code> | |||
##### Jump out of the INNER loop. | |||
### If <code>A</code> is not empty: | |||
#### Change the <code>class</code> attribute on <code>e</code>, removing <code>prop</code> from the class list. | |||
#### If property <code>prop</code> is singular, jump out of the OUTER loop. | |||
## If <code>prop</code> is a singular property, let <code>A[0]</code> be its value. If plural, let <code>A</code> be the list of its values. | |||
# Run the DESTROYER function on <code>root</code>. | |||
#* Depending on what microformat you're parsing, you will want to pass a further parameter to DESTROYER indicating a list of microformats to "save" from destruction. This allows for the simple string/url/datetime/etc properties to be included within nested microformats. So far, the only case I've found where this is beneficial is when parsing hCard, it is useful to save adr and geo from destruction. This enables the <code>fn</code> property to be set on address components. [[parsing-brainstorming#hCardFNinADRexample|example]] | |||
# Parse all properties. There are three different categories of property — singular, plural and concatenated. Most properties are either singular or plural, but a handful are concatenated, such as <code>entry-summary</code> in [[hAtom]]. For each property <code>prop</code> within <code>root</code>: | |||
## Create an empty array to store the value(s) of <code>prop</code> in. Call this <code>A</code>. | |||
## Find all elements with <code>class="prop"</code> that are descended from <code>root</code>. | |||
## For each element <code>e</code>, run this: | |||
### [[#Finding_Values|Find the value of <code>e</code>]], using the techniques in the section below. | |||
### If the value of <code>e</code> is not NULL, add it to <code>A</code> | |||
### If the <code>prop</code> is a singular property and <code>A</code> is not empty, jump out of this foreach loop. | |||
## If <code>prop</code> is a singular property, then its value is <code>A[0]</code>. | |||
## If <code>prop</code> is a plural property, then its values are <code>A</code>. | |||
## If <code>prop</code> is a concatenated property, then its values are formed by concatenating the values of <code>A</code> together. | |||
== Finding Values == | |||
= Finding Values = | |||
There are at least five different types of property that can be parsed, each of which requires different techniques: | There are at least five different types of property that can be parsed, each of which requires different techniques: | ||
Line 33: | Line 74: | ||
Arguments can be made for duration properties and numeric properties to also have variations in the algorithm, but for now, we'll just treat them as plain text properties. | Arguments can be made for duration properties and numeric properties to also have variations in the algorithm, but for now, we'll just treat them as plain text properties. | ||
== HTML Properties == | Generally speaking, the mechanism for going from an element <code>e</code> to a value is to use the first "hit" from the following: | ||
# Look at relevant attributes (e.g. <code>datetime</code> if we're looking for a date, or <code>href</code> if we're looking for a URI). | |||
# Look for any descendants with <code>class="value"</code>. | |||
# Look at the node contents. | |||
This is described in more detail below, for each type of property. | |||
=== HTML Properties === | |||
These are the easiest to parse. Given an element <code>e</code>, just use the HTML representation of its DOM node. Some DOM implementations make this available as <code>.outerHTML</code>. | These are the easiest to parse. Given an element <code>e</code>, just use the HTML representation of its DOM node. Some DOM implementations make this available as <code>.outerHTML</code>. | ||
== URI Properties == | === URI Properties === | ||
Certain HTML elements are capable of linking to other resources. The most obvious is <code><a></code> though there are many others. The following list of linking elements is derived from Perl's ''HTML::Tagset'' module: | Certain HTML elements are capable of linking to other resources. The most obvious is <code><a></code> though there are many others. The following list of linking elements is derived from Perl's ''HTML::Tagset'' module: | ||
Line 45: | Line 94: | ||
'applet' => ['codebase', 'archive', 'code'], | 'applet' => ['codebase', 'archive', 'code'], | ||
'area' => ['href'], | 'area' => ['href'], | ||
# 'base' => ['href'], | |||
'bgsound' => ['src'], | 'bgsound' => ['src'], | ||
'blockquote' => ['cite'], | 'blockquote' => ['cite'], | ||
Line 59: | Line 108: | ||
'ins' => ['cite'], | 'ins' => ['cite'], | ||
'isindex' => ['action'], | 'isindex' => ['action'], | ||
# 'head' => ['profile'], | |||
'layer' => ['src'], # 'background' | 'layer' => ['src'], # 'background' | ||
'link' => ['href'], | 'link' => ['href'], | ||
Line 89: | Line 138: | ||
The URI has hopefully been found in <code>u</code>. If no URI has been found, then fall back to plain text parsing. | The URI has hopefully been found in <code>u</code>. If no URI has been found, then fall back to plain text parsing. | ||
== UID Properties == | === UID Properties === | ||
UID properties are parsed similarly to URL properties, but with a slightly modified algorithm, allowing for UIDs to be specified in the <code>id</code> attribute. The following example has a UID of "http://example.com/page#foo". | UID properties are parsed similarly to URL properties, but with a slightly modified algorithm, allowing for UIDs to be specified in the <code>id</code> attribute. The following example has a UID of "http://example.com/page#foo". | ||
Line 116: | Line 165: | ||
Again, if no <code>u</code> has been found by the algorithm, then fall back to parsing it as a plain text property. | Again, if no <code>u</code> has been found by the algorithm, then fall back to parsing it as a plain text property. | ||
== Datetime Properties == | === Datetime Properties === | ||
Parsing property <code>prop</code>, if <code>class="prop"</code> is found on element <code>e</code>. | Parsing property <code>prop</code>, if <code>class="prop"</code> is found on element <code>e</code>. | ||
Line 134: | Line 183: | ||
The final value should be interpreted as liberally as possible with regards to punctuation as an ISO date or ISO datetime. | The final value should be interpreted as liberally as possible with regards to punctuation as an ISO date or ISO datetime. | ||
=== Normalizing Timezones === | ==== Normalizing Timezones ==== | ||
Where ''S'' is a sign (+ or -) and the letters ''a, b, c, d'' are numerals, then: | Where ''S'' is a sign (+ or -) and the letters ''a, b, c, d'' are numerals, then: | ||
Line 149: | Line 198: | ||
* Sab:cd → Sabcd | * Sab:cd → Sabcd | ||
== Plain text Properties == | === Plain text Properties === | ||
To obtain the value of the property, run STRINGIFY on the property node. | To obtain the value of the property, run STRINGIFY on the property node. | ||
= Stringification = | == Stringification == | ||
The STRINGIFY function performs a text serialisation of an HTML node, with a few adjustments to implement the [[abbr-pattern|ABBR pattern]]. It uses a helper function, _STRINGIFY. | The STRINGIFY function performs a text serialisation of an HTML node, with a few adjustments to implement the [[abbr-design-pattern|ABBR pattern]]. It uses a helper function, _STRINGIFY. | ||
== STRINGIFY == | === STRINGIFY === | ||
First parameter: element to stringify, <code>e</code>. | * First parameter: element to stringify, <code>e</code>. | ||
Second parameter: whether to perform value excerpting - default yes. | * Second parameter: whether to perform value excerpting - default yes. | ||
Third parameter: whether to perform abbr pattern - default yes. | * Third parameter: whether to perform abbr pattern - default yes. | ||
# If <code>e</code> is an <code><abbr></code> or <code><acronym></code> element, and has a <code>title</code> attribute, then return that attribute. | # If <code>e</code> is an <code><abbr></code> or <code><acronym></code> element, and has a <code>title</code> attribute, then return that attribute. | ||
Line 173: | Line 222: | ||
# Run _STRINGIFY on <code>e</code>, trim excess white space from the result and return it. | # Run _STRINGIFY on <code>e</code>, trim excess white space from the result and return it. | ||
== _STRINGIFY == | === _STRINGIFY === | ||
This is a somewhat simplified version of the real algorithm that I use. You probably want to refine it by adding better whitespace handling rules (e.g. line breaks after block elements, asterisks for list items, etc). | This is a somewhat simplified version of the real algorithm that I use. You probably want to refine it by adding better whitespace handling rules (e.g. line breaks after block elements, asterisks for list items, etc). | ||
Line 188: | Line 237: | ||
## Run _STRINGIFY on <code>c</code> and add the result to <code>S</code>. | ## Run _STRINGIFY on <code>c</code> and add the result to <code>S</code>. | ||
# Concatenate the items in list <code>S</code> and return them. | # Concatenate the items in list <code>S</code> and return them. | ||
== Destruction == | |||
In some cases it is necessary to render an element and its children opaque to later microformat processing. The two functions DESTROYER and DESTROY_ELEMENT deal with this. | |||
=== DESTROYER === | |||
This function aims to find any microformats within an element and make them opaque to later parsing. | |||
* First parameter: element to operate on, <code>e</code>. | |||
* Second parameter: list of microformats to "save" from destruction, <code>S</code>. | |||
# Create a list <code>M</code> of all known compound microformat root classes. This list should include any microformats you know about, even if your parser does not include support for them. A sample list is included below. | |||
# For each item in <code>S</code>: remove from <code>M</code>. | |||
# For each descendent element <code>d</code> of <code>e</code> (not including <code>e</code> as a descendent of itself): | |||
## If the class list of <code>d</code> includes one or more of the class names in <code>M</code>, then: | |||
### Run the DESTROY_ELEMENT function on <code>d</code>. | |||
### Modify the <code>class</code> attribute of <code>d</code>, removing any classes which appear in <code>M</code>. | |||
==== Compound microformat root classes ==== | |||
<div style="float:left;width:22%"> | |||
* mfo | |||
* vcard | |||
* adr | |||
* geo | |||
* hreview | |||
* xfolkentry | |||
* hresume | |||
* biota | |||
</div> | |||
<div style="float:left;width:22%"> | |||
* vcalendar | |||
* vevent | |||
* vtodo | |||
* valarm | |||
* vfreebusy | |||
* hfeed | |||
* hentry | |||
* hslice | |||
</div> | |||
<div style="float:left;width:22%"> | |||
* haudio | |||
* hmeasure | |||
* hangle | |||
* hmoney | |||
* hlisting | |||
* figure | |||
* hproduct | |||
* hmedia | |||
</div> | |||
<br style="clear:both"> | |||
Note that XOXO and XMDP are excluded from this list, as they are not ''compound'' microformats. | |||
=== DESTROY_ELEMENT === | |||
The aim of this function is to make the innards of a particular element opaque to microformat parsing. The algorithm for "destroying" element <code>e</code> is as follows: | |||
# Search for all elements which descend from <code>e</code>. For each such element <code>d</code>: | |||
## Set the <code>class</code> attribute to the empty string. | |||
## Set the <code>rel</code> attribute to the empty string. | |||
## Set the <code>rev</code> attribute to the empty string. | |||
= Hierarchy = | |||
Generally speaking, when looking for a property <code>p</code> and an element with class <code>p</code> is found, we look for the value of <code>p</code> in the following places and use the first value that has been found: | |||
# Appropriate attributes on <code>p</code> | |||
# Appropriate attributes on any descendants of <code>p</code> with <code>class="value"</code> (using first in case of URLs/UIDs, concatenating otherwise) | |||
# Contents of all descendants of <code>p</code> with <code>class="value"</code>, concatenated | |||
# Contents of <code>p</code> | |||
== Example == | |||
Looking for a URL, these should all be parsed as <nowiki>p="http://example.com/use-this"</nowiki>. | |||
<pre><nowiki><a class="p" href="http://example.com/use-this">...</a></nowiki></pre> | |||
<pre><nowiki><span class="p">...<a class="value" href="http://example.com/use-this">...</a>...</span></nowiki></pre> | |||
<pre><nowiki><span class="p">...<b class="value">http://example.com/use-this</b>...</span></nowiki></pre> | |||
<pre><nowiki><span class="p">http://example.com/use-this</span></nowiki></pre> | |||
= Examples of Parsable HTML = | |||
== Nested Microformats Examples == | |||
<pre><nowiki><div class="vcard"> | |||
<span class="fn">Jack Bauer</span> | |||
<div class="agent"> | |||
Agent: | |||
<div class="vcard"> | |||
<span class="fn">Chloe O'Brian</span> | |||
</div> | |||
</div> | |||
</div></nowiki></pre> | |||
<pre><nowiki><div class="vcard"> | |||
<span class="fn">Jack Bauer</span> | |||
<div class="agent vcard"> | |||
Agent: <span class="fn">Chloe O'Brian</span> | |||
</div> | |||
</div></nowiki></pre> | |||
OK, this one's getting complicated, but still works: | |||
<pre><nowiki><div class="vcard"> | |||
<span class="fn">Queen Elizabeth II</span>'s | |||
<span class="agent vcard"> | |||
<span class="role">representative in Australia</span> is | |||
<span class="title">Governor General</span> | |||
<a class="fn url" href="http://www.gg.gov.au/">Michael Jeffery</a>. | |||
<span class="agent vcard"> | |||
You can contact him through his <span class="role">secretary</span>, | |||
<span class="fn">Malcolm Hazell</span>. | |||
</span> | |||
</span> | |||
</div></nowiki></pre> | |||
Here's an "fn" inside an address: | |||
<pre id="hCardFNinADRexample"><nowiki><div class="vcard"> | |||
<p class="adr"> | |||
<span class="org"> | |||
<strong class="fn organization-unit extended-address">Chemistry Library</strong>, | |||
<span class="organization-name extended-address">Fictional Institute of Science</span>, | |||
</span> | |||
<span class="street-address">123 Example Street</span>, | |||
<span class="locality">Testville</span>. | |||
</p> | |||
</div></nowiki></pre> | |||
== Plain Text Examples == | |||
All the following examples parse as "Foobar baz". | |||
<pre><nowiki><span class="note">Foobar baz</span></nowiki></pre> | |||
<pre><nowiki><img class="note" alt="Foobar baz" src="foobar-baz.jpeg"></nowiki></pre> | |||
<pre><nowiki><span class="note"> | |||
<b class="value">Foo</b> quux | |||
<b class="value">bar baz</b> xyzzy. | |||
</span></nowiki></pre> | |||
<pre><nowiki><abbr class="note" title="Foobar baz">FBB</abbr></nowiki></pre> | |||
<pre><nowiki><div class="note"> | |||
<span class="value">Foobar</span> | |||
<abbr class="value" title=" baz">FBB</abbr> | |||
</div></nowiki></pre> | |||
<pre><nowiki><span class="note">Foo<b>bar</b> baz</span></nowiki></pre> | |||
== URL Examples == | |||
The following are all parsed as the same URL. | |||
<pre><nowiki><a class="url" href="http://example.com/page">Page</a></nowiki></pre> | |||
<pre><nowiki><p class="url"> | |||
<a href="http://example.com/not-this">Not this</a> | |||
<a class="value" href="http://example.com/page">Page</a> | |||
</p></nowiki></pre> | |||
<pre><nowiki><p class="url"> | |||
<a class="value" href="http://example.com/page">Page</a> | |||
<a class="value" href="http://example.com/not-this">Not this</a> | |||
</p></nowiki></pre> | |||
<pre><nowiki><p class="url"> | |||
<span class="value">http://example.com/</span> | |||
Not this | |||
<span class="value">page</span> | |||
</p></nowiki></pre> | |||
<pre><nowiki><img class="url" alt="foo" src="http://example.com/page" | |||
longdesc="http://example.com/not-this"></nowiki></pre> | |||
<pre><nowiki><!-- (invalid, but works) --> | |||
<img class="url" longdesc="http://example.com/page"></nowiki></pre> | |||
<pre><nowiki><!-- (strange, but true) --> | |||
<p class="url"> | |||
<img src="http://example.com/not-this" | |||
alt="http://example.com/page"> | |||
</p></nowiki></pre> | |||
<pre><nowiki><!-- (but, by contrast) --> | |||
<p class="url"> | |||
<img src="http://example.com/page" | |||
alt="http://example.com/not-this" class="value"> | |||
</p></nowiki></pre> | |||
== UID Examples == | |||
<pre><nowiki><a class="uid" href="http://example.com/page">Page</a></nowiki></pre> | |||
<pre><nowiki><span class="uid" id="this">Not this</span></nowiki></pre> | |||
<pre><nowiki><a class="uid" href="http://example.com/page" id="not-this">Page</a></nowiki></pre> | |||
<pre><nowiki><div class="uid"> | |||
<span class="value" id="this">Not this</span> | |||
<a href="http://example.com/not-this" class="value">Not this</a> | |||
</div></nowiki></pre> | |||
== Datetime Examples == | |||
<pre><nowiki><time class="dtstart" datetime="2008-07-21">Monday</time></nowiki></pre> | |||
<pre><nowiki><p class="dtstart"> | |||
<time class="value" datetime="2008-07-21">Monday</time> at | |||
<time class="value" datetime="21:30">9:30pm</time>. | |||
</p></nowiki></pre> | |||
<pre><nowiki><p class="dtstart"> | |||
<time class="value" datetime="2008-07-21">Monday</time> at | |||
<time class="value" datetime="21:30">9:30pm</time> | |||
<time class="value" datetime="+1">(UK)</time>. | |||
</p></nowiki></pre> | |||
<pre><nowiki><p class="dtstart"> | |||
<abbr class="value" title="2008-07-21">Monday</time> at | |||
<abbr class="value" title="T21:30">9:30pm</time> | |||
<abbr class="value" title="+0100">(UK)</time>. | |||
</p></nowiki></pre> | |||
== Combination Examples == | |||
<pre><nowiki><div class="vcard"> | |||
<h1 class="fn">Toby Inkster</h1> | |||
<ins class="rev url" datetime="2008-07-21T21:30:00+0100"> | |||
I launched my <a href="http://example.com/" class="value">new | |||
website</a> today with the help of | |||
<span class="vcard"> | |||
<span class="role">graphic designer</span> | |||
<span class="fn">Joe Bloggs</span>. | |||
</span> | |||
</ins> | |||
</div></nowiki></pre> | |||
Parsed as: | |||
'''First hCard:''' | |||
* fn = "Toby Inkster" | |||
* rev = 2008-07-21T21:30:00+0100 | |||
* url = http://example.com/ | |||
'''Second hCard:''' | |||
* fn = "Joe Bloggs" | |||
* role = "graphic designer" |
Latest revision as of 16:31, 18 July 2020
Introduction
This document is intended to replace parsing once it reaches consensus, as it is somewhat more detailed.
This page explains how to parse the properties of a compound microformat once we have located the root element, which we shall call root
. It deals with simple properties which have no sub-properties (such as fn
in hCard), and with properties which may include an embedded microformat (such as agent
in hCard) — 95% of properties do fall into these categories. Most other properties can be parsed by performing a "pivot": treating the property element as a microformat in its own right and finding sub-properties using the techniques on this page.
Contributors
Primary Author: Toby Inkster (TobyInk)
Licence
The author of this page releases the algorithms described into the public domain.
Additionally, a working implementation of these algorithms (in Perl) is available as part of Swignition. The implementation is not released into the public domain, but is licensed under the GNU General Public License (version 3).
General Algorithm
This algorithm is described in procedural terms, but the same ideas could be used in a functional or declarative programming language. A DOM-like tree of the HTML is preferable, for quick, easy access to parent/child nodes. A getElementsByClassName-like function is needed — if your programming environment does not provide one, then you will need to write one yourself. (Bear in mind that the class attribute is a whitespace delimited list, and classes are case sensitive.)
- Make a copy of the DOM tree to operate on. All future references to DOM traversal and manipulation refer to this clone.
- Implement the include pattern by removing any nodes with
class="include"
and replacing them with the node which they point to. (Unless the node pointed to is an ancestor node of the node withclass="include"
!!) - Parse all properties that may contain nested microformats. For example within hCard, the agent property may contain a nested hCard. For each property
prop
which may contain a nested microformat:- Create an empty array to store the value(s) of
prop
in. Call thisA
. - Find all elements with
class="prop"
that are descended fromroot
. Call this listP
. - Create an empty list
E
. - For each element
p
inP
:- Let
ok
be true. - Let
a
by the parent node ofp
. - While
a
is not the root element of this microformat:- If
a
has a class attribute which indicates that it is a nested microformat (e.g.class="vevent"
) then setok
to false - Set
a
to the parent ofa
.
- If
- If
ok
is true, then pushp
ontoE
.
- Let
- OUTER: For each element
e
inE
:- INNER: For each microformat root class name that might be present (e.g. within an hCalendar event's
location
property you might reasonably expect to find an hCard, and adr or a geo!):- Create an empty list
F
. - Search for any elements within
e
which have the microformat root class name. Bear in mind that perhaps this element might bee
— this is allowed. For each such element,e2
:- Parse
e2
as an embedded microformat and place the result inF
if it is valid. - Run the DESTROY_ELEMENT function on
e2
- Parse
- If
F
is not empty:- Move the first item in
F
toA
- Jump out of the INNER loop.
- Move the first item in
- Create an empty list
- If
A
is not empty:- Change the
class
attribute one
, removingprop
from the class list. - If property
prop
is singular, jump out of the OUTER loop.
- Change the
- INNER: For each microformat root class name that might be present (e.g. within an hCalendar event's
- If
prop
is a singular property, letA[0]
be its value. If plural, letA
be the list of its values.
- Create an empty array to store the value(s) of
- Run the DESTROYER function on
root
.- Depending on what microformat you're parsing, you will want to pass a further parameter to DESTROYER indicating a list of microformats to "save" from destruction. This allows for the simple string/url/datetime/etc properties to be included within nested microformats. So far, the only case I've found where this is beneficial is when parsing hCard, it is useful to save adr and geo from destruction. This enables the
fn
property to be set on address components. example
- Depending on what microformat you're parsing, you will want to pass a further parameter to DESTROYER indicating a list of microformats to "save" from destruction. This allows for the simple string/url/datetime/etc properties to be included within nested microformats. So far, the only case I've found where this is beneficial is when parsing hCard, it is useful to save adr and geo from destruction. This enables the
- Parse all properties. There are three different categories of property — singular, plural and concatenated. Most properties are either singular or plural, but a handful are concatenated, such as
entry-summary
in hAtom. For each propertyprop
withinroot
:- Create an empty array to store the value(s) of
prop
in. Call thisA
. - Find all elements with
class="prop"
that are descended fromroot
. - For each element
e
, run this:- Find the value of
e
, using the techniques in the section below. - If the value of
e
is not NULL, add it toA
- If the
prop
is a singular property andA
is not empty, jump out of this foreach loop.
- Find the value of
- If
prop
is a singular property, then its value isA[0]
. - If
prop
is a plural property, then its values areA
. - If
prop
is a concatenated property, then its values are formed by concatenating the values ofA
together.
- Create an empty array to store the value(s) of
Finding Values
There are at least five different types of property that can be parsed, each of which requires different techniques:
- HTML properties, such as
entry-content
in hAtom - URI properties, such as
url
in hCard - ID properties, such as
uid
in hCard - Datetime properties, such as
dtstart
in hCalendar - Plain text properties, such as
title
in hCard
Arguments can be made for duration properties and numeric properties to also have variations in the algorithm, but for now, we'll just treat them as plain text properties.
Generally speaking, the mechanism for going from an element e
to a value is to use the first "hit" from the following:
- Look at relevant attributes (e.g.
datetime
if we're looking for a date, orhref
if we're looking for a URI). - Look for any descendants with
class="value"
. - Look at the node contents.
This is described in more detail below, for each type of property.
HTML Properties
These are the easiest to parse. Given an element e
, just use the HTML representation of its DOM node. Some DOM implementations make this available as .outerHTML
.
URI Properties
Certain HTML elements are capable of linking to other resources. The most obvious is <a>
though there are many others. The following list of linking elements is derived from Perl's HTML::Tagset module:
{ 'a' => ['href'], 'applet' => ['codebase', 'archive', 'code'], 'area' => ['href'], # 'base' => ['href'], 'bgsound' => ['src'], 'blockquote' => ['cite'], # 'body' => ['background'], 'del' => ['cite'], 'embed' => ['src', 'pluginspage'], 'form' => ['action'], 'frame' => ['src', 'longdesc'], 'iframe' => ['src', 'longdesc'], # 'ilayer' => ['background'], 'img' => ['src', 'lowsrc', 'longdesc', 'usemap'], 'input' => ['src', 'usemap'], 'ins' => ['cite'], 'isindex' => ['action'], # 'head' => ['profile'], 'layer' => ['src'], # 'background' 'link' => ['href'], 'object' => ['data', 'classid', 'codebase', 'archive', 'usemap'], 'q' => ['cite'], 'script' => ['src', 'for'], # 'table' => ['background'], # 'td' => ['background'], # 'th' => ['background'], # 'tr' => ['background'], 'xmp' => ['href'], }
Note that some are commented out as they might be too counter-intuitive to implement!
If we're parsing an element e
and looking for a URI, here is the algorithm we use:
- Set variable
u
to NULL. - Search
e
for any descendent elements withclass="value"
. Call this listV
. - Add the element
e
itself to the listV
, at the front of the list. - OUTER: for each element
v
from listV
:- If
v
is a linking element from the above list- INNER: for each attribute
a
associated that the tag name ofv
in the above list- If
a
is set- Set
u
to the contents ofa
- Jump out of the OUTER loop.
- Set
- If
- INNER: for each attribute
- If
- If
u
is not null, and is a relative URI, convert it to an absolute URI.
The URI has hopefully been found in u
. If no URI has been found, then fall back to plain text parsing.
UID Properties
UID properties are parsed similarly to URL properties, but with a slightly modified algorithm, allowing for UIDs to be specified in the id
attribute. The following example has a UID of "http://example.com/page#foo".
<base href="http://example.com/page" /> <div class="uid" id="foo">...</div>
The modified algorithm used is:
- Set variable
u
to NULL. - Search
e
for any descendent elements withclass="value"
. Call this listV
. - Add the element
e
itself to the listV
, at the front of the list. - OUTER: for each element
v
from listV
:- If
v
is a linking element from the above list- INNER: for each attribute
a
associated that the tag name ofv
in the above list- If
a
is set- Set
u
to the contents ofa
- Jump out of the OUTER loop.
- Set
- If
- INNER: for each attribute
- If
v
has anid
attribute set- Set
u
to the contents ofid
, with the character "#" prepended - Jump out of the OUTER loop.
- Set
- If
- If
u
is not null, and is a relative URI, convert it to an absolute URI.
Again, if no u
has been found by the algorithm, then fall back to parsing it as a plain text property.
Datetime Properties
Parsing property prop
, if class="prop"
is found on element e
.
- If element
e
has an attributedatetime
, then the content of that attribute is the value and the rest of these steps should be skipped. - Create a list
D
, which is empty. - Create a list
V
of elements withclass="value"
. - For each element
v
inV
:- If
v
has an attributedatetime
, then add the content of that attribute toD
- Otherwise, run the STRINGIFY function on
v
and add the result toD
- If
- If
D
is empty, then run the STRINGIFY function one
and let the result be the value, and skip the rest of these steps. - If
D
contains only one item, and it looks like an ISO date or ISO datetime, then let that be the value, and skip the rest of these steps. - If
D
contains two items, and the first looks like an ISO date, and the second like a time, concatenate them, joining with an upper case 'T', let that be the value, and skip the rest of these steps. - If
D
contains three items, and the first looks like an ISO date, the second like a time, and the last like a timezone (may need normalisation), concatenate them, joining the first two with an upper case 'T' and the last one with no intervening character, let that be the value, and skip the rest of these steps. - Concatenate all the items in
D
and let that be the value.
The final value should be interpreted as liberally as possible with regards to punctuation as an ISO date or ISO datetime.
Normalizing Timezones
Where S is a sign (+ or -) and the letters a, b, c, d are numerals, then:
- Sa → S0a00
- Sab → Sab00
- Sabc → S0abc
- Sa: → S0a00
- Sab: → Sab00
- Sa:b → S0ab0
- S:ab → S00ab
- Sa:bc → S0abc
- Sab:c → Sabc0
- Sab:cd → Sabcd
Plain text Properties
To obtain the value of the property, run STRINGIFY on the property node.
Stringification
The STRINGIFY function performs a text serialisation of an HTML node, with a few adjustments to implement the ABBR pattern. It uses a helper function, _STRINGIFY.
STRINGIFY
- First parameter: element to stringify,
e
. - Second parameter: whether to perform value excerpting - default yes.
- Third parameter: whether to perform abbr pattern - default yes.
- If
e
is an<abbr>
or<acronym>
element, and has atitle
attribute, then return that attribute. - If you want to implement any proposed alternatives to the ABBR pattern, then here is the place to do so.
- If value excerpting is enabled:
- Create an empty list
S
- Search for any descendant elements of
e
withclass="value"
. Put these into a listV
. - For each element
v
inV
- Recursion: call STRINGIFY on
v
, disabling value excerpting but enabling the ABBR pattern. Add the result toS
.
- Recursion: call STRINGIFY on
- Concatenate the items in
S
to form a string. If this string is not empty, then return the string.
- Create an empty list
- Run _STRINGIFY on
e
, trim excess white space from the result and return it.
_STRINGIFY
This is a somewhat simplified version of the real algorithm that I use. You probably want to refine it by adding better whitespace handling rules (e.g. line breaks after block elements, asterisks for list items, etc).
_STRINGIFY is called with one parameter, the element e
to be stringified.
- If
e
is text node (not an element), then return it. - If
e
is an<img>
tag, return thealt
text. - If
e
is an<input>
tag, return the text of thevalue
attribute. - If
e
is an<br>
tag, return a linebreak character. - If
e
is an<del>
tag, return a zero-length string. - Otherwise, create an empty list
S
. - For each direct child node
c
ofe
:- Run _STRINGIFY on
c
and add the result toS
.
- Run _STRINGIFY on
- Concatenate the items in list
S
and return them.
Destruction
In some cases it is necessary to render an element and its children opaque to later microformat processing. The two functions DESTROYER and DESTROY_ELEMENT deal with this.
DESTROYER
This function aims to find any microformats within an element and make them opaque to later parsing.
- First parameter: element to operate on,
e
. - Second parameter: list of microformats to "save" from destruction,
S
.
- Create a list
M
of all known compound microformat root classes. This list should include any microformats you know about, even if your parser does not include support for them. A sample list is included below. - For each item in
S
: remove fromM
. - For each descendent element
d
ofe
(not includinge
as a descendent of itself):- If the class list of
d
includes one or more of the class names inM
, then:- Run the DESTROY_ELEMENT function on
d
. - Modify the
class
attribute ofd
, removing any classes which appear inM
.
- Run the DESTROY_ELEMENT function on
- If the class list of
Compound microformat root classes
- mfo
- vcard
- adr
- geo
- hreview
- xfolkentry
- hresume
- biota
- vcalendar
- vevent
- vtodo
- valarm
- vfreebusy
- hfeed
- hentry
- hslice
- haudio
- hmeasure
- hangle
- hmoney
- hlisting
- figure
- hproduct
- hmedia
Note that XOXO and XMDP are excluded from this list, as they are not compound microformats.
DESTROY_ELEMENT
The aim of this function is to make the innards of a particular element opaque to microformat parsing. The algorithm for "destroying" element e
is as follows:
- Search for all elements which descend from
e
. For each such elementd
:- Set the
class
attribute to the empty string. - Set the
rel
attribute to the empty string. - Set the
rev
attribute to the empty string.
- Set the
Hierarchy
Generally speaking, when looking for a property p
and an element with class p
is found, we look for the value of p
in the following places and use the first value that has been found:
- Appropriate attributes on
p
- Appropriate attributes on any descendants of
p
withclass="value"
(using first in case of URLs/UIDs, concatenating otherwise) - Contents of all descendants of
p
withclass="value"
, concatenated - Contents of
p
Example
Looking for a URL, these should all be parsed as p="http://example.com/use-this".
<a class="p" href="http://example.com/use-this">...</a>
<span class="p">...<a class="value" href="http://example.com/use-this">...</a>...</span>
<span class="p">...<b class="value">http://example.com/use-this</b>...</span>
<span class="p">http://example.com/use-this</span>
Examples of Parsable HTML
Nested Microformats Examples
<div class="vcard"> <span class="fn">Jack Bauer</span> <div class="agent"> Agent: <div class="vcard"> <span class="fn">Chloe O'Brian</span> </div> </div> </div>
<div class="vcard"> <span class="fn">Jack Bauer</span> <div class="agent vcard"> Agent: <span class="fn">Chloe O'Brian</span> </div> </div>
OK, this one's getting complicated, but still works:
<div class="vcard"> <span class="fn">Queen Elizabeth II</span>'s <span class="agent vcard"> <span class="role">representative in Australia</span> is <span class="title">Governor General</span> <a class="fn url" href="http://www.gg.gov.au/">Michael Jeffery</a>. <span class="agent vcard"> You can contact him through his <span class="role">secretary</span>, <span class="fn">Malcolm Hazell</span>. </span> </span> </div>
Here's an "fn" inside an address:
<div class="vcard"> <p class="adr"> <span class="org"> <strong class="fn organization-unit extended-address">Chemistry Library</strong>, <span class="organization-name extended-address">Fictional Institute of Science</span>, </span> <span class="street-address">123 Example Street</span>, <span class="locality">Testville</span>. </p> </div>
Plain Text Examples
All the following examples parse as "Foobar baz".
<span class="note">Foobar baz</span>
<img class="note" alt="Foobar baz" src="foobar-baz.jpeg">
<span class="note"> <b class="value">Foo</b> quux <b class="value">bar baz</b> xyzzy. </span>
<abbr class="note" title="Foobar baz">FBB</abbr>
<div class="note"> <span class="value">Foobar</span> <abbr class="value" title=" baz">FBB</abbr> </div>
<span class="note">Foo<b>bar</b> baz</span>
URL Examples
The following are all parsed as the same URL.
<a class="url" href="http://example.com/page">Page</a>
<p class="url"> <a href="http://example.com/not-this">Not this</a> <a class="value" href="http://example.com/page">Page</a> </p>
<p class="url"> <a class="value" href="http://example.com/page">Page</a> <a class="value" href="http://example.com/not-this">Not this</a> </p>
<p class="url"> <span class="value">http://example.com/</span> Not this <span class="value">page</span> </p>
<img class="url" alt="foo" src="http://example.com/page" longdesc="http://example.com/not-this">
<!-- (invalid, but works) --> <img class="url" longdesc="http://example.com/page">
<!-- (strange, but true) --> <p class="url"> <img src="http://example.com/not-this" alt="http://example.com/page"> </p>
<!-- (but, by contrast) --> <p class="url"> <img src="http://example.com/page" alt="http://example.com/not-this" class="value"> </p>
UID Examples
<a class="uid" href="http://example.com/page">Page</a>
<span class="uid" id="this">Not this</span>
<a class="uid" href="http://example.com/page" id="not-this">Page</a>
<div class="uid"> <span class="value" id="this">Not this</span> <a href="http://example.com/not-this" class="value">Not this</a> </div>
Datetime Examples
<time class="dtstart" datetime="2008-07-21">Monday</time>
<p class="dtstart"> <time class="value" datetime="2008-07-21">Monday</time> at <time class="value" datetime="21:30">9:30pm</time>. </p>
<p class="dtstart"> <time class="value" datetime="2008-07-21">Monday</time> at <time class="value" datetime="21:30">9:30pm</time> <time class="value" datetime="+1">(UK)</time>. </p>
<p class="dtstart"> <abbr class="value" title="2008-07-21">Monday</time> at <abbr class="value" title="T21:30">9:30pm</time> <abbr class="value" title="+0100">(UK)</time>. </p>
Combination Examples
<div class="vcard"> <h1 class="fn">Toby Inkster</h1> <ins class="rev url" datetime="2008-07-21T21:30:00+0100"> I launched my <a href="http://example.com/" class="value">new website</a> today with the help of <span class="vcard"> <span class="role">graphic designer</span> <span class="fn">Joe Bloggs</span>. </span> </ins> </div>
Parsed as:
First hCard:
- fn = "Toby Inkster"
- rev = 2008-07-21T21:30:00+0100
- url = http://example.com/
Second hCard:
- fn = "Joe Bloggs"
- role = "graphic designer"