abbr-design-pattern-issues-fr - Revision history

Tantek: Reverted edits by Bussinesofluxurydesign (Talk) to last version by ChristopheDucamp

2017-06-03T06:46:10Z

Reverted edits by Bussinesofluxurydesign (Talk) to last version by ChristopheDucamp

← Older revision		Revision as of 06:46, 3 June 2017
Line 19:		Line 19:

	* {{OpenIssue-fr}} 2008-01-01 posée par [[User:AndyMabbett\|Andy Mabbett]].		* {{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://~~businessofluxurydesign~~.~~blogspot~~.com exemple].		*# 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]].

Bussinesofluxurydesign at 06:27, 3 June 2017

2017-06-03T06:27:39Z

← Older revision		Revision as of 06:27, 3 June 2017
Line 19:		Line 19:

	* {{OpenIssue-fr}} 2008-01-01 posée par [[User:AndyMabbett\|Andy Mabbett]].		* {{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].		*# 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://businessofluxurydesign.blogspot.com exemple].

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

ChristopheDucamp: /* Problématiques */ [fr:sync'd with english version]

2008-01-05T15:56:52Z

Problématiques: [fr:sync'd with english version]

← Older revision		Revision as of 15:56, 5 January 2008
Line 12:		Line 12:

	== 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]].

ChristopheDucamp at 02:36, 6 September 2007

2007-09-06T02:36:26Z

← Older revision		Revision as of 02:36, 6 September 2007
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__
Line 15:		Line 15:

	== 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.
	* ...		* ...

ChristopheDucamp at 02:31, 6 September 2007

2007-09-06T02:31:29Z

← Older revision		Revision as of 02:31, 6 September 2007
Line 17:		Line 17:
	Please use this format (copy and paste this to the end of the list to add your issues):		Please use this format (copy and paste this to the end of the list to add your issues):

	* {{OpenIssue}} AAAA-MM-JJ soulevée par [http://yourhomepage.example.com VOTRENOM].		* {{OpenIssue-fr}} AAAA-MM-JJ soulevée par [http://yourhomepage.example.com VOTRENOM].
	*# ''~~Issue~~ 1: Here is the first issue I have.''		*# ''Problématique 1 : Here is the first issue I have.''
	*# ''~~Issue~~ 2: Here is the second issue I have.''		*# ''Problématique 2 : Here is the second issue I have.''

	== Resolved Issues ==		== Resolved Issues ==

ChristopheDucamp: to be translated

2007-09-06T02:30:40Z

to be translated

New page

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



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]

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.

__TOC__

== Problématiques ==
* Voir [[accessibility-issues#abbr-design-pattern]].

== Modèle ==
Please use this format (copy and paste this to the end of the list to add your issues):

* {{OpenIssue}} AAAA-MM-JJ soulevée par [http://yourhomepage.example.com VOTRENOM].
*# ''Issue 1: Here is the first issue I have.''
*# ''Issue 2: Here is the second issue I have.''

== Resolved Issues ==
Issues that are resolved but may have outstanding [[to-do]] items.

== Closed Issues ==
Resolved issues that have no further actions to take.
* ...

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