ste

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"

Oui pardon, c'est http://devcv.stephane-huc.net/Ad-Myre/ ET, merci d'avance à ceux qui me feront ce retour ... (n'est-ce pas Azon !)

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

OUlahhh, je crois que je n'ai rien compris à votre propos ! je suis franchement désolé.

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 : Dans la pratique, qu'est-ce que cela ? Ct la réaliser ?

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.

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.

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

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

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

Sincérement, je suis largué ; je n'y comprends plus rien ! désolé, franchement

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] ... Quant à cela, mon fichier index appelle cette class en premier ! dont le code est toujours visible PS: je te remercie quand même...

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 !

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

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 ?

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.

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

Bienvenue dans les turpitudes du dev web ... grâce à ... MISE ... pardon MSIE !

Pourquoi ? Il est si vieux ... J'ai bel et bien l'impression qu'il y comprend pas gand chose Ok, je sors => [ ] A ciao, bonsoir

Bien raisonné ! Pour la peine, puisque tu es si gentil avec moi (nous !), je t'offre ca : mais, n'y vois surtout aucune déclaration d'intentions, si ce n'est de la reconnaissance :!:

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 ?

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

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

Il existe bien un paramètre CSS pour cela, sauf que MSIE ne le reconnait en rien !!! Donc, il n'en tiendra pas compte... Ainsi pour ta div du milieu, tu peux user de : min-height:

Juste, pour information : Il faut bien comprendre que l'élément map ne sert pas qu'à la gestion des images cartes côté client ; en effet, il y a un autre aspect souvent méconnu ! cf ce post, dans lequel l'attention a été attiré sur ce sujet : http://www.webmaster-hub.com/index.php?showtopic=4767