View source for abbr-design-pattern-issues-fr

<h1>abbr design pattern problématiques</h1>

Ce sont des problématiques soulevées à l'extérieur à propos de [[abbr-design-pattern-fr|abbr-design-pattern]] avec divers degrés de mérite. Par conséquent, quelques problématiques sont REJETEES pour un bon nombre de raisons évidentes (mais encore documentées ici dans le cas où elles reviendraient à surgir), et d'autres qui contiennent des discussions plus longues. Quelques problématiques peuvent être ACCEPTEES et peut-être provoquer des modifications ou des explications améliorées dans la spécification.

<!-- '''IMPORTANT''': Lisez svp les [[abbr-design-pattern-faq-fr|abbr-design-pattern FAQ]] ''avant'' de donner quelque réaction ou de soulever quelques problématiques car vos réactions/problématiques peuvent être déjà résolues/répondues. -->

Les problématiques proposées peuvent (et le seront probablement) être éditées et récrites pour une meilleure concision, clarté, rationalité et une expression aussi neutre que possible. Ecrivez bien vos problématiques. — [http://tantek.com/log/ Tantek]

SVP, ajoutez les nouvelles '''problématiques''' en haut de la liste. Relancez svp les problématiques résoules/rejetées avec de l'information fraîche plutôt que de soumettre de nouveau de telles problématiques. Les ajouts de problématiques dupliquées seront retirées.

__TOC__

== Problématiques ==
* {{OpenIssue-fr}} 2008-01-01 posée par [[User:AndyMabbett|Andy Mabbett]].
*# Les Abbreviations au milieu des valeurs éléments microformat devraient être parsées par exemple pour <code><nowiki><span class="street-address">New John <abbr title="Street">St.</abbr> West</span></nowiki></code>, tant Operator que X2V renvoient, à la fin de l'écriture, au moment de l'écriture, les vCards contenant "New John St. West", pas celle attendue "New John Street West". La donnée est de ce fait en train de se perdre. Voir [http://www.westmidlandbirdclub.com/test exemple].

* {{OpenIssue-fr}} 2008-01-01 posée par [[User:AndyMabbett|Andy Mabbett]].
*# Comment doivent être parsés les attributs title (<code>title=""</code>) ? Au moment de l'écriture, X2V renvoie une valeur nulle ; Operator utilise le contenu de l'élément abbr. Un tel marquage est valide, mais sémantiquement non logique. Le précédent comportement du parseur semble être le plus logique, mais donne une vCard invalide. Voir [http://www.westmidlandbirdclub.com/test exemple].

* {{OpenIssue-fr}} 2008-01-01 posée par [[User:AndyMabbett|Andy Mabbett]].
*# Comment les attributs manquants de title doivent être parsés ? C'est à la fois du marquage valide et ayant du sens sémantiquement (le contenu est une abbréviation, mais nous ne savons pas de quoi). Au moment de l'écriture, X2V et Operator utilisent tous deux le contenu de l'élément abbr ; cela semble sensible et devrait peut-être être ratifié dans la spéc. Voir  [http://www.westmidlandbirdclub.com/test exemple].

* Voir [[accessibility-issues#abbr-design-pattern]].

== Modèle ==
Utilisez svp ce format (copier et coller ceci à la fin de la liste pour ajouter vos problématiques) :

* {{OpenIssue-fr}} AAAA-MM-JJ soulevée par [http://yourhomepage.example.com VOTRENOM].
*# ''Problématique 1 : Voici la première problématique que j'ai.''
*# ''Problématique 2 : Voici la seconde problématique que j'ai.''

== Problématiques résolues ==
Problématiques qui sont résolues mais peuvent avoir des items en [[to-do]].

== Problématiques résolues ==
Problématiques résolues qui n'ont plus d'actions restant à prendre.
* ...

== Voir aussi ==
* [[abbr-design-pattern-fr|abbr-design-pattern]]
* [[accessibility-issues-fr|accessibility-issues]]
* [[dfn-design-pattern]] (proposition)