include-pattern-feedback-fr - Revision history

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:15:07Z

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:45Z

Show changes

Brian: Reverted edits by NooroLotro (Talk) to last version by ChristopheDucamp

2009-01-03T19:16:09Z

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

Show changes

NooroLotro: delorletoboc

2009-01-03T11:30:48Z

delorletoboc

Show changes

ChristopheDucamp: sync'd

2007-05-03T20:20:25Z

sync'd

← Older revision		Revision as of 20:20, 3 May 2007
Line 1:		Line 1:
	= Include-Pattern Feedback =		= Include-Pattern Feedback =

	Réactions à propos de [[include-pattern-fr\|include-pattern]].		Réactions à propos de [[include-pattern-fr\|include-pattern]].


	== Objets et Comportement du Navigateur ==		== Objets et Comportement du Navigateur ==
Line 12:		Line 10:
	Quelque suggestion pour des contournements ou modifications à ce pattern ?		Quelque suggestion pour des contournements ou modifications à ce pattern ?
	-- AndyBaio		-- AndyBaio


	Peux-tu utiliser l'option hyperlien avec DHMTL/Ajax pour exécuter des remplacements dans les browsers avancés ? (Le <code>[http://simon.incutio.com/archive/2003/03/25/getElementsBySelector getElementsBySelector()]</code> de Simon Willison peut aider)		Peux-tu utiliser l'option hyperlien avec DHMTL/Ajax pour exécuter des remplacements dans les browsers avancés ? (Le <code>[http://simon.incutio.com/archive/2003/03/25/getElementsBySelector getElementsBySelector()]</code> de Simon Willison peut aider)
Line 46:		Line 43:
	-- [[User:Tantek\|Tantek]] 13:39, 3 Nov 2006 (PST)		-- [[User:Tantek\|Tantek]] 13:39, 3 Nov 2006 (PST)

			Les problématiques avec OBJECT dans Internet Explorer & Safari et le manque d'un bon exemple de contournement sont un point d'arrêt pour moi à utiliser ceci. Je suis en train de commenter maintenant. En espérant que quelqu'un puisse penser à un contournement !

			--[[User:WizardIsHungry\|Jon Williams]] 10:21, 7 Feb 2007 (PST)

			== Hyperlink Include - problématiques pour les utilisateurs de claviers (y compris les utilisateurs de Screen Reader) ==

			Bien que ce soit invisible dans les agents utilisateurs visuels, et (selon le test plus bas de JAWS 7.0) non parlé par les lecteurs écrans (au moins pas par JAWS 7.0), les liens vides sont encore contenus dans le cycle de tabulation normal. Les utilisateurs navigant via clavier (ou équivalent, par ex un accès swith, les terminaux puff/blow, etc) ont encore besoin de tabuler les liens vides (testé dans Firefox 2.0, IE 6, IE 7; Opera 9.2 semble retirer les liens vides du cycle de tabulation).

			Ceci peut être vérifié en modifiant la page test ci-dessous, en ajoutant un lien régulier à la fin des 5 variations des liens vides. Cela prend 6 tabulations à un utilisateur pour arriver au "vrai" lien. Il serait par conséquent recommandable de repenser l'approche ou de la virer complètement.

			-- [[User:PatrickLauke\|Patrick H. Lauke]] 28 avril 2007

	== Hyperlink Include - Test de Lecteur Ecran ==		== Hyperlink Include - Test de Lecteur Ecran ==
Line 54:		Line 62:
	=== Résultats des Tests : JAWS 7.0 with Firefox 1.5/Win ===		=== Résultats des Tests : JAWS 7.0 with Firefox 1.5/Win ===
	Testé par [[User:Phae\|Frances Berriman]] le 21 juillet 2006.		Testé par [[User:Phae\|Frances Berriman]] le 21 juillet 2006.

			L'objet de ce test était de certifier que JAWS 7.0 annoncerait verbalement à un utilisateur visitant le cas de test.

	* 31 dash include dash Mozilla Firefox		* 31 dash include dash Mozilla Firefox
Line 59:		Line 69:
	* 31 dash include		* 31 dash include

	~~Conclusion :~~ le ~~pattern hyperlink include n~~'~~a pas présenté aucune problématiques~~ d'~~utilisabilité~~ pour ce "~~screen reader~~".		Est-ce que l'accès clavier a été complètement testé (voir au-dessus) ? Ce test est non concluant, parce que le comportement de JAWS 7.0 peut bien différer d'une autre technologie d'accès. Un test plus approfondi avec une gamme plus large de lecteurs est fortement recommandée. -- [[User:PatrickLauke\|Patrick H. Lauke]] 28 Apr 2007

			L'exemple ci-dessus a été déclaré incorrectement, pour être honnête. La conclusion était simplement une conclusion pour ce test verbal, non global. Par conséquent, la ligne "Conclusion" a été retirée de façon à ne pas prêter à confusion. Je suis d'accord sur le fait que des tests supplémentaires sont vitaux (par autant de personnes/logiciels/scénarii que possible !). [[User:Phae\|Phae]] 04:10, 2 May 2007 (PDT)


Line 75:		Line 87:

	==== page test corrigée ====		==== page test corrigée ====
	2006-10-25 : Cette erreur a été corrigée sur la [http://allinthehead.com/demo/include.html page test]. N'importe quel test sera probablement relancé ~~à cette lumière~~.		2006-10-25 : Cette erreur a été corrigée sur la [http://allinthehead.com/demo/include.html page test]. N'importe quel test sera probablement relancé avec cet éclairage.

	== Statut non clair ==		== Statut non clair ==
Line 82:		Line 94:

	* [[include-pattern-fr\|include-pattern]] n'est pas sa propre proposition, brouillon ou spec. C'est un design pattern, comme c'est listé sur la [[Main_Page-fr\|page d'accueil du wiki]] qui est inclus dans d'autres propositions, brouillons et specs. ''Recommandé pour ajout aux [[include-pattern-faq-fr\|include-pattern-faq]].		* [[include-pattern-fr\|include-pattern]] n'est pas sa propre proposition, brouillon ou spec. C'est un design pattern, comme c'est listé sur la [[Main_Page-fr\|page d'accueil du wiki]] qui est inclus dans d'autres propositions, brouillons et specs. ''Recommandé pour ajout aux [[include-pattern-faq-fr\|include-pattern-faq]].
	**Et ce n'est pas clair, soit que cela vienne de la page Wiki principale ou de [[include-pattern-fr]]. [[User:AndyMabbett\|AndyMabbett]] 16:40, 18 Oct 2006 (PDT)		** Et ce n'est pas clair, soit que cela vienne de la page Wiki principale ou de [[include-pattern-fr]]. [[User:AndyMabbett\|AndyMabbett]] 16:40, 18 Oct 2006 (PDT)
	***ACCEPTE. Je clarifierai plus ~~tard~~ les relations entre les patterns et les formats. [[User:Tantek\|Tantek]] 16:48, 18 Oct 2006 (PDT)		*** ACCEPTE. Je clarifierai plus en profondeur les relations entre les patterns et les formats. [[User:Tantek\|Tantek]] 16:48, 18 Oct 2006 (PDT)


Line 113:		Line 125:
	==Concaténer des valeurs==		==Concaténer des valeurs==

	~~I feel that there should be a way to~~ "include" ~~data from two places~~, ~~in one~~ microformat ~~property~~. ~~For instance~~:		Je pressens qu'il devrait y avoir un moyen d'"include" des données en provenance de deux endroits, dans une propriété microformat. Par exemple :

	<pre><nowiki>		<pre><nowiki>
Line 122:		Line 134:
	</nowiki></pre>		</nowiki></pre>

	~~and later~~		et plus tard

	<pre><nowiki>		<pre><nowiki>
Line 128:		Line 140:
	</nowiki></pre>		</nowiki></pre>

	~~would give a summary of~~:		donnerait un résumé de :

	:'''January Kidderminster Branch Indoor Meeting'''		:'''January Kidderminster Branch Indoor Meeting'''


	~~It may even be~~ possible ~~to include extra data~~:		Il peut même être possible d'inclure des données supplémentaires :

	<pre><nowiki><span id="summaryC>Fred Smith</span></nowiki></pre>		<pre><nowiki><span id="summaryC>Fred Smith</span></nowiki></pre>
Line 139:		Line 151:
	<pre><nowiki><object data="#summaryA+ with +#summaryC" class="include"></object></nowiki></pre>		<pre><nowiki><object data="#summaryA+ with +#summaryC" class="include"></object></nowiki></pre>

	~~to give~~:		pour donner :

	:'''Kidderminster Branch Indoor Meeting with Fred Smith'''		:'''Kidderminster Branch Indoor Meeting with Fred Smith'''

	[[User:AndyMabbett\|Andy Mabbett]] 14:33, 8 Jan 2007 (PST)		[[User:AndyMabbett\|Andy Mabbett]] 14:33, 8 Jan 2007 (PST)

			Pourquoi ne pas utiliser

			<pre><nowiki><span class="value"><object data="#summaryA" class="include"></object> avec <object data="#summaryB" class="include"></object></span></nowiki></pre>

			pour construire

			:'''Kidderminster Branch Indoor Meeting with Fred Smith'''

			[[User:DerrickPallas\|Derrick Pallas]] 11:15, 31 Jan 2007 (PST)

			:Superbe solution ! Quelqu'un peut-il dire si les parseurs actuels acceptent ça ? [[User:AndyMabbett\|Andy Mabbett]] 12:18, 31 Jan 2007 (PST)

			: Révélation comlète : Mon transformateur XSLT supporte ça implicitement parce qu'il produit d'abord include-pattern, puis tire les valeurs. Ma seule question serait que faire avec les élements imbriqués @class="value" qui pourraient résulter de cela. [[User:DerrickPallas\|Derrick Pallas]] 12:35, 31 Jan 2007 (PST)

			==Pages en rapport ==
			{{include-pattern-related-pages-fr}}

ChristopheDucamp at 15:00, 19 March 2007

2007-03-19T15:00:18Z

← Older revision		Revision as of 15:00, 19 March 2007
Line 6:		Line 6:
	== Objets et Comportement du Navigateur ==		== Objets et Comportement du Navigateur ==

	Sur Yahoo! Local, nous avons utilisé l'objet 'include pattern' pour toutes nos hReviews sur les pages de commerce de détail et les critiques d'annonces classées. Ce qui veut dire jusqu'à ce que nous ayons pu réaliser que Safari et Internet Explorer essayent tous deux d'embarquer la totalité de la page avec chaque appel OBJECT. (Firefox reconnaît correctement que c'est un objet local et ne recharge pas n'importe quoi.)		Sur Yahoo! Local, nous avons utilisé l'objet 'include pattern' pour toutes nos [[hreview-fr\|hReviews]] sur les pages de commerce de détail et les critiques d'annonces classées. Ce qui veut dire jusqu'à ce que nous ayons pu réaliser que Safari et Internet Explorer essayent tous deux d'embarquer la totalité de la page avec chaque appel OBJECT. (Firefox reconnaît correctement que c'est un objet local et ne recharge pas n'importe quoi.)

	Sur une page avec plus de 20 critiques, ceci veut dire un accroissement substantiel en temps de chargement et consommation de mémoire. Du fait du résultat de ce (mauvais) comportement de navigateur, nous avons ôté complètement les objets.		Sur une page avec plus de 20 critiques, ceci veut dire un accroissement substantiel en temps de chargement et consommation de mémoire. Du fait du résultat de ce (mauvais) comportement de navigateur, nous avons ôté complètement les objets.
Line 28:		Line 28:
	})		})
	--[[User:RichHall\|RichHall]] 00:51, 23 Oct 2006 (PDT)		--[[User:RichHall\|RichHall]] 00:51, 23 Oct 2006 (PDT)

			Il semble qu'il y ait quelque confusion autour de cette thématique. Je crois que les données incluses ''ne sont pas supposées être véritablement incluses dans le point d'inclusion'''. Je crois que cela est conçu pour être un indice pour le parseur de microformats ; mais le pattern d'inclusion ne devrait pas affecter la façon dont la page est restituée. Si cela est vrai, éclairons cette page :
			* Retirer la suggestion DHTML de Rich Hall.
			* Changer la citation IRC entre Tantek et Kaply. Remplacer la citation '' cloner le noeud dom à partir de l'autre vCard et remplacer l'objet avec les noeuds correspondants.'' par ''"chercher les objets dans la vCard et vérifier leurs noeuds correspondants dans le dom." [http://rbach.priv.at/Microformats-IRC/2007-01-03#T165941\|IRC of 2007-01-03]'' ou retirer comlètement la citation IRC.
			+
			+ -- [[User:JiriKopsa]] 18 Mar 2007


	Ma page hResume [http://robert.o-rourke.org vue ici] a amené Safari <ins>2.0</ins> à quelques problématiques majeures. La page sautait entre les éléments objets quand un lien était en fait survolé amenant le browser à planter. Vous pouvez suivre le fil sur l'[http://www.mail-archive.com/listdad%40webstandardsgroup.org/msg06078.html archive WSG mail].		Ma page hResume [http://robert.o-rourke.org vue ici] a amené Safari <ins>2.0</ins> à quelques problématiques majeures. La page sautait entre les éléments objets quand un lien était en fait survolé amenant le browser à planter. Vous pouvez suivre le fil sur l'[http://www.mail-archive.com/listdad%40webstandardsgroup.org/msg06078.html archive WSG mail].

ChristopheDucamp at 19:50, 9 January 2007

2007-01-09T19:50:52Z

Show changes

ChristopheDucamp at 10:31, 22 July 2006

2006-07-22T10:31:14Z

New page

= Include-Pattern Feedback =

== Objets et Comportement du Navigateur ==

Sur Yahoo! Local, nous avons utilisé l' object include pattern pour toutes nos hReviews sur les pages de commerce de détail et critiques d'annonces classées. Ce qui veut dire, jusqu'à ce que nous ayons réalisé que Safari et Internet Explorer essayent tous deux d'embarquer la totalité de la page avec chaque appel OBJECT. (Firefox reconnaît correctement que c'est un objet local et ne recharge pas n'importe quoi.)

Sur une page avec plus de 20 critiques, ceci veut dire un accroissement substantiel en temps de chargement et consommation de mémoire. Du fait du résultat de ce (mauvais) comportement de navigateur, nous avons ôté complètement les objets.

Quelque suggestion pour des contournements ou modifications à ce pattern ?
-- AndyBaio

== Hyperlink Include - Test de Lecteur Ecran ==

Quelques [http://microformats.org/discuss/mail/microformats-discuss/2006-July/004693.html inquiétudes ont été signalées] sur les implications du fait qu'utiliser des hyperliens vides peuvent avoir sur des terminaux tels que des lecteurs écrans. Une inquiétude est qu'un lien vide peut être interprété, partiellement interprété ou résulter dans quelque autre scénario confus pour l'utilisateur.

En réponse, une [http://allinthehead.com/demo/include.html page test] consistant en un nombre d'hyperliens vides dans le style suggéré par le modèle a été créée. Un résultat 'good' est qu'aucun des liens ne puisse être interprété.

=== Résultats des Tests : JAWS 7.0 with Firefox 1.5/Win ===

Testé par [[User:Phae|Frances Berriman]] le 21 juillet 2006.

* 31 dash include dash Mozilla Firefox
* Page has no links
* 31 dash include

Conclusion : le pattern hyperlink include n'a pas présenté quelques problématiques d'utilisabilité pour ce "screen reader".