Salut à tous
Je viens de télécharger ou plutôt d'enregistrer sur mon disque, une
partie d'un site web Canadien mais en français. Si je double clic sur le
fichier index.html, la page s'ouvre normalement en local sauf que les
caractères accentués sont remplacés par un peu n'importe quoi.
J'ai essayé avec Safari, IE et Firefox même pb. S'agissant de textes
scientifiques, c'est proprement illisible. Est-ce un pb de html mal
décodé, de pollution de fichiers au transfert ?
Pourtant quand je me connecte directement sur le site tout est normal.
Dans le dossier qu'Interarchy a constitué, il y a des fichiers
"suspects" en .exe mais pourtant le site est fait par un type qui
prétend travailler sur Mac, bref !....
Quelqu'un a-t-il déjà rencontré ce pb ? Une piste ?
Merci d'avance
--
Cordialement!... A+
JLL (sans les chiffres pour me joindre)
iMac G4 -1 GHz - 512 Mo - Mac OS X 10.3.6
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
jjboutaud
Macady wrote:
Salut à tous Je viens de télécharger ou plutôt d'enregistrer sur mon disque, une partie d'un site web Canadien mais en français. Si je double clic sur le fichier index.html, la page s'ouvre normalement en local sauf que les caractères accentués sont remplacés par un peu n'importe quoi. J'ai essayé avec Safari, IE et Firefox même pb. S'agissant de textes scientifiques, c'est proprement illisible. Est-ce un pb de html mal décodé, de pollution de fichiers au transfert ? Pourtant quand je me connecte directement sur le site tout est normal. Dans le dossier qu'Interarchy a constitué, il y a des fichiers "suspects" en .exe mais pourtant le site est fait par un type qui prétend travailler sur Mac, bref !.... Quelqu'un a-t-il déjà rencontré ce pb ? Une piste ? Merci d'avance Salut
Essayes différents codages de caractéres (iso-latin ou autre). Ensuite, tu ouvres le source dans un éditeur de texte et ajoutes le bon codage quand tu l'auras trouvé: par ex. à mettre entre les balises <head>...</head> <meta http-equiv="content-type" content="text/html; charset=iso-8859-1"> bien sur tu remplaces "iso-8859-1" par le bon codage.
-- Président à vie du G.R.O.I.N. 9600/G3-500MHz/Jaguar Merci Steve ;^)
Macady <news77jll@tele2.fr> wrote:
Salut à tous
Je viens de télécharger ou plutôt d'enregistrer sur mon disque, une
partie d'un site web Canadien mais en français. Si je double clic sur le
fichier index.html, la page s'ouvre normalement en local sauf que les
caractères accentués sont remplacés par un peu n'importe quoi.
J'ai essayé avec Safari, IE et Firefox même pb. S'agissant de textes
scientifiques, c'est proprement illisible. Est-ce un pb de html mal
décodé, de pollution de fichiers au transfert ?
Pourtant quand je me connecte directement sur le site tout est normal.
Dans le dossier qu'Interarchy a constitué, il y a des fichiers
"suspects" en .exe mais pourtant le site est fait par un type qui
prétend travailler sur Mac, bref !....
Quelqu'un a-t-il déjà rencontré ce pb ? Une piste ?
Merci d'avance
Salut
Essayes différents codages de caractéres (iso-latin ou autre). Ensuite,
tu ouvres le source dans un éditeur de texte et ajoutes le bon codage
quand tu l'auras trouvé:
par ex. à mettre entre les balises <head>...</head>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-1">
bien sur tu remplaces "iso-8859-1" par le bon codage.
--
Président à vie du G.R.O.I.N.
9600/G3-500MHz/Jaguar
Merci Steve ;^)
Salut à tous Je viens de télécharger ou plutôt d'enregistrer sur mon disque, une partie d'un site web Canadien mais en français. Si je double clic sur le fichier index.html, la page s'ouvre normalement en local sauf que les caractères accentués sont remplacés par un peu n'importe quoi. J'ai essayé avec Safari, IE et Firefox même pb. S'agissant de textes scientifiques, c'est proprement illisible. Est-ce un pb de html mal décodé, de pollution de fichiers au transfert ? Pourtant quand je me connecte directement sur le site tout est normal. Dans le dossier qu'Interarchy a constitué, il y a des fichiers "suspects" en .exe mais pourtant le site est fait par un type qui prétend travailler sur Mac, bref !.... Quelqu'un a-t-il déjà rencontré ce pb ? Une piste ? Merci d'avance Salut
Essayes différents codages de caractéres (iso-latin ou autre). Ensuite, tu ouvres le source dans un éditeur de texte et ajoutes le bon codage quand tu l'auras trouvé: par ex. à mettre entre les balises <head>...</head> <meta http-equiv="content-type" content="text/html; charset=iso-8859-1"> bien sur tu remplaces "iso-8859-1" par le bon codage.
-- Président à vie du G.R.O.I.N. 9600/G3-500MHz/Jaguar Merci Steve ;^)
news77jll
J.P. Kuypers wrote:
In article (Dans l'article) <1go9zod.18eh2kn18003taN%, Macady wrote (écrivait) :
Je viens de télécharger ou plutôt d'enregistrer sur mon disque, une partie d'un site web Canadien mais en français. Si je double clic sur le fichier index.html, la page s'ouvre normalement en local sauf que les caractères accentués sont remplacés par un peu n'importe quoi. ... Pourtant quand je me connecte directement sur le site tout est normal. Dans le dossier qu'Interarchy a constitué...
Interarchy ? Le transfert s'est donc fait par FTP ?
Il y a déjà longtemps qu'Interarchy rapatrie aussi le HTTP et c'est bien de cela qu'il s'agit ici.
Merci d'employer ainsi des termes vagues et incorrects comme "télécharger" pour exprimer "ramener selon un certain protocole". Cela permet d'embrouiller l'aide !
Je ne sais ce qui me vaut une telle agressivité, mais s'agissant d'un dossier que je prends avec ma souris et que je "glisse dépose" sur mon bureau, je ne sais quel terme est le plus approprié.
Si le transfert s'est fait par FTP avec Interarchy, l'option "Conversion ISO 8859-1 (Latin-1)" était possiblement activée. Les caractères non-ASCII ont donc été convertis du code ISO 8859-1 en code Macintosh.
Les navigateurs Macintosh, en général assez bêtes sur ce point, supposent que les caractères non-ASCII d'un document à afficher sont en ISO 8859-1, même lorsqu'il s'agit d'un document local, a priori donc en code Macintosh. Et ils ne proposent mêmme pas un paramètre permettant de spécifier le code pour les fihciers locaux !...
La solution est possiblement d'effectuer sur les fichiers locaux, une conversion Macintosh -> ISO 8859-1. Mieux, on peut faire la conversion vers des éntités HTML (ex. é pour "é"). Personnellement, je fais cela avec Tex-Edit Plus et un script de ma (re)composition.
J'avoue mon incompétence dans ce domaine et je ne comprends pas grand chose à ce qui précède.
Une autre voie est de ramener les fichiers par HTTP
c'est ce que j'ai fait
et non pas FTP (avec WebDevil par exemple). Les documents locaux s'affichent alors bien avec les navigateurs,
apparemment pas toujours
mais moins bien avec les éditeurs de texte. Là aussi, les bonnes conversions a posteriori restent possibles.
Note : Suivi redirigé vers <news:fr.comp.sys.mac.communication>, car le problème n'est pas propre à MacOS X, mais courant lors des transferts de fichiers. Je sais que je ne suis pas tout à fait en charte quoique .....
Comme je ne fréquente pas tous les forums "....sys.mac...." je reste sur celui-ci. Je vais réessayer de "ramener" ce site (on dit aussi "aspirer" je crois!...) avec IE mais sans grand espoir .
-- Cordialement!... A+ JLL (sans les chiffres pour me joindre) iMac G4 -1 GHz - 512 Mo - Mac OS X 10.3.6
J.P. Kuypers <Kuypers@sri.ucl.ac.invalid> wrote:
In article (Dans l'article)
<1go9zod.18eh2kn18003taN%news77jll@tele2.fr>, Macady
<news77jll@tele2.fr> wrote (écrivait) :
Je viens de télécharger ou plutôt d'enregistrer sur mon disque, une
partie d'un site web Canadien mais en français. Si je double clic sur le
fichier index.html, la page s'ouvre normalement en local sauf que les
caractères accentués sont remplacés par un peu n'importe quoi.
...
Pourtant quand je me connecte directement sur le site tout est normal.
Dans le dossier qu'Interarchy a constitué...
Interarchy ? Le transfert s'est donc fait par FTP ?
Il y a déjà longtemps qu'Interarchy rapatrie aussi le HTTP et c'est bien
de cela qu'il s'agit ici.
Merci d'employer ainsi des termes vagues et incorrects comme
"télécharger" pour exprimer "ramener selon un certain protocole". Cela
permet d'embrouiller l'aide !
Je ne sais ce qui me vaut une telle agressivité, mais s'agissant d'un
dossier que je prends avec ma souris et que je "glisse dépose" sur mon
bureau, je ne sais quel terme est le plus approprié.
Si le transfert s'est fait par FTP avec Interarchy, l'option
"Conversion ISO 8859-1 (Latin-1)" était possiblement activée. Les
caractères non-ASCII ont donc été convertis du code ISO 8859-1 en code
Macintosh.
Les navigateurs Macintosh, en général assez bêtes sur ce point,
supposent que les caractères non-ASCII d'un document à afficher sont en
ISO 8859-1, même lorsqu'il s'agit d'un document local, a priori donc en
code Macintosh. Et ils ne proposent mêmme pas un paramètre permettant
de spécifier le code pour les fihciers locaux !...
La solution est possiblement d'effectuer sur les fichiers locaux, une
conversion Macintosh -> ISO 8859-1. Mieux, on peut faire la conversion
vers des éntités HTML (ex. é pour "é"). Personnellement, je fais
cela avec Tex-Edit Plus et un script de ma (re)composition.
J'avoue mon incompétence dans ce domaine et je ne comprends pas grand
chose à ce qui précède.
Une autre voie est de ramener les fichiers par HTTP
c'est ce que j'ai fait
et non pas FTP
(avec WebDevil par exemple). Les documents locaux s'affichent alors
bien avec les navigateurs,
apparemment pas toujours
mais moins bien avec les éditeurs de texte.
Là aussi, les bonnes conversions a posteriori restent possibles.
Note : Suivi redirigé vers <news:fr.comp.sys.mac.communication>, car le
problème n'est pas propre à MacOS X, mais courant lors des transferts
de fichiers.
Je sais que je ne suis pas tout à fait en charte quoique .....
Comme je ne fréquente pas tous les forums "....sys.mac...." je reste sur
celui-ci.
Je vais réessayer de "ramener" ce site (on dit aussi "aspirer" je
crois!...) avec IE mais sans grand espoir .
--
Cordialement!... A+
JLL (sans les chiffres pour me joindre)
iMac G4 -1 GHz - 512 Mo - Mac OS X 10.3.6
In article (Dans l'article) <1go9zod.18eh2kn18003taN%, Macady wrote (écrivait) :
Je viens de télécharger ou plutôt d'enregistrer sur mon disque, une partie d'un site web Canadien mais en français. Si je double clic sur le fichier index.html, la page s'ouvre normalement en local sauf que les caractères accentués sont remplacés par un peu n'importe quoi. ... Pourtant quand je me connecte directement sur le site tout est normal. Dans le dossier qu'Interarchy a constitué...
Interarchy ? Le transfert s'est donc fait par FTP ?
Il y a déjà longtemps qu'Interarchy rapatrie aussi le HTTP et c'est bien de cela qu'il s'agit ici.
Merci d'employer ainsi des termes vagues et incorrects comme "télécharger" pour exprimer "ramener selon un certain protocole". Cela permet d'embrouiller l'aide !
Je ne sais ce qui me vaut une telle agressivité, mais s'agissant d'un dossier que je prends avec ma souris et que je "glisse dépose" sur mon bureau, je ne sais quel terme est le plus approprié.
Si le transfert s'est fait par FTP avec Interarchy, l'option "Conversion ISO 8859-1 (Latin-1)" était possiblement activée. Les caractères non-ASCII ont donc été convertis du code ISO 8859-1 en code Macintosh.
Les navigateurs Macintosh, en général assez bêtes sur ce point, supposent que les caractères non-ASCII d'un document à afficher sont en ISO 8859-1, même lorsqu'il s'agit d'un document local, a priori donc en code Macintosh. Et ils ne proposent mêmme pas un paramètre permettant de spécifier le code pour les fihciers locaux !...
La solution est possiblement d'effectuer sur les fichiers locaux, une conversion Macintosh -> ISO 8859-1. Mieux, on peut faire la conversion vers des éntités HTML (ex. é pour "é"). Personnellement, je fais cela avec Tex-Edit Plus et un script de ma (re)composition.
J'avoue mon incompétence dans ce domaine et je ne comprends pas grand chose à ce qui précède.
Une autre voie est de ramener les fichiers par HTTP
c'est ce que j'ai fait
et non pas FTP (avec WebDevil par exemple). Les documents locaux s'affichent alors bien avec les navigateurs,
apparemment pas toujours
mais moins bien avec les éditeurs de texte. Là aussi, les bonnes conversions a posteriori restent possibles.
Note : Suivi redirigé vers <news:fr.comp.sys.mac.communication>, car le problème n'est pas propre à MacOS X, mais courant lors des transferts de fichiers. Je sais que je ne suis pas tout à fait en charte quoique .....
Comme je ne fréquente pas tous les forums "....sys.mac...." je reste sur celui-ci. Je vais réessayer de "ramener" ce site (on dit aussi "aspirer" je crois!...) avec IE mais sans grand espoir .
-- Cordialement!... A+ JLL (sans les chiffres pour me joindre) iMac G4 -1 GHz - 512 Mo - Mac OS X 10.3.6
news77jll
Jean-Jacques Boutaud wrote:
Essayes différents codages de caractéres (iso-latin ou autre).
çà se règle comment dans un navigateur ?
Ensuite,tu ouvres le source dans un éditeur de texte et ajoutes le bon codage quand tu l'auras trouvé:
Le source ? C'est quoi, le fichier "index.htm" sinon j'ai un dossier de 10 Mo avec des centaines de fichiers.... ?
par ex. à mettre entre les balises <head>...</head> <meta http-equiv="content-type" content="text/html; charset=iso-8859-1"> bien sur tu remplaces "iso-8859-1" par le bon codage.
Bon je vais voir avec TextEdit Merci encore !..
-- Cordialement!... A+ JLL (sans les chiffres pour me joindre) iMac G4 -1 GHz - 512 Mo - Mac OS X 10.3.6
Jean-Jacques Boutaud <jjboutaud@free.fr> wrote:
Essayes différents codages de caractéres (iso-latin ou autre).
çà se règle comment dans un navigateur ?
Ensuite,tu ouvres le source dans un éditeur de texte et ajoutes le bon codage
quand tu l'auras trouvé:
Le source ? C'est quoi, le fichier "index.htm" sinon j'ai un dossier de
10 Mo avec des centaines de fichiers.... ?
par ex. à mettre entre les balises <head>...</head>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-1">
bien sur tu remplaces "iso-8859-1" par le bon codage.
Bon je vais voir avec TextEdit
Merci encore !..
--
Cordialement!... A+
JLL (sans les chiffres pour me joindre)
iMac G4 -1 GHz - 512 Mo - Mac OS X 10.3.6
Essayes différents codages de caractéres (iso-latin ou autre).
çà se règle comment dans un navigateur ?
Ensuite,tu ouvres le source dans un éditeur de texte et ajoutes le bon codage quand tu l'auras trouvé:
Le source ? C'est quoi, le fichier "index.htm" sinon j'ai un dossier de 10 Mo avec des centaines de fichiers.... ?
par ex. à mettre entre les balises <head>...</head> <meta http-equiv="content-type" content="text/html; charset=iso-8859-1"> bien sur tu remplaces "iso-8859-1" par le bon codage.
Bon je vais voir avec TextEdit Merci encore !..
-- Cordialement!... A+ JLL (sans les chiffres pour me joindre) iMac G4 -1 GHz - 512 Mo - Mac OS X 10.3.6
