https://microformats.org/wiki/api.php?action=feedcontributions&feedformat=atom&user=NooroLotro
Microformats Wiki - User contributions [en]
2026-04-19T07:26:02Z
User contributions
MediaWiki 1.38.4
https://microformats.org/wiki/index.php?title=include-pattern-feedback-fr&diff=36824
include-pattern-feedback-fr
2009-01-03T11:30:48Z
<p>NooroLotro: delorletoboc</p>
<hr />
<div>roltrletoalr<br />
= Include-Pattern Feedback =<br />
Réactions à propos de [[include-pattern-fr|include-pattern]].<br />
<br />
== Objets et Comportement du Navigateur ==<br />
<br />
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.) <br />
<br />
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.<br />
<br />
Quelque suggestion pour des contournements ou modifications à ce pattern ?<br />
-- AndyBaio<br />
<br />
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)<br />
<a href="#id" class="include" title=""></a><br />
avec quelque chose comme :<br />
//Works only for linked include-pattern definition at microformats.org<br />
//Requires Simon Willison's getElementsBySelector()<br />
// and normal IE workaround for addEventListener()<br />
addEventListener( window, 'load', function() {<br />
var myIncludes = document.getElementsBySelector( 'a[href].include' ), a, e;<br />
for( var i=0; a=myIncludes[i]; i++ ) if (a.href.charAt(0)=='#') {<br />
e = document.getElementsBySelector( a.href )[0].cloneNode( true );<br />
a.parentNode.replaceChild( e, a );<br />
}<br />
})<br />
--[[User:RichHall|RichHall]] 00:51, 23 Oct 2006 (PDT)<br />
<br />
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 :<br />
* Retirer la suggestion DHTML de Rich Hall. <br />
* 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. <br />
+ <br />
+ -- [[User:JiriKopsa]] 18 Mar 2007 <br />
<br />
<br />
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].<br />
<br />
Il semble qu'alors que l'élément objet peut être plus approprié sémantiquement il <del>n'est pas</del> <ins>peut ne pas être</ins> utilisable au lieu des problématiques soulevées dans Safari.<br />
<br />
--[[User:SanchoTheFat|Robert O'Rourke]] 12:08, 3 Nov 2006 (PST)<br />
<br />
Quelle version de Safari ? SVP soyez spécifique car beaucoup de bugs OBJECT Safari ont été réparés dans Safari 2.x.<br />
<br />
-- [[User:Tantek|Tantek]] 13:39, 3 Nov 2006 (PST)<br />
<br />
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 !<br />
<br />
--[[User:WizardIsHungry|Jon Williams]] 10:21, 7 Feb 2007 (PST)<br />
<br />
== Hyperlink Include - problématiques pour les utilisateurs de claviers (y compris les utilisateurs de Screen Reader) ==<br />
<br />
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).<br />
<br />
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.<br />
<br />
-- [[User:PatrickLauke|Patrick H. Lauke]] 28 avril 2007<br />
<br />
== Hyperlink Include - Test de Lecteur Ecran ==<br />
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.<br />
<br />
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é.<br />
<br />
=== Résultats des Tests : JAWS 7.0 with Firefox 1.5/Win ===<br />
Testé par [[User:Phae|Frances Berriman]] le 21 juillet 2006.<br />
<br />
L'objet de ce test était de certifier que JAWS 7.0 annoncerait verbalement à un utilisateur visitant le cas de test.<br />
<br />
* 31 dash include dash Mozilla Firefox<br />
* Page has no links<br />
* 31 dash include<br />
<br />
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<br />
<br />
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)<br />
<br />
<br />
=== Attribut Propriétaire ===<br />
HTML tidy sur la [http://allinthehead.com/demo/include.html page test] donne :<br />
:Warning: <a> proprietary attribute "data"<br />
<br />
Le [http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fallinthehead.com%2Fdemo%2Finclude.html validateur W3C donne le même résultat].<br />
<br />
[[User:AndyMabbett|AndyMabbett]] 14:22, 22 Oct 2006 (PDT)<br />
<br />
==== Use href ====<br />
Pour clarifier, les liens sur la [http://allinthehead.com/demo/include.html page de test] devraient être modifiés pour utiliser l'attribut <code>href</code> comme décrit dans [[include-pattern-fr]] (sans les attributs <code>href</code>, les éléments ne s'enregistreront probablement pas comme des hyperliens, mais comme des ancres.) Réglez <code>title=""</code> pour réparer le comportement de lien vide pour beaucoup de terminaux "assistive" --[[User:RichHall|RichHall]] 23:31, 22 Oct 2006 (PDT)<br />
<br />
<br />
==== page test corrigée ====<br />
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.<br />
<br />
== Statut non clair ==<br />
<br />
Ce n'est pas clair, que cela vienne de la page Wiki principale ou de [[include-pattern-fr]], si c'est un standard agréé, un brouillon ou juste une proposition. [[User:AndyMabbett|AndyMabbett]] 03:14, 18 Oct 2006 (PDT)<br />
<br />
* [[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]].<br />
** 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)<br />
*** ACCEPTE. Je clarifierai plus en profondeur les relations entre les patterns et les formats. [[User:Tantek|Tantek]] 16:48, 18 Oct 2006 (PDT)<br />
<br />
<br />
==Parsage pour include-pattern==<br />
<br />
''Note : cette note est obsolète. On a [http://rbach.priv.at/Microformats-IRC/2007-01-03#T165528 IRC conversation 2007-01-03], Mike Kaply admitted that he figured this out, which is to apply all includes first into the parse tree before looking for any properties. -Tantek''<br />
<br />
''To be more specific, what finally occurred to me is that the object pattern is simply about grabbing nodes from another vcard and using them in this vcard. So the implementor responsibility is just to clone the dom node from the other vcard and replace the object with the corresponding nodes. Works great. (of course I also had to clone the entire vcard since I can't manipulate the DOM like that without changing the page) -mkaply''<br />
<br />
In an [http://rbach.priv.at/Microformats-IRC/2007-01-02#T205847 IRC discussion] with [http://www.kaply.com/weblog/ Mike Kaply] (author of the [https://addons.mozilla.org/firefox/4106/ Operator] extension for Firefox) we discussed the difficulty of parsing for an [[include-pattern]] in [[hresume|hResume]]. Mike asks:<br />
<blockquote>I'm really wondering why the <code>object</code> stuff doesn't point back to the entire vCard. I don't understand why the spec has it point to individual items.</blockquote><br />
The problem was thought to be a weakness in the specification, which doesn't specify what part of the data is in the content that is pointed to by the <code>object</code>.<br />
<br />
Currently, to overcome this a parser needs to follow this logic: <br />
::IF I don't find an <code>fn</code>, look for an <code>object</code>. IF there is an <code>object</code>, do a <code>getelementbyid</code> on that <code>ID</code>, but yet there was nothing about that <code>object</code> that said that the content I was looking for in the other card was an <code>fn</code><br />
<br />
Two things may help in overcoming this difficulty:<br />
<br />
# Change the spec to have the include-pattern reference the entire vCard, with the intent that any data not found in this vCard use the other vCard<br />
# Include the element of the reference, where the class attribute on <code><object></code> has "include" plus the element that needs to be included. For example:<br />
<pre><nowiki><object<br />
class="include fn" data="#vcard-name">myname</object> </nowiki></pre><br />
<br />
<br />
Additionally, I pointed out that using the <code><object></code> element to contain the reference makes Microsoft's Internet Explorer throw an error "Your current security settings prohibit ActiveX controls on this page. As a result, the page may not display correctly." Of course, there is no ActiveX content on an include-pattern. <br />
<br />
[[User:Bob Jonkman|Bob Jonkman]] 21:15, 2 Jan 2007 (PST)#<br />
<br />
==Concaténer des valeurs==<br />
<br />
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 : <br />
<br />
<pre><nowiki><br />
<span id="summaryA" class="summary">Kidderminster Branch Indoor Meeting</span><br />
</nowiki></pre><br />
<pre><nowiki><br />
<span id="summaryB>Janaury</span><br />
</nowiki></pre><br />
<br />
et plus tard<br />
<br />
<pre><nowiki><br />
<object data="#summaryB+#summaryA" class="include"></object><br />
</nowiki></pre> <br />
<br />
donnerait un résumé de : <br />
<br />
:'''January Kidderminster Branch Indoor Meeting'''<br />
<br />
<br />
Il peut même être possible d'inclure des données supplémentaires :<br />
<br />
<pre><nowiki><span id="summaryC>Fred Smith</span></nowiki></pre><br />
<br />
<pre><nowiki><object data="#summaryA+ with +#summaryC" class="include"></object></nowiki></pre> <br />
<br />
pour donner : <br />
<br />
:'''Kidderminster Branch Indoor Meeting with Fred Smith'''<br />
<br />
[[User:AndyMabbett|Andy Mabbett]] 14:33, 8 Jan 2007 (PST)<br />
<br />
Pourquoi ne pas utiliser <br />
<br />
<pre><nowiki><span class="value"><object data="#summaryA" class="include"></object> avec <object data="#summaryB" class="include"></object></span></nowiki></pre> <br />
<br />
pour construire <br />
<br />
:'''Kidderminster Branch Indoor Meeting with Fred Smith'''<br />
<br />
[[User:DerrickPallas|Derrick Pallas]] 11:15, 31 Jan 2007 (PST)<br />
<br />
:Superbe solution ! Quelqu'un peut-il dire si les parseurs actuels acceptent ça ? [[User:AndyMabbett|Andy Mabbett]] 12:18, 31 Jan 2007 (PST)<br />
<br />
: 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)<br />
<br />
==Pages en rapport ==<br />
{{include-pattern-related-pages-fr}}</div>
NooroLotro