Le 12/12/2008, mcc a supposé : Je viens de tester avec : FF 3.0.4 sous XP et Ubuntu 8.10 IE 7 sous XP IE 6 sous W2000 Safari 3.2 sous XP Je ne vois pas de différences... Assez joliment fait d'ailleurs.

source et suite

SAM <stephanemoriaux.NoAd...@wanad oo.fr.invalid> écrivait Glurps... Je viens de m'apercevoir que j'avais laissé le paramètre par défaut (ANSI)... dans les en-têtes de mes programmes, j'ai charset=iso- 8859-15 et la même chose dans l'en-tête des courriels envoyés par la fonction mail... Donc c'est MAL ?...

source et suite

Bonjour. "TJ" <tj+use...@a13.fr> a écrit dans le message de news ghrost$9e...@biggoron.nerim.ne t Oui, je valide toujours le rendu normal sur Firefox avant de fixer les bugs sur IE :o) J'ai installé le DOM Inspector et je m'en sers. En effet, cela ressemble à ce que je voudrais, mais c'est limite utilisable ainsi:

source et suite

J'ai reçu ça aujourd'hui : Chère cliente, cher client, Vous avez élu Voyages-sncf.com, site favori de l'année 2008. Toute l'équipe se joint à moi pour vous remercier de votre confiance et de votre fidélité. Soyez sûrs que nous continuerons à mettre chaque jour notre expertise et notre passion pour faire de Voyages-sncf.com votre

source et suite

Le 12/13/08 12:59 AM, SAM a écrit : (typo !) Miakinen comprin po nin plus. Ou si eut' prefer' : Mi y a qui n'en comprend pas nin plus. Bon ... avant de sortir ... J'ai dit ça ? Non c'est pas moi, j'ai rien dit.

source et suite

Le 12/13/08 12:43 AM, Olivier Miakinen a écrit : Niakemi que dô cumprendr' cha. (et encore ? si je ne me trompe)

source et suite

Le 13/12/2008 00:06, SAM a écrit : Ben non, ça a pris plus d'une heure. D'après ce que je crois comprendre, MET est l'ancien nom du fuseau horaire +0100, et CET et CEST sont les noms actuels, CET étant à l'heure d'hiver (donc +0100 comme MET) et CEST à l'heure d'été (+0200). Gni ?

source et suite

Le 13/12/2008 00:00, Bernd a écrit : Le réglage du butineur, c'est uniquement pour les pages web qui ne déclarent rien (juste "text/html" sans aucun charset). Quand la déclaration est correcte, ce réglage de charset par défaut est tout simplement ignoré. Dans Firefox et assimilés, comme choix de charset par défaut on peut

source et suite

Le 12/12/08 11:51 PM, Olivier Miakinen a écrit : comme le mien aussi et que je ne te suis pas à la trace et qu'il m'avait semblé par ailleurs ... Boudiou ! Neottia ça trace ! moi : NNTP-Posting-Date: 12 Dec 2008 23:43:07 CET ça a pris 1 seconde et ? ça a pris près de 2 mn à passer (avec Bruno, c'est à peu près normal, non ?)

source et suite

Juste une petite question qui me turlupine : Si tous les réglages sont bien fait en utf-8, que se passe t-il si des utilisateurs lamda ont réglé leur butineur sur iso latin 1 (ils se sont aperçu un jour que comme cela ils pouvait lire - par hasard - certaines pages) plutôt que "par défaut" comme c'est le cas je crois à

source et suite

Le 12/12/2008 23:43, SAM a écrit : Non, c'est Bruno. D'ailleurs mon ordinateur est synchronisé sur un serveur de temps. Moi : X-Trace: neottia.net ... (12 Dec 2008 22:20:40 +0100) Bruno : NNTP-Posting-Date: 12 Dec 2008 22:41:44 MET

source et suite

Le 12/12/08 10:20 PM, Olivier Miakinen a écrit : Faut lui demander l'accès VNC à son poste et lui montrer de visu avec ses outils en lui expliquant bien oralement en même temps. Puis lui faire faire des exos au tableau. Vous avez tout le week-end pour y arriver ;-) M'enfin ... aussi ... y sont bêtes ces trucs d'ordinateurs à ne pas voir

source et suite

Le 12/12/08 8:51 PM, METIS a écrit : ben ... il ne suffit pas de "déclarer" le charset ... il faut aussi "l'utiliser" ... utiliser : - le texte (html ou autre) doit être dans le charset spécifié(*) - le traitement côté serveur doit se faire dans cet encodage. Ou alors : traducteur à l'entrée et à la sortie.

source et suite

Le 12/12/2008 21:41, Bruno Desthuilliers répondait à METIS : Bonne idée, les MÀLC ! Du coup, puisque METIS est graphiste, ce qui suit devrait mieux lui parler. METIS, quand tu as un fichier au format GIF nommé bidule.gif, il ne suffit pas de le renommer bidule.jpg pour qu'il devienne magiquement un

source et suite

Le 12/12/2008 20:51, METIS m'a répondu : Grrmmlblmlbmll... :-((((( J'abandonne. Si quelqu'un d'autre a le courage, je lui cède volontiers ma place.

source et suite

Olivier Miakinen a écrit : J'ai fait une dernière tentative, mais je n'irai pas plus loin...

source et suite

METIS a écrit : parce que (pour la troisième fois au moins) il faut que l'encodage que tu *déclares* correspondent à l'encodage *effectivement utilisé* pour enregistrer ton fichier. Il ne suffit pas de dire qu'un morceau de camembert est de l'emmenthal pour qu'il devienne de l'emmenthal par magie.

source et suite

Pierre Goiffon a écrit : yeps... Là par contre, je persistes à ne pas être d'accord (cf plus bas). Mais bon, ce n'est pas très important, donc passons !-) > Ca arrive hélas de plus en plus facilement sur des site qui freezent le navigateur pendant plusieurs seconde. <mode="grognon"> Le plus souvent,

