abbr-design-pattern-fr - Revision history

Aaronpk: Replace with {{DISPLAYTITLE:}}

2020-07-18T16:20:42Z

Replace <entry-title> with {{DISPLAYTITLE:}}

← Older revision		Revision as of 16:20, 18 July 2020
Line 1:		Line 1:
	~~<entry-title>~~Abbr design pattern~~</entry-title>~~		{{DISPLAYTITLE:Abbr design pattern}}

	== Objectif ==		== Objectif ==

ChristopheDucamp: Reverted edits by I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST ([[User talk:I MADE THOUSANDS OF ACCOUNTS IN MICROF

2013-09-22T11:22:47Z

Reverted edits by I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST ([[User talk:I MADE THOUSANDS OF ACCOUNTS IN MICROF

Show changes

I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST at 03:14, 22 September 2013

2013-09-22T03:14:54Z

Show changes

ChristopheDucamp: [fr: typo - sync'd]

2009-09-06T07:14:30Z

[fr: typo - sync'd]

← Older revision		Revision as of 07:14, 6 September 2009
Line 1:		Line 1:
	= Abbr design pattern =		<entry-title>Abbr design pattern</entry-title>

	== Objectif ==		== Objectif ==
	* Utiliser le [[abbr-design-pattern-fr\|abbr-design-pattern]] pour faire que le texte qui soit lisible par un humain soit aussi lisible formellement par une machine		* Utiliser le [[abbr-design-pattern-fr\|abbr-design-pattern]] pour faire que le texte qui soit lisible par un humain soit aussi lisible formellement par une machine
	* Eviter d'utiliser [[abbr-design-pattern-fr\|abbr-design-pattern]] pour ~~réencoder~~ le texte humain ou pour cacher les données		* Eviter d'utiliser [[abbr-design-pattern-fr\|abbr-design-pattern]] pour ré-encoder le texte humain ou pour cacher les données

	== Comment l'utiliser ? ==		== Comment l'utiliser ? ==
	* ~~enclore~~ le texte convivial-pour-les-humains que vous voulez pour faire qu'il soit lisible par les machines avec <code><abbr></code>		* entourer le texte convivial-pour-les-humains que vous voulez pour faire qu'il soit lisible par les machines avec <code><abbr></code>
	* comme pour le [[class-design-pattern-fr\|class-design-pattern]], ajoutez l'attribut approprié <code>class</code> à l'élément <code>abbr</code>		* comme pour le [[class-design-pattern-fr\|class-design-pattern]], ajoutez l'attribut approprié <code>class</code> à l'élément <code>abbr</code>
	* ajoutez un attribut <code>title</code> à l'élément <code>abbr</code> avec les données lisibles par les machines comme la valeur.		* ajoutez un attribut <code>title</code> à l'élément <code>abbr</code> avec les données lisibles par les machines comme la valeur.

	== Exemple ==		== Exemple ==
	Le [[datetime-design-pattern-fr\|datetime-design-pattern]] encode formellement les '~~datetimes~~' (bien connus pour être non parsables) à l'intérieur d'un élément <code>abbr</code>.		Le [[datetime-design-pattern-fr\|datetime-design-pattern]] encode formellement les 'dates-horaires' (bien connus pour être non parsables) à l'intérieur d'un élément <code>abbr</code>.

	avant :		avant :
Line 28:		Line 28:

	==Présentations alternatives==		==Présentations alternatives==
	Remarquez que les ~~suivants~~ sont ~~tous équivalents~~ pour un parseur de microformat :		Remarquez que les prrésentations suivantes sont toutes équivalentes pour un parseur de microformat :

	<pre>		<pre>
Line 35:		Line 35:
	<span class="dtstart">2007-05-01</span>		<span class="dtstart">2007-05-01</span>

	<abbr class="dtstart" title="20070501">1 ~~May~~ 2007</abbr>		<abbr class="dtstart" title="20070501">1 mai 2007</abbr>

	<abbr class="dtstart" title="2007-05-01">~~1 May~~ 2007</abbr>		<abbr class="dtstart" title="2007-05-01">1° mai 2007</abbr>

	<abbr class="dtstart" title="20070501">~~1st May~~ 2007</abbr>.		<abbr class="dtstart" title="20070501">1er mai 2007</abbr>.

	<abbr class="dtstart" title="20070501">May 1st 2007</abbr>.		<abbr class="dtstart" title="20070501">May 1st 2007</abbr>.
Line 47:		Line 47:
	<abbr class="dtstart" title="20070501">2007-05-01</abbr>.		<abbr class="dtstart" title="20070501">2007-05-01</abbr>.

	<abbr class="dtstart" title="20070501">~~Tuesday, 1 May~~ 2007</abbr>		<abbr class="dtstart" title="20070501">Mardi 1° mai 2007</abbr>

	<abbr class="dtstart" title="20070501">2007, ~~day~~ 121</abbr>		<abbr class="dtstart" title="20070501">2007, jour 121</abbr>

	<abbr class="dtstart" title="20070501">May Day, 2007</abbr>		<abbr class="dtstart" title="20070501">May Day, 2007</abbr>
Line 91:		Line 91:
	* Théoriquement, ceci pourrait être produit avec presque n'importe quel élément HTML. Mais est-ce une bonne idée ? Si ce n'en est pas une, est-ce que abbr est la seule ? [[DavidJanes]]		* Théoriquement, ceci pourrait être produit avec presque n'importe quel élément HTML. Mais est-ce une bonne idée ? Si ce n'en est pas une, est-ce que abbr est la seule ? [[DavidJanes]]
	* abbr-design-pattern devrait être évité si possible. [[User:RobertBachmann\|RobertBachmann]]		* abbr-design-pattern devrait être évité si possible. [[User:RobertBachmann\|RobertBachmann]]
	** pourquoi, ou sous quelles circonstances ? Par exemple, il est tout à fait utile avec les ~~datetimes~~. Devrait-il y avoir là d'autres situations ~~potenitellement~~ analogues ? [[DavidJanes]]		** pourquoi, ou sous quelles circonstances ? Par exemple, il est tout à fait utile avec les dates-heures. Devrait-il y avoir là d'autres situations potentiellement analogues ? [[DavidJanes]]
	** Dans des circonstances où le texte dans le titre serait gobbledegook si lu par un lecteur écran. JAWS et d'autres screenreaders utilisent les attributs title provenant de abbr, quand utilisés proprement (comme dans cet exemple provenant du groupe WCAG), pour prononcer les mots qui seraient autrement illisibles ou déroutants. ~~Utilier~~ des données machines tels que datetime pour un titre est une torsion à la définition du dictionnaire de l'abréviation (contraction par omission ou ~~initialisaiton~~, appliquée au mot et non à un niveau sémantique), ceci n'est peut-être pas un gros problème en soi, mais si les ~~les screen readers~~ sont incapables de transformer le contenu du titre en quelque chose de compréhensible, ceci amènera à des échecs en accessibilité.		** Dans des circonstances où le texte dans le titre serait gobbledegook si lu par un lecteur écran. JAWS et d'autres screenreaders utilisent les attributs title provenant de abbr, quand utilisés proprement (comme dans cet exemple provenant du groupe WCAG), pour prononcer les mots qui seraient autrement illisibles ou déroutants. Utiliser des données machines tels que datetime pour un titre est une torsion à la définition du dictionnaire de l'abréviation (contraction par omission ou initialisation, appliquée au mot et non à un niveau sémantique), ceci n'est peut-être pas un gros problème en soi, mais si les lecteurs d'écran sont incapables de transformer le contenu du titre en quelque chose de compréhensible, ceci amènera à des échecs en accessibilité.

	<pre>		<pre>
Line 101:		Line 101:
	==Problématiques d'accessibilité==		==Problématiques d'accessibilité==

	Ironiquement ce pattern bien que lisible machine pour les navigateurs compatibles avec les microformats n'est pas accessible pour les ~~screenreaders~~ quand il fait référence à une date. par conséquent :		Ironiquement ce pattern bien que lisible machine pour les navigateurs compatibles avec les microformats n'est pas accessible pour les lecteurs d'écran quand il fait référence à une date. par conséquent :

	<pre>		<pre>

ChristopheDucamp: syn'd

2007-09-06T02:27:50Z

syn'd

@@ Line 19: / Line 19: @@
 </pre>
-After:
+Après :
 <pre>
@@ Line 25: / Line 25: @@
 <abbr class="dtstart" title="20051010T10:10:10-0100">10 à 10 heures</abbr>.
 </pre>
 == Discussion ==
@@ Line 53: / Line 92: @@
 * abbr-design-pattern devrait être évité si possible. [[User:RobertBachmann|RobertBachmann]]
 ** pourquoi, ou sous quelles circonstances ? Par exemple, il est tout à fait utile avec les datetimes. Devrait-il y avoir là d'autres situations potenitellement analogues ? [[DavidJanes]]
 == Voir aussi ==
 * [[Main_Page-fr#Design_Patterns|Tous les design-patterns des microformats]]
 * [http://microformats.org/discuss/mail/microformats-discuss/2005-October/001277.html discussion dans la liste microformats-discuss]
 * [[datetime-design-pattern-fr|datetime-design-pattern]] utilise [[abbr-design-pattern-fr|abbr-design-pattern]]
 * [http://www.la-grange.net/w3c/html4.01/struct/text.html#edef-ABBR définition HTML 4.01]

ChristopheDucamp: error fixed : 10h00 vs 22:00 (to be reviewed)

2007-02-21T05:42:56Z

error fixed : 10h00 vs 22:00 (to be reviewed)

← Older revision		Revision as of 05:42, 21 February 2007
Line 2:		Line 2:

	== Objectif ==		== Objectif ==
	* Utiliser le [[abbr-design-pattern-fr\|abbr-design-pattern]] pour ~~rendre~~ le texte qui ~~est~~ lisible par un humain aussi ~~lisble~~ formellement par une machine		* Utiliser le [[abbr-design-pattern-fr\|abbr-design-pattern]] pour faire que le texte qui soit lisible par un humain soit aussi lisible formellement par une machine
	* Eviter d'utiliser [[abbr-design-pattern-fr\|abbr-design-pattern]] pour réencoder le texte humain ou pour cacher les données		* Eviter d'utiliser [[abbr-design-pattern-fr\|abbr-design-pattern]] pour réencoder le texte humain ou pour cacher les données

	== Comment l'utiliser ? ==		== Comment l'utiliser ? ==
	* ~~entourer~~ le texte convivial-pour-les-humains que vous voulez pour ~~le rendre~~ lisible par les machines avec <code><abbr></code>		* enclore le texte convivial-pour-les-humains que vous voulez pour faire qu'il soit lisible par les machines avec <code><abbr></code>
	* comme pour le [[class-design-pattern-fr\|class-design-pattern]], ajoutez l'attribut approprié <code>class</code> à l'élément <code>abbr</code>		* comme pour le [[class-design-pattern-fr\|class-design-pattern]], ajoutez l'attribut approprié <code>class</code> à l'élément <code>abbr</code>
	* ajoutez un attribut <code>title</code> à l'élément <code>abbr</code> avec les données lisibles par les machines comme la valeur.		* ajoutez un attribut <code>title</code> à l'élément <code>abbr</code> avec les données lisibles par les machines comme la valeur.

	== Exemple ==		== Exemple ==
	Le [[datetime-design-pattern-fr\|datetime-design-pattern]] encode formellement les datetimes (bien connus pour être non parsables) à l'intérieur d'un élément <code>abbr</code>.		Le [[datetime-design-pattern-fr\|datetime-design-pattern]] encode formellement les 'datetimes' (bien connus pour être non parsables) à l'intérieur d'un élément <code>abbr</code>.

	avant :		avant :

	<pre>		<pre>
	La ~~soirée~~ aura lieu le 10 à 22 heures.		La fête aura lieu le 10 à 10 heures.
	</pre>		</pre>

Line 22:		Line 22:

	<pre>		<pre>
	La ~~soirée~~ aura lieu le		La fête aura lieu le
	<abbr class="dtstart" title="20051010T10:10:10-0100">10 à 22 heures</abbr>.		<abbr class="dtstart" title="20051010T10:10:10-0100">10 à 10 heures</abbr>.
	</pre>		</pre>

Line 34:		Line 34:

	<pre>		<pre>
	<abbr class="dtstart" title="20051010T10:10:10-0100">le 10 à 22 heures</abbr>		<abbr class="dtstart" title="20051010T10:10:10-0100">le 10 à 10 heures</abbr>
	</pre>		</pre>
	</li>		</li>
Line 46:		Line 46:
	</ol>		</ol>

	L'utilisation #1 est encouragée s'il y a un véritable besoin pour cela. L'utilisation de #2 n'est pas recommandée sous le [http://c2.com/cgi-bin/wiki?DontRepeatYourself principe Don't Repeat Yourself], parce que : "#2 est un cas de plus d'information étant invisiblement présente, nommément, le nom de famille dans ce cas. Si quelqu'un ne veut pas rendre quelque information ~~visibile~~, alors nous ne devrions ~~par~~ l'encourager à stocker cette information de façon invisible, pour toutes les mêmes raisons que les méta-données invisibles sont en premier lieu mauvaises/futiles".		L'utilisation #1 est encouragée s'il y a un véritable besoin pour cela. L'utilisation de #2 n'est pas recommandée sous le [http://c2.com/cgi-bin/wiki?DontRepeatYourself principe Don't Repeat Yourself], parce que : "#2 est un cas de plus d'information étant invisiblement présente, nommément, le nom de famille dans ce cas. Si quelqu'un ne veut pas rendre quelque information visible, alors nous ne devrions pas l'encourager à stocker cette information de façon invisible, pour toutes les mêmes raisons que les méta-données invisibles sont en premier lieu mauvaises/futiles".

	''J'aimerais effacer ça en-dessous, car les points sont couverts au-dessus''		''J'aimerais effacer ça en-dessous, car les points sont couverts au-dessus''

ChristopheDucamp: abbr-design-pattern : translation to be reviewed

2006-06-27T10:07:27Z

abbr-design-pattern : translation to be reviewed

New page

= Abbr design pattern =

== Objectif ==
* Utiliser le [[abbr-design-pattern-fr|abbr-design-pattern]] pour rendre le texte qui est lisible par un humain aussi lisble formellement par une machine
* Eviter d'utiliser [[abbr-design-pattern-fr|abbr-design-pattern]] pour réencoder le texte humain ou pour cacher les données

== Comment l'utiliser ? ==
* entourer le texte convivial-pour-les-humains que vous voulez pour le rendre lisible par les machines avec <code><abbr></code>
* comme pour le [[class-design-pattern-fr|class-design-pattern]], ajoutez l'attribut approprié <code>class</code> à l'élément <code>abbr</code>
* ajoutez un attribut <code>title</code> à l'élément <code>abbr</code> avec les données lisibles par les machines comme la valeur.

== Exemple ==
Le [[datetime-design-pattern-fr|datetime-design-pattern]] encode formellement les datetimes (bien connus pour être non parsables) à l'intérieur d'un élément <code>abbr</code>.

avant :

<pre>
La soirée aura lieu le 10 à 22 heures.
</pre>

After:

<pre>
La soirée aura lieu le
<abbr class="dtstart" title="20051010T10:10:10-0100">10 à 22 heures</abbr>.
</pre>

== Discussion ==
''Cette discussion est rejetée d'[http://microformats.org/discuss/mail/microformats-discuss/2005-October/001277.html ici]''. Imaginez deux usages possibles pour le [[abbr-design-pattern-fr|abbr-design-pattern]] :

<ol>
<li>
utiliser ABBR pour encoder les données lisibles par les machines autour de données lisibles par des humains

<pre>
<abbr class="dtstart" title="20051010T10:10:10-0100">le 10 à 22 heures</abbr>
</pre>
</li>
<li>
Utiliser ABBR pour encoder des données humaines plus formelles autour de quelque chose de moins formel

<pre>
<abbr class="author" title="Danny Ayers">Danny</abbr>
</pre>
</li>
</ol>

L'utilisation #1 est encouragée s'il y a un véritable besoin pour cela. L'utilisation de #2 n'est pas recommandée sous le [http://c2.com/cgi-bin/wiki?DontRepeatYourself principe Don't Repeat Yourself], parce que : "#2 est un cas de *plus* d'information étant invisiblement présente, nommément, le nom de famille dans ce cas. Si quelqu'un ne veut pas rendre quelque information visibile, alors nous ne devrions par l'encourager à stocker cette information de façon invisible, pour toutes les mêmes raisons que les méta-données invisibles sont en premier lieu mauvaises/futiles".

''J'aimerais effacer ça en-dessous, car les points sont couverts au-dessus''

* Théoriquement, ceci pourrait être produit avec presque n'importe quel élément HTML. Mais est-ce une bonne idée ? Si ce n'en est pas une, est-ce que abbr est la seule ? [[DavidJanes]]
* abbr-design-pattern devrait être évité si possible. [[User:RobertBachmann|RobertBachmann]]
** pourquoi, ou sous quelles circonstances ? Par exemple, il est tout à fait utile avec les datetimes. Devrait-il y avoir là d'autres situations potenitellement analogues ? [[DavidJanes]]

== Voir aussi ==
* [[Main_Page-fr#Design_Patterns|Tous les design-patterns des microformats]]
* [http://microformats.org/discuss/mail/microformats-discuss/2005-October/001277.html discussion dans la liste microformats-discuss]
* [[datetime-design-pattern-fr|datetime-design-pattern]] utilise [[abbr-design-pattern-fr|abbr-design-pattern]]
* [http://www.la-grange.net/w3c/html4.01/struct/text.html#edef-ABBR définition HTML 4.01]