|
|
(29 intermediate revisions by 8 users not shown) |
Line 1: |
Line 1: |
| __NOTOC__
| | {{DISPLAYTITLE:Introduction aux Microformats}} |
|
| |
|
| <h1> Introduction aux Microformats </h1>
| | == Que sont les Microformats ? == |
| | Les microformats sont un moyen d'ajouter une syntaxe simple à des items de données lisibles par des humains, comme des événements, des détails sur un contact ou des endroits, sur des pages web, de manière à ce que l'information puisse être extraite par le logiciel et indexée, cherchée, sauvegardée, cross-référencée ou combinée. |
|
| |
|
| Related: [[press]], [[presentations]], [[podcasts]], [[suggested-reading]], [[testimonials]]
| | Plus techniquement, ce sont des items de langage de balisage sémantique, utilisant simplement le "bon vieux HTML sémantique" standard (à savoir [[posh-fr|CHIC]]) avec un ensemble de [[class-names-fr|noms de classes]] communs et de valeurs "[[rel-fr|rel]]". Ils sont ouverts et disponibles, librement, pour quiconque veut les utiliser. |
|
| |
|
| __TOC__
| | == Pourquoi les Microformats ? == |
| | Pourquoi en sommes-nous venus aux microformats ? |
|
| |
|
| | En bref, les microformats sont la convergence d'un certain nombre de tendances : |
| | # une prochaine étape suivante logique dans l'évolution du "design web" et l'architecture de l'information. |
| | # une façon pour les éditeurs autonomes et les organisations de publier eux-mêmes une information plus riche, sans devoir s'en remettre à des services centralisés. |
| | # une reconnaissance du fait que (en dehors des domaines des speci<span class="notspam">alist</span>es, les efforts "traditionnels" en matière de méta-données (par ex. les méta tags) ont soit échoué, ou soit pris tellement de temps pour engranger une quelconque adoption, qu'une nouvelle approche était nécessaire. |
| | # une façon d'utiliser du [[HTML-fr|HTML]] bien formé pour les data. |
|
| |
|
| == Que sont les Microformats? == | | == L'Attrait vers la Simplicité == |
| | * Les microformats sont un effort simple ayant attiré beaucoup de personnes frustrées par les efforts complexes antérieurs. |
|
| |
|
| Microformats are the "dictionaries" of XHTML semantic content. They are for codifying commonly used information-rich HTML content in such a way that semantic meaning can be machine extracted. In short, they are the easiest-possible way to design data (or data formats) intended for reuse on the Web.
| | Un parallèle qui peut être dessiné est REST dans le monde des API / services web - pour en savoir plus sur REST voir [[suggested-reading-fr#REST|les lectures suggérées sur REST]]. |
|
| |
|
| == Pourquoi les Microformats == | | ==Pour démarrer == |
|
| |
|
| Why did we come up with microformats?
| | Il est facile de démarrer avec les microformats : |
| | * [[get-started-fr|démarrez]] en ajoutant des microformats à votre HTML |
|
| |
|
| In short, microformats are the convergence of a number of trends:
| |
| # a logical next step in the evolution of web design and information architecture
| |
| # a way for self-publishers to publish richer information themselves, without having to rely upon centralized services
| |
| # an acknowledgment that "traditional" metadata efforts have either failed or taken so long to garner any adoption, that a new approach was necessary
| |
| # a way to use (X)HTML for data.
| |
|
| |
|
| === Evolution du Web Design === | | ==En savoir plus == |
|
| |
|
| In the beginning (1990), there was [http://www.w3.org/MarkUp/ HTML] and it was good. It was simple, minimal, and used to semantically markup user visible data (text) and share it on the World Wide Web.
| | Apprenez-en plus sur les microformats à partir de microformats.org |
| | * [http://microformats.org/about/ about page], |
| | * [http://microformats.org/ blog], |
| | * [[faq-fr|FAQ]], |
| | * [[articles-fr|articles]], |
| | * [[press-fr|presse]], |
| | * [[presentations-fr|présentations]], |
| | * [http://www.infosafe.fr Coffres forts et armoires fortes] data |
| | * [[books-fr|livres]], |
| | * [[podcasts-fr|podcasts]], |
| | * [[screencasts-fr|screencasts]], |
| | * et encore plus de [[suggested-reading-fr|suggestions de lecture]]. |
|
| |
|
| Then came the [http://en.wikipedia.org/wiki/Browser_wars browser wars] (1994-1999) where dominant browser manufacturers took their turns introducing "innovative" presentational tags, giving the typical web author/designer what they wanted: a semblance of control over the presentation of their webpages. The result: [http://www.w3.org/TR/REC-html32 HTML 3.2] "standardized" these defacto presentational innovations.
| | ==Voir Aussi== |
|
| |
|
| The introduction of [http://www.w3.org/TR/REC-CSS1 CSS1] (1996) and the semantically richer [http://www.w3.org/TR/REC-html40/ HTML4] (1998) brought a glimmer of hope, but it wasn't until years later (2000-2001), with the introduction of fully compliant (or almost) implementations of CSS1/HTML4 (IE5/Mac, IE6/Windows, Netscape 6) that it became practical for web designers to depend on CSS in their web pages. Leaders in the community began to furiously adopt and promote CSS (even if it took [http://www.tantek.com/log/2004/07.html#ie5macbandpass a] [http://tantek.com/CSS/Examples/boxmodelhack.html hack] [http://www.tantek.com/CSS/Examples/midpass.html or] [http://tantek.com/CSS/Examples/highpass.html two]) and the efficiencies and enhanced productivity that separating presentation from markup brought them, yet remained a small vocal minority.
| | * [[testimonials-fr|testimoniaux]] |
| | * [[implement-fr|Ainsi, vous voulez implémenter des microformats ?]] |
|
| |
|
| The introduction of the Wired News redesign in 100% CSS, and the beautiful [http://csszengarden.com/ CSS Zen Garden] (2002-2003) was CSS's tipping point. With the clear and obvious presentation of visual beauty and broad creativity, designers world-wide "got it" and realized that this was the future of web design. The presentational markup of <code><FONT></code>, <code><TABLE></code>, and <code>spacer.gif</code> were tossed aside by any and all self-respecting web designers, who discovered the near infinite flexibility of <code><div></code>, <code><span></code>, and the 'class' attribute. A few in the community even began adopting some of the more semantic elements in HTML: <code><p></code>, <code><h1></code>...<code><h6></code>, <code><ol></code>, <code><ul></code>, <code><li></code>, <code><em></code>, <code><strong></code>. Leaders in the community exercised the semantic limits of strict HTML4 (experimented with XHTML) and documented [http://www.simplebits.com/publications/solutions/ best practices].
| | == Ressources Externes== |
|
| |
|
| As the community followed rapidly in the footpaths they had worn, the leaders began to run into the limits of semantic (X)HTML. Other subcultures were attempting to rewrite the world in their own language(s) (<abbr title="Resource Description Framework">[http://www.w3.org/RDF/ RDF]</abbr>, [[plain-xml|"plain" XML]], <abbr title="Scalable Vector Graphics">[http://www.w3.org/TR/SVG/ SVG]</abbr>), yet not having much of an impact on the World Wide Web, which required human presentable data, compatible with the browsers people already used. [http://en.wikipedia.org/wiki/Social_software Social Software] and [http://en.wikipedia.org/wiki/Blogs Blogs], written by this new generation of web designers and programmers, began to take off.
| | * La série excellente des articles d'Emily Lewis : |
| | ** [http://ablognotlimited.com/articles/tag/Getting+Semantic+series/ A Blog Not Limited: Getting Semantic With Microformats Series] - |
| | * Sitepoint a un très beau tutoriel d'introduction : |
| | ** [http://reference.sitepoint.com/html/microformats Microformats - Plugging the Gaps in HTML] - [http://obmwiki.org/hive/XtofWiki/ComblerLesLacunesDuHTML Traduction en cours] |
| | * Premasagar a écrit |
| | ** [http://premasagar.com/microformats/compound/ quelques beaux exemples de microformats avec la source] - [http://christopheducamp.com/microformats/MicroformatsComposes Traduction fr] |
|
| |
|
| Natural patterns emerged from the way people used blogging systems, putting things into lists, for example lists of other bloggers (known as blogrolls), and annotating them with information representing relationships such has having met, friends, family, etc. The first microformat, <abbr title="XHTML Friends Network">[http://gmpg.org/xfn/ XFN]</abbr>, was designed to match these behaviors, and [http://tantek.com/log/2003/12.html#L20031215t0830 introduced to the blogging community] (2003-2004), who adopted it within weeks. The [http://gmpg.org GMPG] was formed as a home for XFN, and documented a few key [http://gmpg.org/principles design principles] later adopted for microformats. The key notion, that semantic (X)HTML could be extended, had been introduced and accepted by the community.
| | == Traduction == |
| | | ''Pour mémoire, cette page est une traduction française de [[introduction]] page de référence en anglais'' |
| By understanding, using, and combining semantic (X)HTML building blocks, as well as determining that semantic (X)HTML could be validly extended via new rel, meta name, and class values, defined in (X)HTML profiles in the [http://gmpg.org/xmdp XMDP format], the community began to design and develop many more microformats (2004-2005). More patterns emerged from the blogging community, and each aggregate human behavior drove the design of simple, adaptive microformats to meet its needs. Creative Commons licensing became popular and [[rel-license]] was proposed. Outlines and lists: [[xoxo|XOXO]]. Contact info: [[hcard|hCard]]. Calendars and events [[hcalendar|hCalendar]].
| | * [[introduction-pt-br]] (see also [[introduction-pt-br-2]]) |
| | | * ... |
| Using these new found building blocks, the web design and information architecture communities were no longer limited by the predefined semantics of HTML4 (nor did they have to compromise human presentation and ease of authoring which other attempts sorely lacked). 2005 may well be the year that microformats became the next step in the evolution of the web.
| |
| | |
| === L'Attrait de la Simplicité === | |
| | |
| * Microformats are a simple effort which has appealed to many frustrated with previous complex efforts. One parallel that can be drawn is to REST in the web services world, i.e. see this [http://www.windley.com/archives/2005/07/microformats.shtml comparison of microformats and REST]. See the [http://rest.blueoxen.net REST wiki] for more about REST. Related [http://patricklogan.blogspot.com/2006/01/microformat-microprotocol.html microformats and microprotocols].
| |
| * See also: [http://www.justinleavesley.com/journal/2005/7/28/web-services-and-the-innovators-dilemma.html Web Services and the Innovators Dilemma] by Justin Leavesley
| |
| | |
| == Pages en rapport ==
| |
| * Recent [[press]] interviews and articles are also a good introduction. | |
| * See microformat [[presentations]] for more background and introductory material on [[microformats]].
| |
| * Listen to [[podcasts]] about microformats.
| |
| * More [[suggested-reading|suggested reading]]
| |
| * [[implement|So you wanna implement microformats?]]
| |
| | |
| == Articles ==
| |
| * [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] by Garrett Dimon
| |
| * [http://www.gr0w.com/articles/design/an_extra_side_to_web_standards_based_design/ An Extra SIDE to Web Standards Based Design] - How Semantic Information Design Ethics (SIDE) and a few readily available techniques can help heal the Web, by Jon Tan. See also his [http://www.csszengarden.com/?cssfile=/193/193.css&page=0 CSS Zen Garden "Leggo my ego" entry].
| |
| * [http://thedredge.org/ Andrew D. Hume] has written a blog post [http://thedredge.org/2005/07/introducing-microformats/ introducing microformats] and another one on [http://usabletype.com/articles/2005/usable-microformats/ usable microformats].
| |
| * [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] by Drew McLellan
| |
| * [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
| |
| * [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect Seearch Engine Optimization]
| |
| * [http://blogbusinesssummit.com/2006/04/microformats_in.htm Blog Business Summit: Microformats in Plain English: the Promise of Simple Business to Business Data Exchange] by Steve Broback
| |
| | |
| == Références diverses ==
| |
| | |
| These are various intro-related links/articles which I haven't figured out yet how to incorporate. You may find them of interest. - [http://tantek.com/log/ Tantek]
| |
| | |
| * [http://www.betaversion.org/~stefano/linotype/news/93/ Data First vs. Structure First]
| |
| ** [http://tantek.com/log/ Tantek] says: In many ways it is actually *far* worse than that post conveys. The "typical" programmer literally loves spending far more time worrying about and designing the structure for structure's sake, than data, and even less so, "real world" data (current behaviors etc.). Hence we have taken the directly opposite tack with microformats when looking to solve a problem.
| |
| *** Zeroeth, define the real-world problem. If you can't do this, then stop.
| |
| *** First, look at real-world usage (data).
| |
| *** Second, what previous standards are people actually using today? If there is more than one, then lean towards those with the better adoption.
| |
| ***And only after those first two do we bother to pay attention to theoretical standards, those that have been invented (whether by individuals, committees), but haven't seen much if any actual adoption.
| |
| * [http://lists.w3.org/Archives/Public/www-rdf-interest/2000Mar/0103 2000-03-21 Dan Connolly on human-consumable information]: ('''strong emphasis''' added)
| |
| ** I believe that one of the best ways to transition into RDF, if not a long-term deployment strategy for RDF, is to '''manage the information in human-consumable form (XHTML) annotated with just enough info to extract''' the RDF statements that the human info is intended to convey. In other words: using a relational database or some sort of native RDF data store, and spitting out HTML dynamically, is a lot of infrastructure to operate and probably not worth it for lots of interesting cases. '''We all know that we have to produce a human-readable version of the thing... why not use that as the primary source?''' | |