include-pattern-feedback-fr

Include-Pattern Feedback

Réactions à propos de include-pattern.

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

Peux-tu utiliser l'option hyperlien avec DHMTL/Ajax pour exécuter des remplacements dans les browsers avancés ? (Le getElementsBySelector() de Simon Willison peut aider)

 <a href="#id" class="include" title=""></a>

avec quelque chose comme :

 //Works only for linked include-pattern definition at microformats.org
 //Requires Simon Willison's getElementsBySelector()
 //  and normal IE workaround for addEventListener()
 addEventListener( window, 'load', function() {
   var myIncludes = document.getElementsBySelector( 'a[href].include' ), a, e;
   for( var i=0; a=myIncludes[i]; i++ ) if (a.href.charAt(0)=='#') {
     e = document.getElementsBySelector( a.href )[0].cloneNode( true );
     a.parentNode.replaceChild( e, a );
   }
 })

--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." of 2007-01-03 ou retirer comlètement la citation IRC.

 +  
 + -- User:JiriKopsa 18 Mar 2007 

Ma page hResume vue ici a amené Safari 2.0 à 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'archive WSG mail.

Il semble qu'alors que l'élément objet peut être plus approprié sémantiquement il n'est pas peut ne pas être utilisable au lieu des problématiques soulevées dans Safari.

--Robert O'Rourke 12:08, 3 Nov 2006 (PST)

Quelle version de Safari ? SVP soyez spécifique car beaucoup de bugs OBJECT Safari ont été réparés dans Safari 2.x.

-- Tantek 13:39, 3 Nov 2006 (PST)

Hyperlink Include - Test de Lecteur Ecran

Quelques 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 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 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é aucune problématiques d'utilisabilité pour ce "screen reader".

Attribut Propriétaire

HTML tidy sur la page test donne :

Warning: <a> proprietary attribute "data"

Le validateur W3C donne le même résultat.

AndyMabbett 14:22, 22 Oct 2006 (PDT)

Use href

Pour clarifier, les liens sur la page de test devraient être modifiés pour utiliser l'attribut href comme décrit dans include-pattern-fr (sans les attributs href, les éléments ne s'enregistreront probablement pas comme des hyperliens, mais comme des ancres.) Réglez title="" pour réparer le comportement de lien vide pour beaucoup de terminaux "assistive" --RichHall 23:31, 22 Oct 2006 (PDT)

page test corrigée

2006-10-25 : Cette erreur a été corrigée sur la page test. N'importe quel test sera probablement relancé à cette lumière.

Statut non clair

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. AndyMabbett 03:14, 18 Oct 2006 (PDT)

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

Parsage pour include-pattern

Note : cette note est obsolète. On a 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

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

In an IRC discussion with Mike Kaply (author of the Operator extension for Firefox) we discussed the difficulty of parsing for an include-pattern in hResume. Mike asks:

I'm really wondering why the object stuff doesn't point back to the entire vCard. I don't understand why the spec has it point to individual items.

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

Currently, to overcome this a parser needs to follow this logic:

IF I don't find an fn, look for an object. IF there is an object, do a getelementbyid on that ID, but yet there was nothing about that object that said that the content I was looking for in the other card was an fn

Two things may help in overcoming this difficulty:

1. 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
2. Include the element of the reference, where the class attribute on <object> has "include" plus the element that needs to be included. For example:

<object
class="include fn" data="#vcard-name">myname</object> 

Additionally, I pointed out that using the <object> 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.

Bob Jonkman 21:15, 2 Jan 2007 (PST)#

Concaténer des valeurs

I feel that there should be a way to "include" data from two places, in one microformat property. For instance:

<span id="summaryA" class="summary">Kidderminster Branch Indoor Meeting</span>

<span id="summaryB>Janaury</span>

and later

<object data="#summaryB+#summaryA" class="include"></object>

would give a summary of:

January Kidderminster Branch Indoor Meeting

It may even be possible to include extra data:

<span id="summaryC>Fred Smith</span>

<object data="#summaryA+ with +#summaryC" class="include"></object>

to give:

Kidderminster Branch Indoor Meeting with Fred Smith

Andy Mabbett 14:33, 8 Jan 2007 (PST)