criticism

(Difference between revisions)

Jump to: navigation, search
(Well, not entirely ''criticism'' per se)
(added a criticism that was added to misconceptions, and followed up with a response)
Line 1: Line 1:
-
=Criticism=
+
<h1>Criticism</h1>
From time to time, there is criticism of a single, or all, microformats. Some is constructive, other less so.
From time to time, there is criticism of a single, or all, microformats. Some is constructive, other less so.
Line 12: Line 12:
==Recent==
==Recent==
-
*[http://www.webaim.org/discussion/mail_thread.php?thread=3259 WebAIM discussion of microformat accessibility] - 2007-01 / 2007-02. Includes discussion of [[abbr-design-pattern]].  Summary: criticism is nearly all from [http://www.cs.tut.fi/~jkorpela/ Jukka "Yucca" Korpela].  If you dig deep (do your best to dig past / ignore / filter inflammatory rhetoric and ridicule, e.g. use of the term "microbabble") you can find a few points we can use to improve microformats.
+
* ...
==2006==
==2006==
Line 21: Line 21:
** Let me say that I actually like and use µFs a lot. I just think there's a potential for a conflict with RDFa in the future, and I think that it's best for developers if that conflict doesn't happen. --[[User:Evan|Evan]] 21:12, 17 Jul 2007 (PDT)
** Let me say that I actually like and use µFs a lot. I just think there's a potential for a conflict with RDFa in the future, and I think that it's best for developers if that conflict doesn't happen. --[[User:Evan|Evan]] 21:12, 17 Jul 2007 (PDT)
*[http://weblog.200ok.com.au/2006/01/limitations-of-rel-microformat.html limitations of rel="tag" microformat] - 2006-01-17 Summary: Under the current draft, tags and relevant tagspaces are potentially hard to create; and it's still easy to abuse the system. Humans can still be tricked and so can the machines. It's a great spec if you happen to have a compliant directory structure, but if your site doesn't match then you either recreate your entire system... or, more likely, you sadly advise the client that tags aren't happening.
*[http://weblog.200ok.com.au/2006/01/limitations-of-rel-microformat.html limitations of rel="tag" microformat] - 2006-01-17 Summary: Under the current draft, tags and relevant tagspaces are potentially hard to create; and it's still easy to abuse the system. Humans can still be tricked and so can the machines. It's a great spec if you happen to have a compliant directory structure, but if your site doesn't match then you either recreate your entire system... or, more likely, you sadly advise the client that tags aren't happening.
 +
 +
==2007==
 +
*[http://www.webaim.org/discussion/mail_thread.php?thread=3259 WebAIM discussion of microformat accessibility] - 2007-01 / 2007-02. Includes discussion of [[abbr-design-pattern]]. 
 +
Summary: criticism is nearly all from [http://www.cs.tut.fi/~jkorpela/ Jukka "Yucca" Korpela].  If you dig deep (do your best to dig past / ignore / filter inflammatory rhetoric and ridicule, e.g. use of the term "microbabble") you can find a few points we can use to improve microformats.
 +
 +
* 2007-09-27 added to [[misconceptions]]: ''Web client software has to be all updated for the latest microformats which they want to support.  While this would scale for a small number of well-known global microformats, it does not scale when domain-specific, or culture-specific, or company-specific microformats are added.''
 +
 +
While it is true that currently web tools are being updated for new microformats, and bug fixes/clarifications in existing microformats, this is no different than web tools being updated to support fixes to HTML in the 1990s, or being continuously updated for the latest CSS features and fixes which they want to support.
 +
 +
Creating an arbitrary number of domain-specific, or culture-specific, or company-specific microformats is a non-goal.  See the [[microformats]] [[principles]].
==See also==
==See also==

Revision as of 22:52, 27 September 2007

Contents

Criticism

From time to time, there is criticism of a single, or all, microformats. Some is constructive, other less so.

The following list makes no judgement either way, but is included for reference, and in order that microformat advocates who wish to do so, may participate in the original discussion,.

If you choose to do so, please adopt a positive helpful manner, and act as an ambassador for the microformat community.

Unless stated, titles and dates are taken from original postings, verbatim.

Please add new items to the top of the list (they can be sorted into date-of-publication order after a week or so), and replicate the format of those already there.

Recent

2006

2007

Summary: criticism is nearly all from Jukka "Yucca" Korpela. If you dig deep (do your best to dig past / ignore / filter inflammatory rhetoric and ridicule, e.g. use of the term "microbabble") you can find a few points we can use to improve microformats.

While it is true that currently web tools are being updated for new microformats, and bug fixes/clarifications in existing microformats, this is no different than web tools being updated to support fixes to HTML in the 1990s, or being continuously updated for the latest CSS features and fixes which they want to support.

Creating an arbitrary number of domain-specific, or culture-specific, or company-specific microformats is a non-goal. See the microformats principles.

See also

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

Views