hcard-issues-fr - Revision history

ChristopheDucamp: /* 2008 */ typo

2008-02-03T14:30:22Z

2008: typo

← Older revision		Revision as of 14:30, 3 February 2008
Line 63:		Line 63:

	*{{OpenIssue-fr}} <span id="tel-type-lang">2008-01-09 migrée à partir de vcard-suggestions</span>		*{{OpenIssue-fr}} <span id="tel-type-lang">2008-01-09 migrée à partir de vcard-suggestions</span>
	*#Nous ne ~~pouvon~~ spas avoir un nom de type générique du fait que nous devons le localiser en français. Aussi pour nous, le numéro de téléphone professionnel est : <nowiki><div class="tel"><span class="type">Travail</span> : <span class="value">0321596224</span></div></nowiki>. Comment fera un robot pour reconnaître ce type ? Nous ne pouvons pas spécifier tous les types dans chaque langue dans la spécification. C'est pourquoi je pense que quelque chose comme ça serait mieux : <nowiki>Travail : <span class="telwork">0321596224</span></nowiki> SVP, n'utilisez des attributs de classe et id UNIQUEMENT pour les spécifications microformats ! les #cdata et #data XML sont localisés ! Merci !		*#Nous ne pouvons spas avoir un nom de type générique du fait que nous devons le localiser en français. Aussi pour nous, le numéro de téléphone professionnel est : <nowiki><div class="tel"><span class="type">Travail</span> : <span class="value">0321596224</span></div></nowiki>. Comment fera un robot pour reconnaître ce type ? Nous ne pouvons pas spécifier tous les types dans chaque langue dans la spécification. C'est pourquoi je pense que quelque chose comme ça serait mieux : <nowiki>Travail : <span class="telwork">0321596224</span></nowiki> SVP, n'utilisez des attributs de classe et id UNIQUEMENT pour les spécifications microformats ! les #cdata et #data XML sont localisés ! Merci !


	== Gabarit ==		== Gabarit ==