source et suite

[...] Mouai... Alors quand je mets la balise META comme ça : <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Et le fichier en PHP comme ça : <?php header('Content-Type: text/html; charset=UTF-8'); Ca suffit donc pas... et je ne sais toujours pas pourquoi... (enfin si ça a été dit, je me suis embrouillé les pinceaux des yeux qui

source et suite

Le 12/12/2008 14:34, mcc a écrit :

Merci SAM pour la solution. Je la recopie ici au cas où d'autres feraient la même erreur... Absolument, au départ navG et navD étaient côte à côte et navD non inclus dans navG. Depuis le changement, ça n'avait aucun sens et c'est bien ça qui merdoyait. (et je ne sais plus pourquoi j'ai modifié, peut-être IE ?)

source et suite

Le 12/12/2008 18:26, SAM a écrit : C'est ce que je voulais vérifier, mais le temps que je réinstalle Web Developer pour FF3 mcc a dû déjà tenir compte de ta solution. En tout cas, maintenant ça marche.

source et suite

Le 12/12/08 5:53 PM, Pierre Goiffon a écrit : Sur mon FF.3.0.4 Mac, non les 3 icones ne sont pas contre le bord droit du view-port (ou du body elastique) Voici : Le conteneur (navG) est en float:left; ce devrait être équivalent à position: absolute; pour le calcul de sa largeur. Ce conteneur est donc réduit en largeur au total des largeurs des

source et suite

À (at) Fri, 12 Dec 2008 17:56:34 +0100, Pierre Goiffon <pgoif...@free.fr.invalid> écrivait (wrote): C'est malheureusement tout à fait plausible. Mais on sort du rôle du MTA. En fait, les anti-virus, anti-spam et autres outils sont des greffons qui s'intéressent au contenu des messages et qui ne sont évidemment

source et suite

Le 12/12/08 4:53 PM, mcc a écrit : Ben on fait c'qu'on peut sans toucher au HTML ;-) Bon, alors tt simplement, vire le float:left; de navG c'est OK pour mon FF.3 (merci FireBug et son édition à la volée des CSS) (quelle idée ! faire flotter un truc qui doit occuper tte la largeur !) La prochaine fois nomme tes classes autrement, qu'on capte bien que navG

source et suite

UTF-8, non : ce codage a été fait pour conserver une compatibilité avec us-ascii, et par là même "favorise" grandement les scripts latins. Donc pour les langues d'Asie c'est un mauvais choix en terme de taille (3 octets et plus) Le jeux de caractères Unicode par contre, sans doute. Mais de ce que j'ai compris, le consortium a mis du temps à se pencher

source et suite

J'ai d?j? vu un antivirus qui donnait des r?sultats tr?s... d?sagr?ables, c'est ? ?a que je pensais, plus tous les autres services qui existent aujourd'hui (anti-spam, extraction pj dans un d?pot central, ...) Mais je ne connais pas assez bien le sujet pour ?tre affirmatif

