Forum LinuxFr.bug problème d'encodage ?

Posté par  .
Étiquettes : aucune
0
9
août
2004
Bonjour,

Je viens de voir, en reprenant le boulot ce matin, que LinuxFr passe très mal sur mon navigateur alors que c'était nickel la semaine dernière. Il y a eu un changement dans les sources des pages sur l'encodage des caractères ?

screenshot : http://cyberdivad.free.fr/linuxfrbug.png(...) (IE 5.1 MacOS 8.6)

  • # �

    Posté par  . Évalué à 3.

    je te rassure tout de suite, on a le même problème avec tous tes messages. Pas étonant avec ton navigateur :o

    • [^] # Re: ?

      Posté par  . Évalué à 2.

      Oui, mais le probleme est ca passait tres bien jusqu'a la semaine derniere, et on ne peut pas toujours choisir son navigateur (celui qui me trouve une version de mozilla plus recente que ce satane IE5.1 et installable sous mac os 8 je veux bien lui payer un coup !)

      La, mes messages passent mal, mais d'une maniere differente encore : seuls les caracteres accentues sont transformes. Sur le site en general, j'ai l'impression que plusieurs lettres sont parfois bouffees et remplacees par un point d'interrogation.


      ps : j'ai evite d'utiliser des accents pour des raisons de lisibilite suite au probleme evoque ici :-)

      test : é è ù -> passe a la previsualisation html, mais est rendu illisible dans le champ texte

      • [^] # Re: ?

        Posté par  . Évalué à 1.

        « celui qui me trouve une version de mozilla plus recente que ce satane IE5.1 et installable sous mac os 8 je veux bien lui payer un coup !) »

        Bon, et si c'est pas mozilla, mais netscape, ça marche pour le coup ? ;-)

        C'est quand même gecko, et ~ l'equivalent de mozilla 1.7:

        http://nscentral.online.fr/download.html(...)

        (Il y a une version pour Macos 8 et 9)

        P.S. Je bois que des cocktails super cher !

        • [^] # Re: ?

          Posté par  . Évalué à 2.

          Bien tente, mais la victoire aurait ete trop facile si ca avait marche :-) L'archive obtenue est illisible par le systeme, qui se plaint de ne pas savoir comment l'ouvrir. Ca m'avait fait le meme coup avec mozilla 1.0 dont j'avais tente l'installation.

          Merci qd meme :-)

          • [^] # Re: ?

            Posté par  . Évalué à 2.

            Peut-être depuis Linux:

            http://packages.debian.org/testing/otherosfs/macutils(...)

            Set of tools to deal with specially encoded Macintosh files

            macutils is a package that contains a number of utilities that deal with Macintosh files on a Unix system. This is useful for converting BinHex-encoded files to the smaller MacBinary format before transferring them to a Mac.

            J'y connais rien aux macs, mais il doit yavoir moyen ...
            Sinon en demandant sur le forum de netscape
            ( si tu avais un macos9, il n'y aurait aucun problème pour trouver un mozilla 1.3 qui marche)

          • [^] # Re: ?

            Posté par  . Évalué à 1.

            en fait il faut que tu edite le type d'application, tu fait pomme I une fois le fichier selectionner, et la normalement tu doit avoir 2 champ, dans le premier il faut ajouter apli ou app voir exec (je sais plus), le deuxieme est moins important.

            si ce n'est pas pomme I, essaye avec regedit, il faut que tu arrive a modifier ces champs, sous windows l'equivalent c'est ce qu il y a aprés le point par ex .exe ou .zip

            sous linux c'est les droits sur le fichier 'man chmod'

            et sous mac os c'est ce fameux champ qui definisent le type de fichier, executable etc... et ce n'est pas l'extension .bin donc force ce champ pour avoir un executable

  • # problème d'encodage ?

    Posté par  (site web personnel, Mastodon) . Évalué à 2.

    Ouais, visiblement, l'auteur de ce message à un sérieux problème d'encodage !!!

    note pour info, je vois des séries de ÄÂ et des carrés noirs avec des points d'interrogation dedans à la place de tous ses caractères accentués.

    Mes livres CC By-SA : https://ploum.net/livres.html

    • [^] # Re: problème d'encodage ?

      Posté par  . Évalué à 2.

      mitou (tralala)...(bon c'est une blague a 2cts mais c'est lundi matin et j'ai fais un gros week-end de bringue alors..)

  • # Encodage changé

    Posté par  (site web personnel) . Évalué à 5.

    L'encodage indiqué jusqu'à présent était iso-8859-1, je l'ai passé en iso-8859-15 vu que les news avec un euro rendaient les pages invalides.

    • [^] # Re: Encodage changé

      Posté par  (site web personnel) . Évalué à 2.

      A première vue, je dirais que ton navigateur ne connaissant pas l'iso-8859-15 il considère que ca doit être de l'utf-8, il envoie donc de l'utf-8 ce qui rend illisible tes messages et n'arrive pas à affciher correctement la page (mais mon interpretation est peut être complètement fausse :-) ).

      • [^] # Re: Encodage chang?

        Posté par  . Évalué à 2.

        Pour l'envoi des messages a partir de "mon" (je ne souhaite pas m'approprier une telle bouse !) navigateur, j'ai l'impression qu'il envoie en effet de l'utf-8 par defaut.

        Et l'iso-8859-15, il ne connait effectivement pas (pourtant il affiche le caractere euro dans les applis, encodage specifique mac ?).

        Il me reste a trouver comment utiliser l'iso-8859-15 sous mac os 8, parce que le site est vraiment illisible pour moi a l'heure qu'il est. J'espere que je vais trouver quelque chose, j'ai deja eu un mal fou a trouver un logiciel capable de convertir du pict en png !

        • [^] # Re: Encodage chang?

          Posté par  . Évalué à 2.

          Non seulement il envoie de l'utf-8 reconnu comme iso-8859-1, mais il est remouliné une nouvelle fois d'utf-8 en iso-8859-1!

          'é' en utf-8 -> 'é' en iso-8859-1, puis 'é' en utf-8 -> 'é' en iso-8859-1!

          C'est con quand même, si la deuxième conversion était faite dans l'autre sens, ces problèmes de conversions s'annuleraient...

    • [^] # Re: Encodage changé

      Posté par  . Évalué à 2.

      L'encodage indiqué jusqu'à présent était iso-8859-1, je l'ai passé en iso-8859-15 vu que les news avec un euro rendaient les pages invalides.
      Absolument faux.
      Utiliser iso-8859-15 à la place de iso-8859-1 permet d'afficher comme il faut des euros si des gens en font des corrects directement (sans entité HTML), mais certainement pas de rendre les pages plus valides ou moins valides. Les euros qui rendent les pages invalides sont ceux de l'encodage windows-1252, produits par des windowsiens. Pour ce cas-là la seule solution consiste à faire une conversion d'encodage côté serveur.

      • [^] # Re: Encodage changé

        Posté par  . Évalué à 0.

        >> [...] les news avec un euro rendaient les pages invalides.
        > Absolument faux.

        Ah bon ? Pourtant, quand on précise un encodage de la page, on doit s'y tenir.

        Je croyais que la précision d'un content-type (càd "< meta http-equiv="Content-Type" content="text/html; charset=iso-8859-15"/ >" ici), ca voulait dire qu'on allait se cantonner à cet encodage...
        Donc tu dis que même si je mets iso-8859-1, les différents validateurs de code me diront que c'est correct, avec le symbole de l'euro dans le source, spécifique à iso-8859-15 ? Woaaaah tu m'apprends un truc ! Je me coucherai moins con ce soir !

        Mh ? Ah oui oui, je me fous de ta gueule hein...

        • [^] # Re: Encodage changé

          Posté par  . Évalué à 2.

          Le code du caractère '¤' dans iso-8859-15 est le MÊME que celui de '¤' dans iso-8859-1. Comment veux-tu que le validateur sache que tu voulais écrire un euro et non l'autre caractère? C'est pas un devin...

          • [^] # Re: Encodage changé

            Posté par  . Évalué à 2.

            Raah, templeet a saccagé mon caractère euro. Faut lire un euro à la place du "currency" dans le 1er cas.

    • [^] # Re: Encodage changé

      Posté par  (site web personnel) . Évalué à 2.

      hum, seuseuraipamalparasar?

      je pense que si tu as un moyen de forcer le codage, tu dois te limiter à ce que donne le client dans le champ "Accept-Charset:" sinon il ne pourra pas le décoder ; je ne sais pas ce qu'il se passe pour les pages statiques cependant, si le serveur est censé transcoder à la volée..

    • [^] # Re: Encodage chang?

      Posté par  . Évalué à 2.

      Mais j'y pense, le mac connaissant l'iso-8859-1 (qu'il utilise par defaut), je ne devrais avoir de probleme quasimment que pour le caractere euro, non ?

      Parce la (comme le montre le screenshot) non seulement tous les caracteres accentues ne s'affichent pas du tout, mais plusieurs caracteres voisins sont bouffes par la meme occasion, ce qui fait que je me retrouve avec des mots incomplets.

      Pourtant, je m'etais laisse dire que les differences entre les deux tables iso-8859-1 et iso-88-59-15 etaient minimes, je devrais donc voir tous les accents ? Z-etes sur qu'il n'y a pas un truc dans la config cote serveur ?

      Sinon, cote installation du iso-8859-15 sur mac os 8, je n'ai rien trouve.. (il n'y a pratiquement plus de site en ligne sur cet os d'ailleurs)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.