Best Practices for Examples Pages

Jump to: navigation, search

*-examples pages are the first stage of the exploration process which must precede proposing a new microformat. Current explorations are listed on the Main Page. You can use the examples-template to help you create your own page.


Current Human Behavior on the Web

Examples for the development of a microformat MUST reflect:

See each of those sections in the reference at the end for what we mean by those and why.

Template of recommended sections

A good *-examples page has the following sections, you can think of this like a template:

Top level (<entry-title>):

The following items can be used as second level headings == ... ==

Details on specific sections:

real world examples section

Good Examples of Examples

The following pages are some of the best examples of instantiating this design pattern:

A Good Example Has

A good example has several things:

When Adding Examples

When adding examples to an existing *-examples page, please try to add the examples into the existing organizational structure in the page. E.g. if the examples are grouped or categorized in a certain way, try to add new examples into those existing categories, instead of a new section.

If you have to add a new category or subsection, do so, but try to do so in harmony with existing categories. If it is not obvious how to do so, or if the categories don't seem to make sense, then it might be a good time to ask a question on the IRC channel or mailing list.

Purpose of Example Pages

(adapted from process)

Document current human behavior on the Web. Remember, we're paving the cowpaths- before you do that you have to find the cowpaths. Your documentation should be a collection of real world sites and pages which are publishing the kind of data you wish to structure with a microformat. From those pages and sites, you should extract markup examples and the schemas implied therein, and provide analysis.

What kind of examples and why

By current human behavior on the web, we mean:



Explicit user entered and published information. While automatically published information such as logs from an eletronic thermometer can be interesting, they are not human produced (unless said thermometer is stuck in a human, and that's only indirect/implicit/uncontrolled) and thus do not reflect what humans themselves explicitly do.



See also

Best Practices for Examples Pages was last modified: Friday, November 1st, 2013