reuse: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
m (Reverted edit of 1143304322, changed back to last version by RyanKing)
m (Replace <entry-title> with {{DISPLAYTITLE:}})
 
(9 intermediate revisions by 7 users not shown)
Line 1: Line 1:
= Reuse =
{{DISPLAYTITLE: Reuse }}


This page is a stub, to be filled out with an explanation of one of the [[microformats#the_microformats_principles|microformats principles]].
One of several microformats [[principles]].
 
microformats [[reuse]] building blocks from widely adopted standards:
 
* [http://tantek.com/presentations/20040928sdforumws/semantic-xhtml.html semantic], [http://tantek.com/presentations/2005/03/elementsofxhtml meaningful (X)HTML], i.e. [[POSH]]. See [[SemanticXHTMLDesignPrinciples]] for more details.
* existing microformats
** as a whole, e.g. use [[hcard|hCard]] for representing people
** in part, reusing particular semantic class names, following [[naming-principles|microformats naming principles]]
* well established schemas from interoperable RFCs
 
In general "doing what already works" (i.e. re-use) is greatly valued over "changing everything and starting from scratch" (i.e. re-invention).
 
Thus the burden of proof is always on those who wish to change or modify what already "works" to a great extent today.  One clear instance of this is microformats' re-use of existing implied schemas (based on research of real world [[examples]]) and looking at existing widely interoperable standards as a basis for vocabulary as noted above, rather than inventing new idealistic a priori schemas or inventing new terminology for concepts already named in existing formats.
 
== see also ==
* [[principles]]
* [[process]]

Latest revision as of 16:32, 18 July 2020


One of several microformats principles.

microformats reuse building blocks from widely adopted standards:

In general "doing what already works" (i.e. re-use) is greatly valued over "changing everything and starting from scratch" (i.e. re-invention).

Thus the burden of proof is always on those who wish to change or modify what already "works" to a great extent today. One clear instance of this is microformats' re-use of existing implied schemas (based on research of real world examples) and looking at existing widely interoperable standards as a basis for vocabulary as noted above, rather than inventing new idealistic a priori schemas or inventing new terminology for concepts already named in existing formats.

see also