source et suite

mcc wrote: Euh ça semble ok sur Fx 3.0.4 Windows, résultat similaire à IE7. Avez-vous trouvé la solution ?

source et suite

Le Fri, 12 Dec 2008 17:04:58 +0100, Olivier Miakinen a écrit : Merci d'avoir regardé Mais si c'est FF3 qui a raison, c'est que j'ai fait une erreur dans les css, je veux bien le croire, mais je ne trouve pas laquelle. J'ai beau relire et relire... Oui avec opera 9.51 et seamonkey 1.1.13, pas de problème. Pas pu tester

source et suite

Le 12/12/2008 16:47, mcc a écrit : Comme on pouvait s'y attendre, ça ne change rien. D'ailleurs tout ton code (XHTML + CSS) passait déjà sans erreur aux validateurs. Les conditions d'utilisation de float m'ont toujours paru assez nébuleuses, alors je ne saurais pas te dire ce que ça doit vraiment

source et suite

Le Fri, 12 Dec 2008 16:22:29 +0100, SAM a écrit : Avant d'en venir à de telles extrémités (j'évite au maximum de positionner en absolute), j'aimerais comprendre où est mon erreur. Car je suppose que ça vient bien d'une erreur quelque part dans le html ou le css. Si pas d'autre solution, j'essaierai la tienne (elle marche bien avec ff2

source et suite

Le Fri, 12 Dec 2008 16:24:48 +0100, Olivier Miakinen a écrit : Effectivement, j'ai viré le ";" en trop. T'est-il possible de me dire si cela change quelque chose avec FF3 ? je suis encore avec ff2 ici

Il semblerait mais je ne vois pas pourquoi firefox3 ne l'aime pas...

source et suite

Bonjour, Le 12/12/2008 14:34, mcc a écrit : ^^ Même si cela semble valide d'après la doc, tu peux essayer de remplacer ce « ;; » par un simple « ; » ? Il pourrait y avoir un bug dans Firefox. Vu. Ce serait le float:right de .navD qui ne ferait pas ce qu'il faut ?

source et suite

Le 12/12/08 2:34 PM, mcc a écrit : essaie : .navmenu { position: relative } .navD { position: absolute; right: 10px; /* float : right ; margin:0ex ; */ }

source et suite

OK, j'étais réglé comme tu dis pour le courrier, mais en UUENCODE pour les news. J'ai donc tout mis en MIME Mais comme j'ai des problèmes sur la reception d'email, ça doit pas être là le problème..?

source et suite

En fait, comme je m'en rends compte de plus en plus au fil de ces messages, le problème de METIS est qu'il ne voit que la déclaration d'encodage et qu'il ne comprend rien à l'encodage réel. Alors voici quelques petits mots d'explication, même si l'essentiel est déjà dans <[link]>, cité

source et suite

Outils > Options > Envoyer Format d'envoi du courrier > Texte brut > Parametres > Format du message MIME Format d'envoi des News > Texte brut > Parametres > Format du message MIME Coder le texte: Aucun

source et suite

Olivier Masson a écrit : Il y en a qui ont de la chance... :-) C'est vrai qu'il commence à y avoir là une utilisation qui ramène les besoins du web quelques années en arrière. Tant mieux ?

source et suite

En fait, j'ai deux déclarations à faire, la balise META du fichier contact.php et le "header" du fichier envoi.php. (si je néglige l'entête HTTP qui est battue par ces 2 déclarations et qui est resté par défaut, je ne sais pas sur quoi.) J'ai même fait une recherche dans mes fichiers pour voir où traineraient

source et suite

Pierre Goiffon a formulé ce vendredi : Si j'ai bonne mémoire, l'imp de Free, certes est en 8859-1, mais interprète correctement l'UTF-8, pourvu qu'il n'y ait que des caractères "occidentaux". Quand même étonnant ? Le japonais, comme toutes les langues asiatiques qui utilisent des caractères non-latins, sont les premiers demandeurs

source et suite

Bonjour, je viens de m'apercevoir que ma page d'entrée ne s'affichait pas de la manière souhaitée avec firefox 3. Avec firefox 2 et ie6 oui. voici le code <div class="navmenu"> <div class="navG"> <div class="logo">Portail CIO</div> <div class="info">Informations <br />pour l'orientation<br /> sur

source et suite