abbr-design-pattern-issues-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
mNo edit summary
m (Reverted edits by Bussinesofluxurydesign (Talk) to last version by ChristopheDucamp)
 
(3 intermediate revisions by 2 users not shown)
Line 1: Line 1:
<h1>abbr design pattern problématiques</h1>
<h1>abbr design pattern problématiques</h1>


These are externally raised issues about [[abbr-design-pattern-fr|abbr-design-pattern]] with broadly varying degrees of merit. Thus some issues may be REJECTED for a number of obvious reasons (but still documented here in case they are re-raised), and others contain longer discussions. Some issues may be ACCEPTED and perhaps cause changes or improved explanations in the spec.  
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''': Please read the [[abbr-design-pattern-faq-fr|abbr-design-pattern FAQ]] ''before'' giving any feedback or raising any issues as your feedback/issues may already be resolved/answered. -->
<!-- '''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. -->


Submitted issues may (and probably will) be edited and rewritten for better terseness, clarity, calmness, rationality, and as neutral a point of view as possible. Write your issues well. — [http://tantek.com/ Tantek]
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]


Please add new issues to the '''top''' of the list. Please follow-up to resolved/rejected issues with new information rather than resubmitting such issues. Duplicate issue additions will be reverted.
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__
__TOC__


== Problématiques ==
== 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]].
* Voir [[accessibility-issues#abbr-design-pattern]].


== Modèle ==
== Modèle ==
Please use this format (copy and paste this to the end of the list to add your issues):
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].
* {{OpenIssue-fr}} AAAA-MM-JJ soulevée par [http://yourhomepage.example.com VOTRENOM].
*# ''Problématique 1 : Here is the first issue I have.''
*# ''Problématique 1 : Voici la première problématique que j'ai.''
*# ''Problématique 2 : Here is the second issue I have.''
*# ''Problématique 2 : Voici la seconde problématique que j'ai.''


== Resolved Issues ==
== Problématiques résolues ==
Issues that are resolved but may have outstanding [[to-do]] items.
Problématiques qui sont résolues mais peuvent avoir des items en [[to-do]].


== Closed Issues ==
== Problématiques résolues ==
Resolved issues that have no further actions to take.
Problématiques résolues qui n'ont plus d'actions restant à prendre.
* ...
* ...


Latest revision as of 06:46, 3 June 2017

abbr design pattern problématiques

Ce sont des problématiques soulevées à l'extérieur à propos de 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.


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. — 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.

Problématiques

  • problématique ouverte ! 2008-01-01 posée par Andy Mabbett.
    1. Les Abbreviations au milieu des valeurs éléments microformat devraient être parsées par exemple pour <span class="street-address">New John <abbr title="Street">St.</abbr> West</span>, 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 exemple.
  • problématique ouverte ! 2008-01-01 posée par Andy Mabbett.
    1. Comment doivent être parsés les attributs title (title="") ? 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 exemple.
  • problématique ouverte ! 2008-01-01 posée par Andy Mabbett.
    1. 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 exemple.

Modèle

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

  • problématique ouverte ! AAAA-MM-JJ soulevée par VOTRENOM.
    1. Problématique 1 : Voici la première problématique que j'ai.
    2. 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

Retrieved from "http://microformats.org/wiki/index.php?title=abbr-design-pattern-issues-fr&oldid=66421"