microformats

(Difference between revisions)

Jump to: navigation, search
m (the microformats principles)
m (explicitly noted author/editor. created suggested additions section, moved recent suggestion there. fixed wiki link.)
Line 1: Line 1:
-
= microformats =
+
<h1> microformats </h1>
== What are microformats? ==
== What are microformats? ==
 +
 +
Author/Editor: '''Tantek Çelik'''
=== microformats are ===
=== microformats are ===
Line 54: Line 56:
*** Not repeating yourself (following DRY) - means there are fewer chances for inconsistency
*** Not repeating yourself (following DRY) - means there are fewer chances for inconsistency
*** Multi-language integrity.  Perhaps not a principle, but many of those involved with microformats have found that consistently [[using-utf-8|using UTF-8]] helps ensure that the human text content itself is not corrupted, especially when using non-ASCII7 characters.
*** Multi-language integrity.  Perhaps not a principle, but many of those involved with microformats have found that consistently [[using-utf-8|using UTF-8]] helps ensure that the human text content itself is not corrupted, especially when using non-ASCII7 characters.
-
 
-
**[Suggested addition: [[be-strict|Be strict in what you send but generous in what you receive]] ]
 
== current microformats ==
== current microformats ==
Line 85: Line 85:
This is obviously a very different approach than traditional data format efforts.
This is obviously a very different approach than traditional data format efforts.
 +
 +
== suggested additions ==
 +
 +
* [[be-strict|Be strict in what you send but generous in what you receive]] - Andy Mabbett (20070326)

Revision as of 15:21, 26 March 2007

Contents

microformats

What are microformats?

Author/Editor: Tantek Çelik

microformats are

microformats are not

the microformats principles

current microformats

See the main page for a list of current microformats specifications, drafts, and discussions.

more thoughts on how microformats are different

There are plenty of existing formats that are nearly totally useless/ignored.

They're not totally useless though. They're useful in that they illustrate what at least someone thought might be useful, which unfortunately is typically a lone-inventor working a-priori without any domain expertise.

Or there is the other extreme. Lots of corporate inventors working with plenty of experience, over-designing a format for what might be needed some day. In particularly bad cases, the corporate vendors collude to prevent openness and/or adoptability by the open source community. Media standards often suffer from this kind of deliberate "strategic" positioning.

We seek to combat all of those problems with the microformat approach.

Some ask what the purpose of the (intended) standards is.

Why do you need purpose? More often than not, premature focus on purpose tends to distort data formats towards a particular application which may not be all that relevant. Hence rather than focus on a-priori purpose, we focus on modeling existing behavior, with the knowledge that additional structure will yield plenty of interesting uses, most of which we will not be able to a-priori predict.

This is obviously a very different approach than traditional data format efforts.

suggested additions

microformats was last modified: Wednesday, December 31st, 1969

Views