<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
         xmlns:err="http://jelix.org/ns/xmlerror/1.0">
 <channel>

    <title><![CDATA[Derniers commentaires]]></title>
    <link>http://wwww.opquast.org/</link>
    <description>Les derniers commentaires publiés sur l'Atelier Opquast</description>

        <language>fr</language>
    
    
    <pubDate>Fri, 05 Feb 2010 11:46:24 +0100</pubDate>    <lastBuildDate>Fri, 05 Feb 2010 11:46:24 +0100</lastBuildDate>    <generator>Jelix php framework http://jelix.org</generator>    <copyright>Copyright 2010 Temesis</copyright>                        <ttl>60</ttl>                
      <item>
        <title><![CDATA[BP N°PR-439 Les images CSS sont regroupées dans un seul sprite]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=439&amp;anchor=comment2887</link>        <description><![CDATA[Par contre, il a en effet une recommandation à faire pour utiliser les sprite quand c'est possible, mais en attendant CSS3. D'ici là, je serais assez prudent : tout au plus une reco.]]></description>
        <pubDate>Fri, 05 Feb 2010 11:46:24 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=439&amp;anchor=comment2887</guid>
        <author>Laurent Denis </author>                                    </item>
      <item>
        <title><![CDATA[BP N°PR-439 Les images CSS sont regroupées dans un seul sprite]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=439&amp;anchor=comment2886</link>        <description><![CDATA[Pour moi, c'est inapplicable : le besoin de gérer la dégradation du rendu en cas d'agrandissement de la taille des caractères, par exemple, limite immédiatement l'utilisation des sprites.]]></description>
        <pubDate>Fri, 05 Feb 2010 11:44:05 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=439&amp;anchor=comment2886</guid>
        <author>Laurent Denis </author>                                    </item>
      <item>
        <title><![CDATA[BP N°PR-439 Les images CSS sont regroupées dans un seul sprite]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=439&amp;anchor=comment2885</link>        <description><![CDATA[Pour la prochaine version cette BP est une proposition reçue de la part de Mika B. et reformulée par mes soins.


Le message original : &quot;Une proposition c’est le cas des sprites : minimiser le nombre d’appels d’image differente en les regroupant en une seule grande image, voir quelques images (optimisation en fonction de la compression et des couleurs utilisées)&quot; ]]></description>
        <pubDate>Thu, 04 Feb 2010 15:49:27 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=439&amp;anchor=comment2885</guid>
        <author>Élie Sloïm </author>                                    </item>
      <item>
        <title><![CDATA[BP N°PR-438 Les liens affichés sous forme d'url sont explicites]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=438&amp;anchor=comment2884</link>        <description><![CDATA[Ce problème (en fait assez douloureux pour des services comme twitter) est couvert par CD-102{Le libellé de chaque hyperlien décrit sa fonction ou la nature du contenu vers lequel il pointe} .

En résumé, twitter est par défaut en dessous du niveau 3 d'OPQ (3, je répète). Il peut en être autrement de sa version alternative dite accessible. Donc, tout va bien.]]></description>
        <pubDate>Tue, 02 Feb 2010 12:36:18 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=438&amp;anchor=comment2884</guid>
        <author>Laurent Denis </author>                                    </item>
      <item>
        <title><![CDATA[BP N°PR-438 Les liens affichés sous forme d'url sont explicites]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=438&amp;anchor=comment2883</link>        <description><![CDATA[J'entends par là que les url courtes à la mode sur Twitter sont un fléau et qu'il convient de ne pas les utiliser ou alors avec un libellé explicite.]]></description>
        <pubDate>Tue, 02 Feb 2010 10:18:01 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=438&amp;anchor=comment2883</guid>
        <author>Martin S. </author>                                    </item>
      <item>
        <title><![CDATA[BP N°CD-432 Si le site déclare respecter un ou plusieurs standards ou référentiels, un lien est proposé vers chacun d'entre eux.]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=432&amp;anchor=comment2882</link>        <description><![CDATA[A priori couvert par CD-234 {Les mentions d'appartenance à un ordre ou groupe professionnel, d'un label ou d'une récompense sont accompagnées d'un lien vers la source} et l'actuelle RC-404 {Des références externes de confiance (par exemple une citation ou un lien vers une référence) légitiment les informations présentées et/ou leurs auteurs.} que nous avons reformulée autrement, mais qui restera une simple recommandation (étant invérifiable).]]></description>
        <pubDate>Fri, 29 Jan 2010 18:03:50 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=432&amp;anchor=comment2882</guid>
        <author>Laurent Denis </author>                                    </item>
      <item>
        <title><![CDATA[BP N°CD-215 Les entêtes envoyés par le serveur contiennent les informations relatives au jeu de caractères employé]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=215&amp;anchor=comment2881</link>        <description><![CDATA[La cohérence entre l'en-tête HTTP (cette BP) et son rappel dans une métadonnée HTML (BP CD-035, {Le code source de chaque page contient une metadonnée qui définit le jeu de caractères}) est implicite dans cette dernière. Autrement-dit, les moyens de contrôle vont se charger de rappeler que l'un et l'autre doivent non seulement être cohérents, mais correspondre à l'encodage réel du contenu.]]></description>
        <pubDate>Fri, 29 Jan 2010 17:56:23 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=215&amp;anchor=comment2881</guid>
        <author>Laurent Denis </author>                                    </item>
      <item>
        <title><![CDATA[BP N°CD-092 L'étape en cours d'un processus complexe est indiquée]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=92&amp;anchor=comment2880</link>        <description><![CDATA[J'aurais tendance à préférer cette formulation : je la trouve plus explicite.]]></description>
        <pubDate>Fri, 29 Jan 2010 17:41:13 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=92&amp;anchor=comment2880</guid>
        <author>Armand Abric </author>                                    </item>
      <item>
        <title><![CDATA[BP N°CD-215 Les entêtes envoyés par le serveur contiennent les informations relatives au jeu de caractères employé]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=215&amp;anchor=comment2879</link>        <description><![CDATA[Ne faut-il pas aussi que le jeux de caractère des documents textuels soit aussi indiqué dans le document ? Par exemple pour une page Html (et plus généralement tous les documents XML), il faut normalement qu'une balise indique le codage du fichier. Mais il faut que ce codage soit cohérent avec le codage de l'entête HTTP de la page.

A moins que par &quot;en-tête&quot; il n'y ait pas de distinction entre entête HTTP et en-tête HTML (par exemple) ?]]></description>
        <pubDate>Fri, 29 Jan 2010 17:37:10 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=215&amp;anchor=comment2879</guid>
        <author>Armand Abric </author>                                    </item>
      <item>
        <title><![CDATA[BP N°CD-432 Si le site déclare respecter un ou plusieurs standards ou référentiels, un lien est proposé vers chacun d'entre eux.]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=432&amp;anchor=comment2878</link>        <description><![CDATA[Pourquoi ce limiter au site ? je sais que c'est le but premier des BP, mais pourquoi ne pas dire plutot : {Si le site évoque le respect de standards ou référentiels, un lien est proposé vers chacun d'entre eux.}

Cela permet de faire ne sorte que si un site vend des produits qui respecte la norme ISO-42, on peut savoir quelle est cette fameuse norme.]]></description>
        <pubDate>Fri, 29 Jan 2010 17:29:26 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=432&amp;anchor=comment2878</guid>
        <author>Armand Abric </author>                                    </item>
      <item>
        <title><![CDATA[BP N°RC-434 Si le site propose un moteur de recherche thématique, un plugin de recherche est disponible]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=434&amp;anchor=comment2877</link>        <description><![CDATA[En recommandation, il n'y a pas de raison de le limiter aux sites pour lesquels le moteur est un moyen d'accès obligatoire ou essentiel. L'utilisateur bénéficiera dans tous les cas de ce type d'accès à la recherche interne sur les sites qu'il utilise fréquemment.

En BP en revanche, je ne pense pas qu'on puisse l'étendre de la sorte, et la condition {dont le moteur de recherche est un moyen obligatoire d’accès aux contenus} est pertinente (Je ne garderai que obligatoire).

Sinon, côté solutions à couvrir, la liste initial n'est-elle pas trop limitée ? Je pense par exemple aux accélérateurs IE8.]]></description>
        <pubDate>Fri, 29 Jan 2010 08:36:47 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=434&amp;anchor=comment2877</guid>
        <author>Laurent Denis </author>                                    </item>
      <item>
        <title><![CDATA[BP N°RC-434 Si le site propose un moteur de recherche thématique, un plugin de recherche est disponible]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=434&amp;anchor=comment2876</link>        <description><![CDATA[{Les sites dont le moteur de recherche est un moyen principal ou obligatoire d’accès aux contenus proposent un plugin de recherche}

Voilà ce que je ferais, en niveau 3, c'est un pari sur une techno, j'aime bien, maintenant, j'ai besoin du regard de Fabrice. Dans le cas contraire, elle ira dans les recommandations (dont le nombre va considérablement diminuer).

Merci Florent]]></description>
        <pubDate>Thu, 28 Jan 2010 20:07:56 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=434&amp;anchor=comment2876</guid>
        <author>Élie Sloïm </author>                                    </item>
      <item>
        <title><![CDATA[BP N°RC-434 Si le site propose un moteur de recherche thématique, un plugin de recherche est disponible]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=434&amp;anchor=comment2875</link>        <description><![CDATA[Autres essais:

{{Pour chaque moteur de recherche destiné à un usage régulier, le site propose un plugin de recherche pour le navigateur}}

{{Lorsqu’un moteur de recherche est le principal moyen d’accès un contenu, le site propose le plugin de recherche correspondant}}]]></description>
        <pubDate>Thu, 28 Jan 2010 19:30:54 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=434&amp;anchor=comment2875</guid>
        <author>Florent V. </author>                                    </item>
      <item>
        <title><![CDATA[BP N°RC-434 Si le site propose un moteur de recherche thématique, un plugin de recherche est disponible]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=434&amp;anchor=comment2874</link>        <description><![CDATA[Le souci serait de distinguer, dans l'intitulé, les cas où un tel plugin serait pertinent ou pas?

Une solution simple mais peut-être trop restrictive: {{Lorsque la fonctionnalité principale du site est la recherche dans un index, un plugin de recherche est disponible}}

En gros: si je fais un moteur de recherche (de pages web, de MP3, d'informations sur les communes, de disparus de la première guerre mondiale…), je propose un plugin de recherche. On peut rajouter «dans le code source des pages».

Une solution moins restrictive: {{Les moteurs de recherche qui font partie des fonctionnalités essentielles du site sont utilisables via un plugin de recherche pour le navigateur}}

Qu'en penses-tu?]]></description>
        <pubDate>Thu, 28 Jan 2010 18:48:36 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=434&amp;anchor=comment2874</guid>
        <author>Florent V. </author>                                    </item>
      <item>
        <title><![CDATA[BP N°RC-434 Si le site propose un moteur de recherche thématique, un plugin de recherche est disponible]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=434&amp;anchor=comment2873</link>        <description><![CDATA[Salut Florent,
Nous sommes en train de l'examiner. Elle est utile, vérifiable, intéressante et pas mal formulée, mais on ne sait pas définir dans quels cas elle est pertinente. Est-ce que tu aurais des arguments pour qu'elle bascule en candidate et non en recommandation.]]></description>
        <pubDate>Wed, 27 Jan 2010 17:29:10 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=434&amp;anchor=comment2873</guid>
        <author>Élie Sloïm </author>                                    </item>
      <item>
        <title><![CDATA[BP N°CD-227 Les appels aux scripts sont placés après le contenu]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=227&amp;anchor=comment2872</link>        <description><![CDATA[Je ne retrouve pas d'exemple concrès, mais cette recommandation assez courante a ses détracteurs : http://developer.yahoo.net/blog/archives/2007/07/high_performanc_5.html

Je ne serais pas fâché si la formulation initiale est conservée, pas de soucis... ;-)]]></description>
        <pubDate>Wed, 27 Jan 2010 15:41:45 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=227&amp;anchor=comment2872</guid>
        <author>Nicolas Hoizey </author>                                    </item>
      <item>
        <title><![CDATA[BP N°CD-227 Les appels aux scripts sont placés après le contenu]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=227&amp;anchor=comment2871</link>        <description><![CDATA[Tu as des exemples de cas où ce n'est pas possible et/ou intéressant? Sinon, ils vont aller dans les solutions de mise en oeuvre.]]></description>
        <pubDate>Wed, 27 Jan 2010 15:19:31 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=227&amp;anchor=comment2871</guid>
        <author>Élie Sloïm </author>                                    </item>
      <item>
        <title><![CDATA[BP N°CD-046 L'emplacement des blocs de navigation est cohérent dans le code source de toutes les pages]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=46&amp;anchor=comment2870</link>        <description><![CDATA[Pour la seconde question, le positionnements des blocs de navigation par rapport aux blocs de contenu : la seule raison de recommander l'un ou l'autre des ordres menu/contenu ou contenu/menu serait une BP visant spécifiquement les contenus destinés aux mobiles. 

Selon les termes des Web Mobiles Best Practices (http://www.w3.org/TR/mobile-bp/#cm) : &quot;Ensure that material that is central to the meaning of the page precedes material that is not.&quot;

Ce qui ne signifie pas qu'un des deux ordres ci-dessus doivent être systématiquement adopté : l'ordre pertinent dépend de ce qui retenu comme &quot;primary content of the page&quot;. ]]></description>
        <pubDate>Tue, 19 Jan 2010 08:50:44 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=46&amp;anchor=comment2870</guid>
        <author>Laurent Denis </author>                                    </item>
      <item>
        <title><![CDATA[BP N°CD-046 L'emplacement des blocs de navigation est cohérent dans le code source de toutes les pages]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=46&amp;anchor=comment2869</link>        <description><![CDATA[La précision apportée par la seconde proposition de reformulation (&quot;leur position dans le code source reflètera leur organisation dans la page visible par l'utilisateur.&quot;) est couverte en partie par la BP CD-134 &quot;La navigation au clavier s'effectue dans un ordre prévisible.sur l'ordre de tabulation&quot;. Typiquement, une navigation en fin de code source propulsée via CSS en tête de page (exemple Wikipédia) est invalidée par BP CD-134.

Mais si tabindex est bien exploité, BP CD-134 est validé. La position du menu dans le code source par rapport à l'affichage reste-elle alors un problème ? 



]]></description>
        <pubDate>Tue, 19 Jan 2010 08:45:12 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=46&amp;anchor=comment2869</guid>
        <author>Laurent Denis </author>                                    </item>
      <item>
        <title><![CDATA[BP N°CD-046 L'emplacement des blocs de navigation est cohérent dans le code source de toutes les pages]]></title>
        <link>http://www.opquast.org/index.php/opquast_org/tests/show?id=46&amp;anchor=comment2868</link>        <description><![CDATA[Les emplacements relatifs des blocs de navigation les uns par rapport aux autres sont cohérents dans le code source de toutes les pages.

ou

Les emplacements relatifs des blocs de navigation les uns par rapport aux autres sont cohérents dans le code source de toutes les pages ; leur position dans le code source reflètera leur organisation dans la page visible par l'utilisateur.
---
J'alourdis la formulation parce que je pense que c'est le prix à payer pour évacuer les incertitudes.
---
Parler des positionnements des blocs de navigation par rapport aux blocs de contenu serait :
 - redondant ?
 - pousser le bouchon trop loin ?
]]></description>
        <pubDate>Mon, 18 Jan 2010 19:41:08 +0100</pubDate>        <guid isPermaLink="true">http://www.opquast.org/index.php/opquast_org/tests/show?id=46&amp;anchor=comment2868</guid>
        <author>Serge B. </author>                                    </item>
  
 </channel>
</rss>