Que ce soit sur un MacPro ou un MacBook depuis 10.4.8 pour les deux et
avec Firefox 2 ou Safari 2.0.4 lorsque je récupère un texte en ascii,
j'ai ce genre de résultat :
La consommation des cÈrÈales et fÈculents a considÈrablement chutÈ ces
trente derniËres annÈes. Celle de pain et de pommes de terre a par
exemple ÈtÈ divisÈe par deux au profit de celle des sucres rapides. La
qualitÈ nutritionnelle des aliments dÈpend de líindex glycÈmique et de
leur densitÈ nutritionnelle.
Je pense avoir un problème d'encodage, puisqu'un PC récupère
correctement ces données. Savez-vous comment régler ce genre de problème
sur MacOSX ?
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
Eric Levenez
Le 22/11/06 20:52, dans <4564aa97$0$27403$, « Winch » a écrit :
Que ce soit sur un MacPro ou un MacBook depuis 10.4.8 pour les deux et avec Firefox 2 ou Safari 2.0.4 lorsque je récupère un texte en ascii, j'ai ce genre de résultat :
Rappel : l'ASCII est un encodage 7 bits qui ne possède aucun accent.
La consommation des cÈrÈales et fÈculents a considÈrablement chutÈ ces trente derniËres annÈes. Celle de pain et de pommes de terre a par exemple ÈtÈ divisÈe par deux au profit de celle des sucres rapides. La qualitÈ nutritionnelle des aliments dÈpend de líindex glycÈmique et de leur densitÈ nutritionnelle.
Je pense avoir un problème d'encodage, puisqu'un PC récupère correctement ces données. Savez-vous comment régler ce genre de problème sur MacOSX ?
Le problème est en 8 bits. Il faut préciser le jeux de caractères utilisés pour ces 128 codes supplémentaires. Le Mac utilise généralement un encodage Mac propriétaire : "Occidental (Mac OS Roman)". Windows utilise un encodage très proche de l'ISO-8859-1 (ISO Latin 1) : le "Windows Latin 1".
Sous TextEdit, dans le panneau ouverture, en bas il y a un menu pour choisir l'encodage. Pour lire du Windows, il faut mettre "Occidental (Windows Latin 1)". La liste est personnalisable car elle peut comprendre de nombreux encodages.
Une fois sous TextEdit, on peut de la même façon sauvegarder le fichier en employant un autre encodage. Par exemple Unicode (UTF-8).
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 22/11/06 20:52, dans <4564aa97$0$27403$ba4acef3@news.orange.fr>,
« Winch » <contact@NOSPAMsitegraphique.com> a écrit :
Que ce soit sur un MacPro ou un MacBook depuis 10.4.8 pour les deux et
avec Firefox 2 ou Safari 2.0.4 lorsque je récupère un texte en ascii,
j'ai ce genre de résultat :
Rappel : l'ASCII est un encodage 7 bits qui ne possède aucun accent.
La consommation des cÈrÈales et fÈculents a considÈrablement chutÈ ces
trente derniËres annÈes. Celle de pain et de pommes de terre a par
exemple ÈtÈ divisÈe par deux au profit de celle des sucres rapides. La
qualitÈ nutritionnelle des aliments dÈpend de líindex glycÈmique et de
leur densitÈ nutritionnelle.
Je pense avoir un problème d'encodage, puisqu'un PC récupère
correctement ces données. Savez-vous comment régler ce genre de problème
sur MacOSX ?
Le problème est en 8 bits. Il faut préciser le jeux de caractères utilisés
pour ces 128 codes supplémentaires. Le Mac utilise généralement un encodage
Mac propriétaire : "Occidental (Mac OS Roman)". Windows utilise un encodage
très proche de l'ISO-8859-1 (ISO Latin 1) : le "Windows Latin 1".
Sous TextEdit, dans le panneau ouverture, en bas il y a un menu pour choisir
l'encodage. Pour lire du Windows, il faut mettre "Occidental (Windows Latin
1)". La liste est personnalisable car elle peut comprendre de nombreux
encodages.
Une fois sous TextEdit, on peut de la même façon sauvegarder le fichier en
employant un autre encodage. Par exemple Unicode (UTF-8).
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 22/11/06 20:52, dans <4564aa97$0$27403$, « Winch » a écrit :
Que ce soit sur un MacPro ou un MacBook depuis 10.4.8 pour les deux et avec Firefox 2 ou Safari 2.0.4 lorsque je récupère un texte en ascii, j'ai ce genre de résultat :
Rappel : l'ASCII est un encodage 7 bits qui ne possède aucun accent.
La consommation des cÈrÈales et fÈculents a considÈrablement chutÈ ces trente derniËres annÈes. Celle de pain et de pommes de terre a par exemple ÈtÈ divisÈe par deux au profit de celle des sucres rapides. La qualitÈ nutritionnelle des aliments dÈpend de líindex glycÈmique et de leur densitÈ nutritionnelle.
Je pense avoir un problème d'encodage, puisqu'un PC récupère correctement ces données. Savez-vous comment régler ce genre de problème sur MacOSX ?
Le problème est en 8 bits. Il faut préciser le jeux de caractères utilisés pour ces 128 codes supplémentaires. Le Mac utilise généralement un encodage Mac propriétaire : "Occidental (Mac OS Roman)". Windows utilise un encodage très proche de l'ISO-8859-1 (ISO Latin 1) : le "Windows Latin 1".
Sous TextEdit, dans le panneau ouverture, en bas il y a un menu pour choisir l'encodage. Pour lire du Windows, il faut mettre "Occidental (Windows Latin 1)". La liste est personnalisable car elle peut comprendre de nombreux encodages.
Une fois sous TextEdit, on peut de la même façon sauvegarder le fichier en employant un autre encodage. Par exemple Unicode (UTF-8).
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Winch
Le 22/11/06 20:52, dans <4564aa97$0$27403$,
Que ce soit sur un MacPro ou un MacBook depuis 10.4.8 pour les deux et avec Firefox 2 ou Safari 2.0.4 lorsque je récupère un texte en ascii, j'ai ce genre de résultat :
Rappel : l'ASCII est un encodage 7 bits qui ne possède aucun accent. Je peux obtenir plusieurs formats d'exportation (il s'agit d'une base
sous MySQL gérée via PHP). Quel format choisir pour avoir une compatibilité MAC et PC ?
Merci
Le 22/11/06 20:52, dans <4564aa97$0$27403$ba4acef3@news.orange.fr>,
Que ce soit sur un MacPro ou un MacBook depuis 10.4.8 pour les deux et
avec Firefox 2 ou Safari 2.0.4 lorsque je récupère un texte en ascii,
j'ai ce genre de résultat :
Rappel : l'ASCII est un encodage 7 bits qui ne possède aucun accent.
Je peux obtenir plusieurs formats d'exportation (il s'agit d'une base
sous MySQL gérée via PHP). Quel format choisir pour avoir une
compatibilité MAC et PC ?
Que ce soit sur un MacPro ou un MacBook depuis 10.4.8 pour les deux et avec Firefox 2 ou Safari 2.0.4 lorsque je récupère un texte en ascii, j'ai ce genre de résultat :
Rappel : l'ASCII est un encodage 7 bits qui ne possède aucun accent. Je peux obtenir plusieurs formats d'exportation (il s'agit d'une base
sous MySQL gérée via PHP). Quel format choisir pour avoir une compatibilité MAC et PC ?
Merci
Eric Levenez
Le 22/11/06 21:28, dans <4564b2ed$0$27384$, « Winch » a écrit :
Je peux obtenir plusieurs formats d'exportation (il s'agit d'une base sous MySQL gérée via PHP). Quel format choisir pour avoir une compatibilité MAC et PC ?
Les formats "MAC" et "PC" sont incompatibles, c'est l'un ou l'autre. Mac OS X sait tout lire avec TextEdit. Windows ne sait lire que du Windows (et si par PC tu entends MS-DOS, c'est encore un autre encodage). Alors autant choisir le format Windows Latin 1.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 22/11/06 21:28, dans <4564b2ed$0$27384$ba4acef3@news.orange.fr>,
« Winch » <contact@NOSPAMsitegraphique.com> a écrit :
Je peux obtenir plusieurs formats d'exportation (il s'agit d'une base
sous MySQL gérée via PHP). Quel format choisir pour avoir une
compatibilité MAC et PC ?
Les formats "MAC" et "PC" sont incompatibles, c'est l'un ou l'autre. Mac OS
X sait tout lire avec TextEdit. Windows ne sait lire que du Windows (et si
par PC tu entends MS-DOS, c'est encore un autre encodage). Alors autant
choisir le format Windows Latin 1.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 22/11/06 21:28, dans <4564b2ed$0$27384$, « Winch » a écrit :
Je peux obtenir plusieurs formats d'exportation (il s'agit d'une base sous MySQL gérée via PHP). Quel format choisir pour avoir une compatibilité MAC et PC ?
Les formats "MAC" et "PC" sont incompatibles, c'est l'un ou l'autre. Mac OS X sait tout lire avec TextEdit. Windows ne sait lire que du Windows (et si par PC tu entends MS-DOS, c'est encore un autre encodage). Alors autant choisir le format Windows Latin 1.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
ASM
Le 22/11/06 20:52, dans <4564aa97$0$27403$,
Que ce soit sur un MacPro ou un MacBook depuis 10.4.8 pour les deux et avec Firefox 2 ou Safari 2.0.4 lorsque je récupère un texte en ascii, j'ai ce genre de résultat :
Il faudrait comprendre ce que tu entends par "récupérer" ... Si ce sont des pages type web affichées correctement et sauvegardées dont le kkbouillage des accentués se révèlent à la ré-ouverture, il faut aller dans le menu du navigateur : Affichage / Encodage changer l'encodage (sans doute pour du Windows cp-1252) jusqu'à trouver le bon.
Je peux obtenir plusieurs formats d'exportation (il s'agit d'une base sous MySQL gérée via PHP). Quel format choisir pour avoir une compatibilité MAC et PC ?
En général, par défaut, PHP et MySql causent en ISO-8859-1 ou ISO-8859-15 (Occidental ou Occidental-euro). C'est aussi le réglage par défaut de la plupart des serveurs web de par chez nous (Europe Ouest & Amériques) sauf peut-être ceux M$ qui doivent causer en Windows CP-1252.
Si c'est pour être lu/vu grace à un brouteur il suffit d'envoyer avec la page les bons en-têtes d'encodage (celui choisi pour la BdD ou celui choisi pour l'exportation) soit grace au serveur (et/ou PHP : headers) soit avec un meta spécifiant le charset.
Un aperçu des principales tables d'encodages ? http://www.miakinen.net/vrac/charsets/
L'encodage universel serait l'UTF-8
-- Stephane Moriaux et son (moins) vieux Mac déjà dépassé
Le 22/11/06 20:52, dans <4564aa97$0$27403$ba4acef3@news.orange.fr>,
Que ce soit sur un MacPro ou un MacBook depuis 10.4.8 pour les deux et
avec Firefox 2 ou Safari 2.0.4 lorsque je récupère un texte en ascii,
j'ai ce genre de résultat :
Il faudrait comprendre ce que tu entends par "récupérer" ...
Si ce sont des pages type web affichées correctement et sauvegardées
dont le kkbouillage des accentués se révèlent à la ré-ouverture, il faut
aller dans le menu du navigateur : Affichage / Encodage changer
l'encodage (sans doute pour du Windows cp-1252) jusqu'à trouver le bon.
Je peux obtenir plusieurs formats d'exportation (il s'agit d'une base
sous MySQL gérée via PHP). Quel format choisir pour avoir une
compatibilité MAC et PC ?
En général, par défaut, PHP et MySql causent en ISO-8859-1 ou
ISO-8859-15 (Occidental ou Occidental-euro).
C'est aussi le réglage par défaut de la plupart des serveurs web de par
chez nous (Europe Ouest & Amériques) sauf peut-être ceux M$ qui doivent
causer en Windows CP-1252.
Si c'est pour être lu/vu grace à un brouteur il suffit d'envoyer avec la
page les bons en-têtes d'encodage (celui choisi pour la BdD ou celui
choisi pour l'exportation) soit grace au serveur (et/ou PHP : headers)
soit avec un meta spécifiant le charset.
Un aperçu des principales tables d'encodages ?
http://www.miakinen.net/vrac/charsets/
L'encodage universel serait l'UTF-8
--
Stephane Moriaux et son (moins) vieux Mac déjà dépassé
Que ce soit sur un MacPro ou un MacBook depuis 10.4.8 pour les deux et avec Firefox 2 ou Safari 2.0.4 lorsque je récupère un texte en ascii, j'ai ce genre de résultat :
Il faudrait comprendre ce que tu entends par "récupérer" ... Si ce sont des pages type web affichées correctement et sauvegardées dont le kkbouillage des accentués se révèlent à la ré-ouverture, il faut aller dans le menu du navigateur : Affichage / Encodage changer l'encodage (sans doute pour du Windows cp-1252) jusqu'à trouver le bon.
Je peux obtenir plusieurs formats d'exportation (il s'agit d'une base sous MySQL gérée via PHP). Quel format choisir pour avoir une compatibilité MAC et PC ?
En général, par défaut, PHP et MySql causent en ISO-8859-1 ou ISO-8859-15 (Occidental ou Occidental-euro). C'est aussi le réglage par défaut de la plupart des serveurs web de par chez nous (Europe Ouest & Amériques) sauf peut-être ceux M$ qui doivent causer en Windows CP-1252.
Si c'est pour être lu/vu grace à un brouteur il suffit d'envoyer avec la page les bons en-têtes d'encodage (celui choisi pour la BdD ou celui choisi pour l'exportation) soit grace au serveur (et/ou PHP : headers) soit avec un meta spécifiant le charset.
Un aperçu des principales tables d'encodages ? http://www.miakinen.net/vrac/charsets/
L'encodage universel serait l'UTF-8
-- Stephane Moriaux et son (moins) vieux Mac déjà dépassé
