Aller au contenu

ste

Hubmaster
  • Compteur de contenus

    167
  • Inscrit(e) le

  • Dernière visite

Messages postés par ste

  1. Donc, à priori ce serait Firefox qui a un problème sur la machine de la personne en question...

    installation mal passée ?

    version légérement corrompue au téléchargement ?

    etc...

    sans plus de précision, pas de grande déductions possibles !

    Merci à d'aucun, voire tous...

    J'apprécie

    PS : je corrigerais les petits détails...

    L'impression écran est fort bien "vu" ;)

  2. bonjour

    j'aurai besoin que des personnes :

    - ayant firefox en version 1.0,

    - quelque soit la langue native ou choisie,

    - et qui puisse afficher leur écran en 1600 * 1200

    me vérifissent qu'aucune erreur ou à contrario des erreurs soient apparentes sur cette url suivante :

    http://devcv.stephane-huc.net/Ad-Myre/

    D'avance, je vous en remercie...

    PS : la raison qui me motive :

    Un contact m'avertit que sur sa machine informatique, ayant Firefox 1.0, et affichant en 1600*1200, cette URL retourne des erreurs qu'il m'envoie (gentil à lui ;) ...)

    Et, dans son cas, avec Mozilla (ou IE), il n'a aucune erreur...

    Moi, de mon côté, je teste sous linux, sous windows, avec version française, anglaise, en 1024*780, en 1200*1024 ... et, je n'ai strictement AUCUNE erreur ; Mozilla (et autres Gecko...) IE ne retournant en effet rien !

    mais, ne peut confirmer car n'ayant pas le matériel adhoc pour afficher aussi haut ...

    (moi, je dis, y'a des privilégiés :lol: )

    C'est pour cette raison que j'aurai besoin d'autres avis parmi nous qui me rendraient ce service ? Denis ? Monique ? Laurent ? ou bien d'autres, bien sûr !?

    (C'est un problème qui me sidère...)

  3. Bonjour...

    je suis en train de continuer mon bout de chemin sur l'accessibilité, et la directive 13.8 sur la technique du chargement frontal me pose question !

    je cite la directive :

    13.8 Placer des informations distinctives au début des en-têtes, des paragraphes, des listes etc. [Priorité 3]

    Note. On qualifie communément cette technique de "front-loading" ou "chargement frontal". Elle est particulièrement utile pour les personnes qui accèdent à l'information via des dispositifs série comme les synthétiseurs vocaux.

    Dans la pratique, qu'est-ce que cela ?

    Ct la réaliser ?

  4. Et oui, comme le dit si bien LaurentDenis ...

    j'irais plus loin, si tu ne veux pas qu'elle(s) soi(en)t copiable(s), ne les mets même pas sur internet ! Et, encore... dès que c'est publier d'une manière ou d'une autre, c'est "piratable" au sens politique du mot en france, aujourd'hui.

    Après tu peux, à contrario, te "protèger" légalement grâce à tes droits d'auteurs, et à la couverture d'une licence d'exploitation libre ou non... mais sache qu'après, il te faut prouver la copie et selon les droits d'exploitation que tu concèdes, t'armer de patience juridique... car, c'est long, parfois très long, de prouver la faute.

  5. XHTML 1.0 : oui, peut l'être ...

    Je ne vais pas rentrer dans une bataille XHTML 1.0 Strict doit-il être servi en text/html ou non ... le W3C nous dit qu'il peut l'être ; le bouquin O'Reilly nous dit qu'il est préférable d'utiliser application/xhtml+xml, surtout si le format natif est du XML - ce qui en soit est normal - ce qui signifie aussi qu'il peut l'être !

    Voilà, pour mes sources...

    Après cela peut être une "source" de départ, pour gèrer plus finement, ces navigateurs qui peuvent gérer du XHTML 1.0 au moins en text/html ... sans oublier qu'ils sont incapables de le faire en application/xml ... afin de leur retourner du xhtml 1.0.

    Soit !

    Il me semble simplement que c'est beaucoup de travail, pour si peu.

    D'autant que beaucoup de ces navigateurs "à la vieille sauce" ne gèrent même pas le xhtml correctement, dixit O'Reilly.

  6. Pour ceux que ca intéresse, voici la version finale sous LGPL, que chacun peut donc réutiliser ...

    Class set_agent

    Sert à gèrer le mime type supporté par les navigateurs,

      à retourner la DTD correcte dans un prologue,

      à compresser les données par bufferisation de sortie si la compression est supportée par le navigateur,

      à corriger le code XHTML en HTML, si le navigateur n'est pas capable d'afficher du XHTML avec le bon mime type, par bufferisation de sortie

  7. Euh... c'est toi qu'à raison .. :(  :whistling:

    Php.net ? => http://www.php.net/fr/ob-start

    Ca commence à devenir intéressant dans les messages (en anglais) des contributions ;)

    L'explication ? Je ne l'ai pas vraiment, c'est une convention de nommage. De la même facon que l'on ne peut pas avoir accès à une méthode de classe sans passer par la classe, ou par un objet, (d'où le $this-> ), il faut déclarer l'objet dans le 'ob_start' pour qu'il sache à quoi fait référence la 'fonction' (méthode)  :blink:

    ... j'ai été clair ?  :wacko:

    Je viens de lire la page de PHP.net

    Sinon, oui, je t'ai compris, même si c'est un peu nébuleux, parce que je connais les 'expressions'...

    If you're using object-orientated code in PHP you may, like me, want to use a call-back function that is inside an object (i.e. a class function). In this case you send ob_start a two-element array as its single argument. The first element is the name of the object (without the $ at the start), and the second is the function to call. So to use a function 'indent' in an object called '$template' you would use <?php ob_start(array('template', 'indent')); ?>.

    Ce qui est intéressant est qu'il fait la même erreur de langage ;)

    Mais, pour tous ceux qui auraient un doute :

    - php.net::ref.classobj.php

    et expliqué plus clairement sur : lephpfacile.com

  8. Bonjour...

    -1- Annymous, merci de ton soutien, et désolé pour hier, d'autres obligations professionnelles m'ont accaparé ...

    -2- Anonymous, oui, cela fonctionne !

    -3- Peux-tu prendre le temps de m'expliquer ?

    Pourquoi cela fonctionne lorsque c'est retourné ainsi dans un tableau ?!

    Entre temps, je vais aller faire un tour su PHP.net, histoire de voir, si je peux trouver une explication ...

    -4- A ceci :

    ob_start(array("web_agent","fix_code"));

    Il aurait fallut mettre :

    ob_start(array("set_agent","fix_code"));

    Instinctivement, j'ai failli l'écrire ainsi ... mais j'avais compris que 'set_agent' était ma class, et 'web_agent' : l'objet ... va falloir que je reprenne mes leçons sur le nommage et l'usage de class en PHP ! B)

  9. $var = $this->fix_code();
    ob_start("$var");

    Elo, Anonymous,

    cela ne fonctionne pas, PHP me disant qu'il manque les informations de la $buffer (définie dans la function ...) !

    
    

    function fix_code($buffer) {

    return (preg_replace("!\s*/>!", ">", $buffer));

    }

    [code]

    ...

    Tu devrais voir s'il y a des données envoyées avant ton ob_start.

    Si tu le testes tout seul et qu'il marche alors qu'il ne marche pas dans l'objet, c'est peut etre parce que ton objet envoie des données avant.

    Quant à cela, mon fichier index appelle cette class en premier !

    dont le code est toujours visible

    PS: je te remercie quand même...

  10. Dans la class PHP que j'ai créé, ca ne veut pas fonctionner ; même avec cet 'ob_implicit_flush' ...

    Donc, test de la function en dehors de la class, comme une fonction normale, et là, ca le fait !

    :wacko::unsure:<_<

  11. Merci de ta précision, tu confirmes ce que j'en pense, à savoir pourquoi gèrè du "q-rating" s'il le peut !

    Ce qui ne régle par le comportement de la function fixe_code au sein du tampon ob_start ; personne n'a d'idée du tout !?!

  12. Bon, je test et mets en pratique !

    Le bon mime type est bien renseigné, ainsi que le prologue adhoc ...

    A la différence, que j'ai créé une class pour le gèrer !

    le seul soucis dans ma class est que le tampon ob_start("fix_code") ne fonctionne pas apparament puisque les entités ne sont "corrigées"...

    Voici le code de ma class

    J'ai bien essayé en changeant ob_start("fix_code") par ob_start("set_agent::fix_code") ou ob_start($this->fix_code) ... mais je n'ai toujours rien en résultat !

    Quelqu'un(e) aurait une idée ? une suggestion ?

  13. Elo all...

    J'étais en train de lire l'article suivant sur Cybercodeur.NET :

    Développer avec les standards Web qui parle de la façon de servir le bon mime type (entre autres...) et renvoie sur cet autre article : Serving up XHTML with the correct MIME type

    où la gestion du mime type est plus fine en ce sens qu'elle tient compte d'un certain "q-rating" !

    Quelqu'un pourrait m'expliquer très clairement ce qu'est précisement le "q-rating", ou, plutôt, ce qu'est l'indice "q" ... car le "q-rating", j'en comprend le sens !?

    En fait, pourquoi cet indice "q" s'appelle ainsi ?

    -2- Plus précisement, dans l'article de Keystone, il précise cet exemple que je reproduis ici, pour plus de clareté :

    $charset = "iso-8859-1";
    $mime = "text/html";
    function fix_code($buffer) {
    return (preg_replace("!\s*/>!", ">", $buffer));
    }
    if(stristr($_SERVER["HTTP_ACCEPT"],"application/xhtml+xml")) {
       if(preg_match("/application\/xhtml\+xml;q=([01]|0\.\d{1,3}|1\.0)/i",$_SERVER["HTTP_ACCEPT"],$matches)) {
           $xhtml_q = $matches[1];
           
           if(preg_match("/text\/html;q=q=([01]|0\.\d{1,3}|1\.0)/i",$_SERVER["HTTP_ACCEPT"],$matches)) {
               $html_q = $matches[1];
               
               if((float)$xhtml_q >= (float)$html_q) $mime = "application/xhtml+xml";
           }
       }
       else $mime = "application/xhtml+xml";
    }

    if($mime == "application/xhtml+xml") {
    $prolog_type = "<?xml version=\"1.0\" encoding=\"$charset\" ?>\n<!DOCTYPE html PUBLIC \"-//W3C//DTD XHTML 1.0 Transitional//EN\" \"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd\">\n<html xmlns=\"http://www.w3.org/1999/xhtml\" xml:lang=\"en\" lang=\"en\">\n";
    }
    else {
    ob_start("fix_code");
       $prolog_type = "<!DOCTYPE html PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\" \"http://www.w3.org/TR/html4/loose.dtd\">\n<html lang=\"en\">\n";
    }

    header("Content-Type: $mime;charset=$charset");
    header("Vary: Accept");
    print $prolog_type;

    Ma question est :

    il n'y aurait pas, à mon avis, par hasard, une erreur, au niveau du matching correspondant à l'entête "text/html" :

    if(preg_match("/text\/html;q=q=([01]|0\.\d{1,3}|1\.0)/i",$_SERVER["HTTP_ACCEPT"],$matches)) {
              $html_q = $matches[1];
             
              if((float)$xhtml_q >= (float)$html_q) $mime = "application/xhtml+xml";
          }

    et, plus précisement au niveau du match de l'indice 'q', justement !?

    Car, il me semble que :

    q=q=([01]|0\.\d{1,3}|1\.0)

    n'est pas correct ?! Peut-on me confirmer mon analyse ?

    merci d'avance.

  14. bonsoir, all,

    j'ai mis les régles suivantes dans un .htaccess :

    ErrorDocument 400 /error/400.php
    ErrorDocument 401 /error/401.php
    ErrorDocument 403 /error/403.php
    ErrorDocument 404 /error/404.php
    etc..

    la gestion de l'erreur 404 fonctionne correctement, mais pas la 400 ... car il m'est remonté le message du serveur et non mon "pré-fabriqué".

    Pouvez vous m'aider à comprendre, SVP ?

    erreur 404 sur site

    erreur 400 sur site

  15. Ah... J'oubliais qu'IE est un peu dur de la feuille, et qu'il faut insister un peu avec lui

    Pourquoi ? Il est si vieux ... :hypocrite:

    J'ai bel et bien l'impression qu'il y comprend pas gand chose :rolleyes:

    Ok, je sors => [ ]

    A ciao, bonsoir ;)

  16. Bon, quand même : je suppose que c'est le alt="" des images qui t'a suggére cela. Mais, si c'est le cas, il faut se souvenir que:

    - alt est obligatoire et title ne l'est pas;

    - alt="" signifie que l'image est décorative et doit être totalement occultée dans un navigateur texte ou un lecteur d'écran.

    title=""... ne signfie rien.

    Bien raisonné !

    Pour la peine, puisque tu es si gentil avec moi (nous !), je t'offre ca : :flower:

    mais, n'y vois surtout aucune déclaration d'intentions, si ce n'est de la reconnaissance :!:

    :D:P;)

  17. Ohhh, pardon, Laurent !

    C'est vrai, la DTD le montre ; j'aurais du plutôt dire - ou écrire - qui SE doit d'exister (dans le sens où il vaut mieux l'ajouter...)

    Pour info, même quand le lien est explicite, je rajoute l'attribut, certes à blanc, de cette façon : title=""

    Aucune recommandation en ce sens ?

  18. :wub:

    C'est vrai qu'il n'est pas facile de changer ses habitudes.

    C'est vrai que les premiers pas sont difficiles et que l'apprentissage est semé d'embûches.

    Mais c'est vrai aussi que la satisfaction est au bout du chemin.

    C'est vrai qu'on y trouve une nouvelle liberté.

    Je peux te prédire une chose : si tu vas jusqu'au bout de ton effort, tu te demanderas un jour comment tu as bien pu rester enfermé dans des pratiques aussi restrictives  B)

    Tiens, c'est exactement ce que j'ai ressenti, et cherché à exprimer auprès d'une personne, responsable d'une agence web que je connais, et à qui je lui disais tout le bien de ces normes...

    PS : tiens, ne serait-ce pas là de ... l'ovinisme ! Quelqu'un aura réussi à me faire rentrer dans un ordre ... certain ! chapeau le W3C :D

  19. Bonjour,

    D'après les recommandations du W3C, on peut utiliser les attributs rel et type avec la balise a.

    <a href="/rss">Fil RSS</a>

    le même code enrichi des attributs rel et type (ce qui apporte quelques informations en plus) :

    <a href="/rss" rel="alternate" type="application/rss+xml">Fil RSS</a>

    Voilà, donc, qu'en pensez vous ?

    Merci d'avance. =)

    Bonjour,

    Que tu peux le faire... cela n'engage - pour l'instant - que toi... ainsi que le dit Laurent !

    A contrario, par contre, je rappelle l'utilité de l'attribut title qui lui a son importance, et qui DOIT exister sur chacun des liens, pour donner un titre informatif au lien... et si tu veux tendre vers l'accessibilité, pense aussi à y intégrer l'attribut tabindex, afin de donner un ordre de tabulation pour naviguer de façon accessible !

    Soit :

    <a href="URL" title="titre du lien" tabindex="numero ordonne">lien</a>

    Merci d'y veiller.

    Cordialement

×
×
  • Créer...