ChristopheDucamp: [fr:sync'd with english version]

2008-01-27T07:08:19Z

[fr:sync'd with english version]

← Older revision		Revision as of 07:08, 27 January 2008
Line 8:		Line 8:

	Pour toutes les questions en rapport avec la spécification vCard elle même, voir [[vcard-errata-fr\|vcard errata]] et [[vcard-suggestions-fr\|vcard suggestions]].		Pour toutes les questions en rapport avec la spécification vCard elle même, voir [[vcard-errata-fr\|vcard errata]] et [[vcard-suggestions-fr\|vcard suggestions]].

			Voir aussi les autres [[issues-fr\|problématiques]].


	== Problématiques ==		== Problématiques ==
	== problématiques fermées ==		== problématiques fermées ==
	~~<span id="Closed_Issues-fr">Les problématiques résolues qui n'ont plus d'actions à prendre.</span> Celles-ci seront probablement déplacées sur une page distincte comme~~ [[hcard-issues-~~closed~~-fr\|hcard-problématiques-résolues]].		Voir [[hcard-issues-resolved-fr\|hcard-problématiques-résolues]]


	~~=== 2007 ===~~




	*2007-01-26 soulevée par [[User::JamesCraig\|JamesCraig]].
	*# ''Proposition d'utiliser l'attribut de classe pour le qname préfixé avec des valeurs type (et d'autres telles que les valeurs dtstard), aussi connues comme des méta-classes.'' <pre><nowiki>
	~~<span xml:lang="en">Home (preferred): <span class="tel type:home type:pref">+1.415.555.1212</span></span>~~
	~~<span xml:lang="es">Casa (preferido): <span class="tel type:home type:pref">+1.415.555.1212</span></span>~~
	~~</nowiki></pre>~~
	# REJETEE DUPLICATION ETC. Les attributs de classe pour les valeurs type [http://microformats.org/wiki/hcard-parsing-fr#PROBLEMATIQUE_2 a été essayé et rejeté] et en outre les [[qnames-considered-harmful-fr\|qnames sont considérés comme nuisibles]].
	# Proposition clarifiée, laissée REJETEE.

	*2007-05-08 soulevée par Tantek comme un résultat du message provenant de [[User:AndyMabbett\|Andy Mabbett]] sur microformats-new
	#''How do you distinguish a '''place''' vs. an '''organization''' hCard, both from the perspective of a publisher (author) souhaitant exprimer une sémantique particulière, et en partant de la perspective d'un parseur (développeur) souhaitant discerner la différence ? C'est différent de la problématique du 2006-12-15 sur la spécificité sémantique parce que cette problématique est spécifiquement* à propos d'un endroit plutôt qu'une org, plutôt que "conflating" ça avec person.''
	*#Note : le billet de la liste de diffusion cité dans la problématique du 2006-12-15 est très clair ; il dit "''quand un spider trouve une hCard, il ne peut pas dire si c'est une personne, une société, une organisation ou un endroit''".
	# DOUBLON. Voir problématique du 2006-12-15.

	* ...

	== problématiques résolues ==		== problématiques résolues ==
	~~voir~~ [[hcard-issues-resolved-fr\|~~hCard~~-problématiques-résolues]]		Voir [[hcard-issues-resolved-fr\|hcard-problématiques-résolues]]

	== problématiques ==		== problématiques ==
	Ajoutez ~~svp~~ les nouvelles problématiques en '''bas''' de la liste en copiant et collant le [[hcard-issues-fr#Gabarit\|Gabarit]]. ~~SVP relancez~~ vers les problématiques résolues/rejetées avec de la nouvelle information plutôt que de soumettre de nouveau de telles problématiques. Les ajouts de problématiques ~~en duplicata~~ seront révoquées.
			<span id="Problématiques">Ajoutez ici les nouvelles problématiques</span> en '''bas''' de la liste en copiant et collant le [[hcard-issues-fr#Gabarit\|Gabarit]]. Relancez svp vers les problématiques résolues/rejetées avec de la nouvelle information plutôt que de soumettre à nouveau de telles problématiques. Les ajouts de problématiques doublons seront révoquées.

	=== 2006 ===		=== 2006 ===

	* {{OpenIssue-fr}} 2006-10-21 soulevée par [[User:AndyMabbett\|Andy Mabbett]]		* {{OpenIssue-fr}} 2006-10-21 soulevée par [[User:AndyMabbett\|Andy Mabbett]]
	*# ''Il devrait y avoir quelque manière de dire que l'URL d'une hCard ou hCalendar est l'URL de la page elle-même, sans avoir à inclure un lien redondant et dommageable en accessibilité vers cette page, sur la page elle-même.''		*# ''Il devrait y avoir quelque manière de dire que l'URL d'une hCard ou hCalendar est l'URL de la page elle-même, sans avoir à inclure un lien redondant et dommageable en accessibilité vers cette page, sur la page elle-même.''
Line 55:		Line 36:

	=== 2007 ===		=== 2007 ===
	* {{OpenIssue-fr}} 2007-01-26 soulevée par [[User::JamesCraig\|JamesCraig]].
	* {{OpenIssue-fr}} 2007-01-26 soulevée par [[User::JamesCraig\|JamesCraig]].		* {{OpenIssue-fr}} 2007-01-26 soulevée par [[User::JamesCraig\|JamesCraig]].
	*# les valeurs 'type' RFC2426 ne peuvent pas être localisées/internationalisées dans hCard. Dans l'exemple en-desous, il n'y a pas de solution pour baliser la version Espagnole avec un type de 'home' parce que les valeurs RFC2426 sont définies en anglais. <strong>abbr-design-pattern</strong> suggérerait d'utiliser abbr, mais 'Casa' n'est pas une forme abrégée de 'home', par consquent la version actuellement recommandée (en dessous) n'est pas valide. <pre><nowiki>		*# les valeurs 'type' RFC2426 ne peuvent pas être localisées/internationalisées dans hCard. Dans l'exemple en-desous, il n'y a pas de solution pour baliser la version Espagnole avec un type de 'home' parce que les valeurs RFC2426 sont définies en anglais. <strong>abbr-design-pattern</strong> suggérerait d'utiliser abbr, mais 'Casa' n'est pas une forme abrégée de 'home', par consquent la version actuellement recommandée (en dessous) n'est pas valide. <pre><nowiki>
Line 80:		Line 60:
	*#Comment devrions-nous gérer les [http://en.wikipedia.org/wiki/Old_Style_and_New_Style_dates Styles Anciens et Styles Nouveaux de Dates] (par ex. le calendrier Julian vs. Gregorian), dans DoB ? Par exemple, [http://en.wikipedia.org/wiki/Boris_Pasternak Boris Pasternak], né le "10 February [O.S. January 29] 1890". Est-ce que la spec hCard devrait spécifier New Style , en utilisant le <code>abbr-design-pattern</code> si nécessaire : <nowiki><abbr title="1890-02-10">29 January 1890</abbr></nowiki>?		*#Comment devrions-nous gérer les [http://en.wikipedia.org/wiki/Old_Style_and_New_Style_dates Styles Anciens et Styles Nouveaux de Dates] (par ex. le calendrier Julian vs. Gregorian), dans DoB ? Par exemple, [http://en.wikipedia.org/wiki/Boris_Pasternak Boris Pasternak], né le "10 February [O.S. January 29] 1890". Est-ce que la spec hCard devrait spécifier New Style , en utilisant le <code>abbr-design-pattern</code> si nécessaire : <nowiki><abbr title="1890-02-10">29 January 1890</abbr></nowiki>?

			===2008===

	~~== Gabarit ==~~		*{{OpenIssue-fr}} <span id="tel-type-lang">2008-01-09 migrée à partir de vcard-suggestions</span>
			*#Nous ne pouvon spas avoir un nom de type générique du fait que nous devons le localiser en français. Aussi pour nous, le numéro de téléphone professionnel est : <nowiki><div class="tel"><span class="type">Travail</span> : <span class="value">0321596224</span></div></nowiki>. Comment fera un robot pour reconnaître ce type ? Nous ne pouvons pas spécifier tous les types dans chaque langue dans la spécification. C'est pourquoi je pense que quelque chose comme ça serait mieux : <nowiki>Travail : <span class="telwork">0321596224</span></nowiki> SVP, n'utilisez des attributs de classe et id UNIQUEMENT pour les spécifications microformats ! les #cdata et #data XML sont localisés ! Merci !
	~~SVP utilisez ce format (copiez et collez ceci à la fin de la liste) pour rajouter vos problématiques :~~
	* {{OpenIssue-fr}} ~~AAAA~~-MM-~~JJ soulevée par [http:/~~/~~votrepage.exemple.com VotreNom].~~
	*# ~~''Problématique 1 : Voilà la première problématique~~ que ~~j'ai~~.''
	*# ''Problématique 2 : ~~Voilà~~ la ~~seconde problématique que j'ai~~.''


	Note : les grands blocs de texte en italique sont inaccessibles pour bon nombre de lecteurs, y compris les personnes ayant des déficiences visuelles, de la dyslexie, etc. [http://www.intranet.man.ac.uk/accessibility/Disabilities/dyslexia.html], [https://tritonlink.ucsd.edu/portal/site/tritonlink-~~preview/menuitem.b4448692267a11256ec5e210514b01ca?storyID=20896]. [http://accessites.org/], [http://tlt.psu.edu/suggestions/accessibility/font.html], [http://www.wd4a.co.uk/Guidelines.htm]~~		== Gabarit ==
			{{issues-format-fr}}

	== Pages Apparentées ==		== Pages Apparentées ==
	{{hcard-related-pages-fr}}		{{hcard-related-pages-fr}}

ChristopheDucamp: /* problématiques résolues */ voir hcard-issues-resolved-fr

2008-01-27T06:47:39Z

problématiques résolues: voir hcard-issues-resolved-fr

Show changes

ChristopheDucamp: /* 2007 */

2008-01-05T18:47:48Z

2007

← Older revision		Revision as of 18:47, 5 January 2008
Line 12:		Line 12:
	== problématiques fermées ==		== problématiques fermées ==
	<span id="Closed_Issues-fr">Les problématiques résolues qui n'ont plus d'actions à prendre.</span> Celles-ci seront probablement déplacées sur une page distincte comme [[hcard-issues-closed-fr\|hcard-problématiques-résolues]].		<span id="Closed_Issues-fr">Les problématiques résolues qui n'ont plus d'actions à prendre.</span> Celles-ci seront probablement déplacées sur une page distincte comme [[hcard-issues-closed-fr\|hcard-problématiques-résolues]].
	~~=== 2007 ===~~

	=== 2007 ===		=== 2007 ===

ChristopheDucamp: [fr: sync'd with english version - translation in progress]

2008-01-05T18:46:48Z

[fr: sync'd with english version - translation in progress]

Show changes

ChristopheDucamp at 10:26, 5 August 2007

2007-08-05T10:26:02Z

← Older revision		Revision as of 10:26, 5 August 2007
Line 195:		Line 195:
	* 2006-02-13 soulevée par [http://microformats.org/wiki/User:Eron_Wright Eron Wright]		* 2006-02-13 soulevée par [http://microformats.org/wiki/User:Eron_Wright Eron Wright]
	*# ''Peu de systèmes prennent en considération la composante altitude d'une coordonnée, alors qu'elle existe. L'altitude devient importante quand on travaille avec des logiciels de cartographie 3D tels que Google Earth. Bien sûr, le service de géocodage que Google Earht utilise renvoie une coordonnée tridimensionnelle. Je suggère que hCard fournisse un support explicite pour l'altitude.''		*# ''Peu de systèmes prennent en considération la composante altitude d'une coordonnée, alors qu'elle existe. L'altitude devient importante quand on travaille avec des logiciels de cartographie 3D tels que Google Earth. Bien sûr, le service de géocodage que Google Earht utilise renvoie une coordonnée tridimensionnelle. Je suggère que hCard fournisse un support explicite pour l'altitude.''
	# REJETEE REPOUSSEE. Pas dans la vCard. Il n'existe pas de composant "altitude" dans la vCard (RFC 2426), et par conséquent (certainement à cette heure), il n'y en aura pas dans hCard. Si une nouvelle version de vCard venait à sortir avec l'altitude, alors nous l'ajouterions à hCard. A un certain stade, nous pouvons aussi imaginer ajouter des extensions explicites allant au delà de la vCard, mais si nous faisions ainsi, nous les saisirions d'abord sur la page [[hcard-brainstorming-fr\|hCard-brainstorming]].		# REJETEE REPOUSSEE. Pas dans la vCard. Il n'existe pas de composant "altitude" dans la vCard (RFC 2426), et par conséquent (certainement à cette heure), il n'y en aura pas dans hCard. Si une nouvelle version de vCard venait à sortir avec l'altitude, alors nous l'ajouterions à hCard. A un certain stade, nous pouvons aussi imaginer ajouter des extensions explicites allant au delà de la vCard, mais si nous faisions ainsi, nous les saisirions d'abord sur la page [[hcard-brainstorming-fr\|hCard-brainstorming]]. Voir aussi [[geo-extension-elevation-fr\|geo-extension-elevation]].

	*2006-02-03 soulevée par Brian		*2006-02-03 soulevée par Brian
Line 235:		Line 235:
	# R. ACCEPTEE RESOLUE. Ceci a besoin d'être ajouté à la spec. 2005-11-08 Mise à jour : la façon dont plusieurs valeurs ont été mises à jour fonctionne bien mieux et n'a pas besoin de ul/ol.		# R. ACCEPTEE RESOLUE. Ceci a besoin d'être ajouté à la spec. 2005-11-08 Mise à jour : la façon dont plusieurs valeurs ont été mises à jour fonctionne bien mieux et n'a pas besoin de ul/ol.
	*# ''le [[hcard-profile-fr\|profil hCard]] dit 'country-name' mais X2V et beaucoup de données que j'ai vues disent country''		*# ''le [[hcard-profile-fr\|profil hCard]] dit 'country-name' mais X2V et beaucoup de données que j'ai vues disent country''
	# A. ~~ACCEPTE~~ RESOLUE. RFC 2426 dit clairement "country-name" à la fois dans la prose et la grammaire, de ce fait "country-name" est le nom de classe correct à utiliser. Si X2V utilise juste "country", cela a besoin d'être réparé pour utiliser "country-name", et tout aussi bien de tels exemples. Notez svp quels exemples (URLs) utilisent le nom de classe "country" et nous le réparerons (je l'espère).		# A. ACCEPTEE RESOLUE. RFC 2426 dit clairement "country-name" à la fois dans la prose et la grammaire, de ce fait "country-name" est le nom de classe correct à utiliser. Si X2V utilise juste "country", cela a besoin d'être réparé pour utiliser "country-name", et tout aussi bien de tels exemples. Notez svp quels exemples (URLs) utilisent le nom de classe "country" et nous le réparerons (je l'espère).
	#* R : Par [http://suda.co.uk Brian Suda] j'ai réparé toutes les références dans la page [[hcard-brainstorming-fr\|hcard-brainstorming]] pour refléter le country-name correct, X2V supportera cela dans la prochaine itération quand je réparerai plusieurs bugs en une seule fois.		#* R : Par [http://suda.co.uk Brian Suda] j'ai réparé toutes les références dans la page [[hcard-brainstorming-fr\|hcard-brainstorming]] pour refléter le country-name correct, X2V supportera cela dans la prochaine itération quand je réparerai plusieurs bugs en une seule fois.

ChristopheDucamp: sync in progress

2007-08-05T10:22:57Z

sync in progress

← Older revision		Revision as of 10:22, 5 August 2007
Line 39:		Line 39:

	* {{OpenIssue-fr}} 2007-03-31 soulevée par [[User:AndyMabbett\|Andy Mabbett]]		* {{OpenIssue-fr}} 2007-03-31 soulevée par [[User:AndyMabbett\|Andy Mabbett]]
	*# Le [http://en.wikipedia.org/wiki/World_Geodetic_System schéma WGS84] utilisé comme un défaut par <code>geo</code> ne demeurera pas valide pour toujours. Heureusement l' [[geo-extension-strawman-fr\|extension geo]] proposée, initialement destinée pour les coordonnées pour la lune/Mars, fournit aussi une facilité pour la spécification d'autres, d'un schéma lié la terre, ce qui soulagera ce problème. [[User:AndyMabbett\|Andy Mabbett]] 13:00, 31 Mar 2007 (PDT)		*# Le [http://en.wikipedia.org/wiki/World_Geodetic_System schéma WGS84] utilisé comme un défaut par <code>geo</code> ne demeurera pas valide pour toujours. Heureusement l'[[geo-extension-strawman-fr\|extension geo]] proposée, initialement destinée pour les coordonnées pour la lune/Mars, fournit aussi une facilité pour la spécification d'autres, d'un schéma lié la terre, ce qui soulagera ce problème. [[User:AndyMabbett\|Andy Mabbett]] 13:00, 31 Mar 2007 (PDT)
			# Remarquez aussi le [http://www.euref-iag.net/ schéma "European Terrestrial Reference System 89"] (Voir aussi [http://en.wikipedia.org/wiki/European_Terrestrial_Reference_System_1989 Etrs89 sur Wikipedia]. [[User:AndyMabbett\|Andy Mabbett]] 03:11, 5 avril 2007 (PDT)

	* {{OpenIssue-fr}} 2007-03-26 soulevée par [[User:AndyMabbett\|Andy Mabbett]]		* {{OpenIssue-fr}} 2007-03-26 soulevée par [[User:AndyMabbett\|Andy Mabbett]]
Line 141:		Line 142:
	* {{OpenIssue-fr}} 2006-10-21 soulevée par [[User:AndyMabbett\|Andy Mabbett]]		* {{OpenIssue-fr}} 2006-10-21 soulevée par [[User:AndyMabbett\|Andy Mabbett]]
	*# ''Il devrait y avoir quelque moyen de dire que l'URL d'une hCard ou d'un événement hCalendar est l'URL de la page elle-même sans avoir à inclure un lien redondant et dommageable en accessibilité sur la page elle-même.''		*# ''Il devrait y avoir quelque moyen de dire que l'URL d'une hCard ou d'un événement hCalendar est l'URL de la page elle-même sans avoir à inclure un lien redondant et dommageable en accessibilité sur la page elle-même.''
			# Très souvent je vois "une" page web accessible avec plusieurs URLs différentes. Généralement 1 URL est l'URL "préféré", attendue pour avoir une longue durée de vie. Parfois d'autres URLs sont des URLs "pratiques" qui peuvent avoir été liés dans le passé, mais sont attendues pour disparaître bientôt, qui pointent vers le même fichier (la "dernière version"). Ensuite il existe les URLs "archive" qui affichent une copie exacte de cette page web comme elle apparaissait dans le temps. Je pense que nous voulons toujours utiliser l'URL préférée, peu importe sur laquelle de ces URLs nous tombons en premier -- par conséquent l'URL qui n'est en fait pas redondante. (Comment exactement est 'il "accessibility-damaging" pour une page de faire un lien vers elle-même ? Pourriez-vous expliquer ou ajouter un lien vers une explication ?) --[[User:DavidCary\|DavidCary]] 17:44, 5 Apr 2007 (PDT)
			#*"''How exactly is it "accessibility-damaging" for a page to link to itself?''" - Novice user clicks on link; nothing (it appears) happens. Repeat ad infinitum, until user leaves site to do something else. [[User:AndyMabbett\|Andy Mabbett]] 02:43, 6 Apr 2007 (PDT)
			#A: ACCEPTE THEORIQUE. While I tend to agree with the accessibility guidelines/issues noted herein in theory, to make this a real world issue worthy of higher priority, we need documentation of examples in the wild where the URL of an hCard or hCalendar event is the URL of the page itself, so that we can use those examples to inform brainstorming towards a solution. [[User:Tantek\|Tantek]] 15:11, 10 Apr 2007 (PDT)
			#* Examples in the wild where the URL of an hCard is the URL of the page itself:
			#** [http://2007.sxsw.com/music/showcases/band/999918.html The Pipettes] page at SXSW 2007 (1 of 1000+ bands). There are no links to the page itself on the page to markup with class="url". Thus it would be nice to have a way for the hCard for The Pipettes to indicate that the page itself is the URL for the hCard.
			#* Examples in the wild where the URL of an hCalendar event is the URL of the page itself:
			#** [http://2007.sxsw.com/music/showcases/band/999918.html The Pipettes at La Zona Rosa] page at SXSW 2007 (1 of 1000+ concerts, yes, same page as the page for The Pipettes the org). There are no links to the page itself on the page to markup with class="url". Thus it would be nice to have a way for the hCalendar event for The Pipettes at La Zona Rosa to indicate that the page itself is the URL for the hCalendar event.
			#* This is also an [[hreview-issues-fr\|hReview issue]] and any other microformat which has a "url" property. Examples where the URL of an (potential) hReview item is the URL of the page itself:
			#** [http://www.amazon.com/exec/obidos/ASIN/0553380958 Snow Crash (Bantam Spectra Book) (Paperback) on Amazon] (millions of potential hReview items/products with reviews on their item pages).

	* 2005-06-21 soulevée par Hixie		* 2005-06-21 soulevée par Hixie

ChristopheDucamp: synchro in progress

2007-08-05T10:12:46Z

synchro in progress

← Older revision		Revision as of 10:12, 5 August 2007
Line 20:		Line 20:

	== Problématiques ==		== Problématiques ==

			* {{OpenIssue-fr}} 2007-08-03 soulevée par [http://www.kaply.com/weblog/ [User:MikeKaply\|MikeKaply]]].
			*# ''Problématique 1 : When using the value design pattern, should the data be extracted completely (including HTML tags) or just text content? In general, the value pattern seems to imply taking the data exactly.''
			*{{OpenIssue}} 2007-05-08 raised by Tantek as a result of a message from [[User:AndyMabbett\|Andy Mabbett]] on microformats-new
			#''How do you distinguish a '''place''' vs. an '''organization''' hCard, both from the perspective of a publisher (author) wishing to express the particular semantic, and from the perspective of a parser (developer) wishing to discern the difference? This is different from the 2006-12-15 issue on semantic specificity because this issue is specifically* about place vs. org, rather than conflating that with person.''
			*#Note: mailing list post cited in 2006-12-15 issue is quite clear; it says "''when a spider finds an hCard, it can't tell if it is a person, company, organization, or place.''".

			*{{OpenIssue-fr}} 2007-04-24 soulevée par [[User:Singpolyma\|singpolyma]]
			*# ''A quoi sert la propriété 'Label' ''

			*{{OpenIssue-fr}} 2007-04-19 soulevée par [[User:AndyMabbett\|Andy Mabbett]]
			*#Comment devrions-nous gérer les [http://en.wikipedia.org/wiki/Old_Style_and_New_Style_dates Styles Anciens et Styles Nouveaux de Dates] (par ex. le calendrier Julian vs. Gregorian), dans DoB ? Par exemple, [http://en.wikipedia.org/wiki/Boris_Pasternak Boris Pasternak], né le "10 February [O.S. January 29] 1890". Est-ce que la spec hCard devrait spécifier New Style , en utilisant le <code>abbr-design-pattern</code> si nécessaire : <nowiki><abbr title="1890-02-10">29 January 1890</abbr></nowiki>?

			* {{OpenIssue-fr}} 2007-04-09 soulevée [[User:AndyMabbett\|Andy Mabbett]]
			*#Pourquoi est-ce [[geo-fr\|geo]] est encore un "draft", alors qu'il est inclus dans la spec [[hcard-fr\|hCard]] déjà sortie ?



	* {{OpenIssue-fr}} 2007-03-31 soulevée par [[User:AndyMabbett\|Andy Mabbett]]		* {{OpenIssue-fr}} 2007-03-31 soulevée par [[User:AndyMabbett\|Andy Mabbett]]

ChristopheDucamp: typo

2007-04-02T05:02:47Z

typo

← Older revision		Revision as of 05:02, 2 April 2007
Line 1:		Line 1:
	<h1> Problématiques hCard </h1>		<h1> Problématiques hCard </h1>

	Ce sont des problématiques soulevées à propos de [[hcard-fr\|hCard]] 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 ~~explicatons~~ améliorées dans la spécification.		Ce sont des problématiques soulevées à propos de [[hcard-fr\|hCard]] 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 [[hcard-faq-fr\|hCard 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.		'''IMPORTANT''' : Lisez svp les [[hcard-faq-fr\|hCard 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.

ChristopheDucamp: /* Problématiques */ sync'd

2007-04-02T05:01:11Z

Problématiques: sync'd

Show changes

← Older revision		Revision as of 10:22, 5 August 2007
Line 39:		Line 39:

	* {{OpenIssue-fr}} 2007-03-31 soulevée par [[User:AndyMabbett\|Andy Mabbett]]		* {{OpenIssue-fr}} 2007-03-31 soulevée par [[User:AndyMabbett\|Andy Mabbett]]
	*# Le [http://en.wikipedia.org/wiki/World_Geodetic_System schéma WGS84] utilisé comme un défaut par <code>geo</code> ne demeurera pas valide pour toujours. Heureusement l' [[geo-extension-strawman-fr\|extension geo]] proposée, initialement destinée pour les coordonnées pour la lune/Mars, fournit aussi une facilité pour la spécification d'autres, d'un schéma lié la terre, ce qui soulagera ce problème. [[User:AndyMabbett\|Andy Mabbett]] 13:00, 31 Mar 2007 (PDT)		*# Le [http://en.wikipedia.org/wiki/World_Geodetic_System schéma WGS84] utilisé comme un défaut par <code>geo</code> ne demeurera pas valide pour toujours. Heureusement l'[[geo-extension-strawman-fr\|extension geo]] proposée, initialement destinée pour les coordonnées pour la lune/Mars, fournit aussi une facilité pour la spécification d'autres, d'un schéma lié la terre, ce qui soulagera ce problème. [[User:AndyMabbett\|Andy Mabbett]] 13:00, 31 Mar 2007 (PDT)
			# Remarquez aussi le [http://www.euref-iag.net/ schéma "European Terrestrial Reference System 89"] (Voir aussi [http://en.wikipedia.org/wiki/European_Terrestrial_Reference_System_1989 Etrs89 sur Wikipedia]. [[User:AndyMabbett\|Andy Mabbett]] 03:11, 5 avril 2007 (PDT)

	* {{OpenIssue-fr}} 2007-03-26 soulevée par [[User:AndyMabbett\|Andy Mabbett]]		* {{OpenIssue-fr}} 2007-03-26 soulevée par [[User:AndyMabbett\|Andy Mabbett]]
Line 141:		Line 142:
	* {{OpenIssue-fr}} 2006-10-21 soulevée par [[User:AndyMabbett\|Andy Mabbett]]		* {{OpenIssue-fr}} 2006-10-21 soulevée par [[User:AndyMabbett\|Andy Mabbett]]
	*# ''Il devrait y avoir quelque moyen de dire que l'URL d'une hCard ou d'un événement hCalendar est l'URL de la page elle-même sans avoir à inclure un lien redondant et dommageable en accessibilité sur la page elle-même.''		*# ''Il devrait y avoir quelque moyen de dire que l'URL d'une hCard ou d'un événement hCalendar est l'URL de la page elle-même sans avoir à inclure un lien redondant et dommageable en accessibilité sur la page elle-même.''
			# Très souvent je vois "une" page web accessible avec plusieurs URLs différentes. Généralement 1 URL est l'URL "préféré", attendue pour avoir une longue durée de vie. Parfois d'autres URLs sont des URLs "pratiques" qui peuvent avoir été liés dans le passé, mais sont attendues pour disparaître bientôt, qui pointent vers le même fichier (la "dernière version"). Ensuite il existe les URLs "archive" qui affichent une copie exacte de cette page web comme elle apparaissait dans le temps. Je pense que nous voulons toujours utiliser l'URL préférée, peu importe sur laquelle de ces URLs nous tombons en premier -- par conséquent l'URL qui n'est en fait pas redondante. (Comment exactement est 'il "accessibility-damaging" pour une page de faire un lien vers elle-même ? Pourriez-vous expliquer ou ajouter un lien vers une explication ?) --[[User:DavidCary\|DavidCary]] 17:44, 5 Apr 2007 (PDT)
			#*"''How exactly is it "accessibility-damaging" for a page to link to itself?''" - Novice user clicks on link; nothing (it appears) happens. Repeat ad infinitum, until user leaves site to do something else. [[User:AndyMabbett\|Andy Mabbett]] 02:43, 6 Apr 2007 (PDT)
			#A: ACCEPTE THEORIQUE. While I tend to agree with the accessibility guidelines/issues noted herein in theory, to make this a real world issue worthy of higher priority, we need documentation of examples in the wild where the URL of an hCard or hCalendar event is the URL of the page itself, so that we can use those examples to inform brainstorming towards a solution. [[User:Tantek\|Tantek]] 15:11, 10 Apr 2007 (PDT)
			#* Examples in the wild where the URL of an hCard is the URL of the page itself:
			#** [http://2007.sxsw.com/music/showcases/band/999918.html The Pipettes] page at SXSW 2007 (1 of 1000+ bands). There are no links to the page itself on the page to markup with class="url". Thus it would be nice to have a way for the hCard for The Pipettes to indicate that the page itself is the URL for the hCard.
			#* Examples in the wild where the URL of an hCalendar event is the URL of the page itself:
			#** [http://2007.sxsw.com/music/showcases/band/999918.html The Pipettes at La Zona Rosa] page at SXSW 2007 (1 of 1000+ concerts, yes, same page as the page for The Pipettes the org). There are no links to the page itself on the page to markup with class="url". Thus it would be nice to have a way for the hCalendar event for The Pipettes at La Zona Rosa to indicate that the page itself is the URL for the hCalendar event.
			#* This is also an [[hreview-issues-fr\|hReview issue]] and any other microformat which has a "url" property. Examples where the URL of an (potential) hReview item is the URL of the page itself:
			#** [http://www.amazon.com/exec/obidos/ASIN/0553380958 Snow Crash (Bantam Spectra Book) (Paperback) on Amazon] (millions of potential hReview items/products with reviews on their item pages).

	* 2005-06-21 soulevée par Hixie		* 2005-06-21 soulevée par Hixie