include-pattern-feedback-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
No edit summary
m (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)
 
Line 1: Line 1:
I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
= Include-Pattern Feedback =
Réactions à propos de [[include-pattern-fr|include-pattern]].


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
== Objets et Comportement du Navigateur ==


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
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.)


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
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.


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
Quelque suggestion pour des contournements ou modifications à ce pattern ?
-- AndyBaio


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
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)
  <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 );
    }
  })
--[[User:RichHall|RichHall]] 00:51, 23 Oct 2006 (PDT)


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
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


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
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].


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
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.


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
--[[User:SanchoTheFat|Robert O'Rourke]] 12:08, 3 Nov 2006 (PST)


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
Quelle version de Safari ?  SVP soyez spécifique car beaucoup de bugs OBJECT Safari ont été réparés dans Safari 2.x.


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
-- [[User:Tantek|Tantek]] 13:39, 3 Nov 2006 (PST)


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
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 !


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
--[[User:WizardIsHungry|Jon Williams]] 10:21, 7 Feb 2007 (PST)


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
== Hyperlink Include - problématiques pour les utilisateurs de claviers (y compris les utilisateurs de Screen Reader) ==


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
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).


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
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.


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
-- [[User:PatrickLauke|Patrick H. Lauke]] 28 avril 2007


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
== 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.


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
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é.


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
=== Résultats des Tests : JAWS 7.0 with Firefox 1.5/Win ===
Testé par [[User:Phae|Frances Berriman]] le 21 juillet 2006.


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
L'objet de ce test était de certifier que JAWS 7.0 annoncerait verbalement à un utilisateur visitant le cas de test.


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
* 31 dash include dash Mozilla Firefox
* Page has no links
* 31 dash include


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
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


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
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)


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
=== Attribut Propriétaire ===
HTML tidy sur la [http://allinthehead.com/demo/include.html page test] donne :
:Warning: <a> proprietary attribute "data"


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
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].


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
[[User:AndyMabbett|AndyMabbett]] 14:22, 22 Oct 2006 (PDT)


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
==== Use href ====
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)


I MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LISTI MADE THOUSANDS OF ACCOUNTS IN MICROFORMATS WIKI GO TO CHECK OUT THE USER LIST
 
==== 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é avec cet éclairage.
 
== 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. [[User:AndyMabbett|AndyMabbett]] 03:14, 18 Oct 2006 (PDT)
 
* [[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)
*** ACCEPTE.  Je clarifierai plus en profondeur les relations entre les patterns et les formats. [[User:Tantek|Tantek]] 16:48, 18 Oct 2006 (PDT)
 
 
==Parsage pour include-pattern==
 
''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''
 
''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 [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:
<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>
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>.
 
Currently, to overcome this a parser needs to follow this logic:
::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>
 
Two things may help in overcoming this difficulty:
 
# 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
# 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:
<pre><nowiki><object
class="include fn" data="#vcard-name">myname</object> </nowiki></pre>
 
 
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.
 
[[User:Bob Jonkman|Bob Jonkman]] 21:15, 2 Jan 2007 (PST)#
 
==Concaténer des valeurs==
 
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>
<span id="summaryA" class="summary">Kidderminster Branch Indoor Meeting</span>
</nowiki></pre>
<pre><nowiki>
<span id="summaryB>Janaury</span>
</nowiki></pre>
 
et plus tard
 
<pre><nowiki>
<object data="#summaryB+#summaryA" class="include"></object>
</nowiki></pre>
 
donnerait un résumé de :
 
:'''January Kidderminster Branch Indoor Meeting'''
 
 
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><object data="#summaryA+ with +#summaryC" class="include"></object></nowiki></pre>
 
pour donner :
 
:'''Kidderminster Branch Indoor Meeting with Fred Smith'''
 
[[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}}

Latest revision as of 11:15, 22 September 2013

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)

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 !

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

-- Patrick H. Lauke 28 avril 2007

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.

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
  • Page has no links
  • 31 dash include

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. -- 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 !). Phae 04:10, 2 May 2007 (PDT)


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é avec cet éclairage.

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

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 :

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

et plus tard

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

donnerait un résumé de :

January Kidderminster Branch Indoor Meeting


Il peut même être possible d'inclure des données supplémentaires :

<span id="summaryC>Fred Smith</span>
<object data="#summaryA+ with +#summaryC" class="include"></object>

pour donner :

Kidderminster Branch Indoor Meeting with Fred Smith

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

Pourquoi ne pas utiliser

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

pour construire

Kidderminster Branch Indoor Meeting with Fred Smith

Derrick Pallas 11:15, 31 Jan 2007 (PST)

Superbe solution ! Quelqu'un peut-il dire si les parseurs actuels acceptent ça ? 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. Derrick Pallas 12:35, 31 Jan 2007 (PST)

Pages en rapport

web qui utilisent l'"include pattern".

  • include-pattern FAQ - si vous avez quelque question à propos de "include-pattern", regardez ici

et si vous ne trouvez pas de réponses, ajoutez vos questions!