OVH Cloud OVH Cloud

encodage mac

54 réponses
Avatar
Thomas
est ce que qqn peut me donner exactement comment on doit ecrire
l'encodage utilisé sur mac svp ? (ou un lien si ca existe) (pour etre
sur que je fais pas de faute de frappe)

--
http://tDeContes.hd.free.fr/
http://palestine-hn.org/

"don't put your PC out of the window, put windows out of your PC"
"petit Free qui devient grand, gêne les requins blancs"

10 réponses

2 3 4 5 6
Avatar
Thomas
In article (Dans l'article) <d8n1m3$g21$,
Olivier Miakinen <om+ wrote (écrivait) :

[ supersedes ]

Le 14/06/2005 18:34, Thomas a écrit :
>
> j'ai pas de temps à passer sur mon site perso, donc pas de xhtml

Ok. Je n'avais pas fait gaffe à la différence entre les deux sites.
Toutes mes excuses.

> dans le xhtml j'utilise de preference les entités nommées, pour etre
> indépendant de l'encodage

Les entit&eacute;s nomm&eacute;es ? Ah, ok. ;-)


Note que tu ferais mieux de faire pareil pour ton site perso, et de
déclarer us-ascii, car rien ne dit que les navigateurs web sur un unix
exotique connaîtront Mac-Roman, et du coup ils risquent de ne même pas
reconnaître les simples caractères ascii.



??

beaucoup de navigateur ont iso-8859-1 comme codage par defaut, je compte
dessus

sinon, quels sortes de codages ils pourraient avoir par defaut, les unix
exotiques ?
et de toutes facons, là mon site n'indique aucun encodage du tout
(j'avais pas fait gaffe), donc ils auraient utilisé ce meme codage par
defaut, non ?

--
http://tDeContes.hd.free.fr/
http://palestine-hn.org/

"don't put your PC out of the window, put windows out of your PC"
"petit Free qui devient grand, gêne les requins blancs"
Avatar
ASM
Pierre Goiffon a ecrit :

ASM wrote:
> Le concepteur de TdT

Euh... TdT ??
Tout le monde Debout pour Tom ?



:-))

*T*raitement *d*e *T*extes

Mais sans doute ne t'en sers-tu plus ?

> On est ici en bute à un échange de fichiers multi-Os et à
> un interpréteur de code html

Hahum
Un truc que l'on appelle le Web par exemple ?



Non, non,
échanges Mac<->Win de fichiers en *.txt par exemple -> hop! KK
Il faut un moulineur pour faire la conversion des accentués

Oui répétons le encore, dès que l'on fait de la conception Web, on se
doit de se préoccuper entre autres choses des codages...



Après on joue avec les notions d'encodages
notions découvertes dès qu'on sort de chez soi :-)
notions très ésothériques quand on débarque
notions dont se moquent les TdT en mode normal(*)

(*) normalement les TdT offrent la possibilité d'enregistrer
sous d'autres formats (rtf - word Mac - Word Win etc)
ces "convertions" pré-mâchées ne nous laissent pas
entrevoir que des encodages (normalisés) existent
"on y clic et çà marche !" (parfois ...)

--
*******************************************************
Stéphane MORIAUX et son vieux Mac
*******************************************************
Avatar
grokub
Pierre Goiffon wrote:

le client FTP Fetch peut faire de la conversion de charset ?



Oui.

Ca me parait acrobatique comme manip



C'est surtout source d'erreurs (genre double conversion).


Au sujet de la question initiale:

PAS de charset Mac sur le www, pas plus que de charset Windows.
Soit:

- utiliser un générateur HTML qui se charge de la conversion (ISO ou
entités)

- convertir soi-même en ISO 8859-1 avec un script BBEdit sous OS9, ou
TextEdit sous OSX.



--
Jean-Yves Bernier <http://www.pescadoo.net/>
Avatar
Patrick Mevzek
Le Wed, 15 Jun 2005 12:17:02 +0200, Thomas a écrit :
beaucoup de navigateur ont iso-8859-1 comme codage par defaut,



C'est l'encodage par défaut du protocole HTTP, qui a été spécifié
manifestement avant qu'UTF-8 soit la ``norme''.

--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Avatar
ASM
"Steph.K" a ecrit :

Ca ne viendrai pas plutot du fait que le serveur (en ligne) envoie les
entêtes correctement et que donc tes pages sont bien interprétées par
ton navigateur bien que celles-ci soient rigoureusement les mêmes.



Après tout ? pas impossible ...
Faudrait que j'essaie un upload de test directement avec IE pour voir(*).
Ou de mettre un zip (qui donc ne sera pas traduit-mouliné-Mac/PC)
http://perso.wanadoo.fr/stephane.moriaux/truc/tests_encodages.zip
ou StuffIté (donc probablemement binared)
http://perso.wanadoo.fr/stephane.moriaux/truc/tests_encodages_bin.zip

D'ailleurs qu'est-ce que tu ferais avec un logiciel qui modifierait tes
pages sans te prévenir (c'est un crime de lèse majesté et ceux qui ont
essayé sur mon ordinateur ont été implacablement supprimés).



Ben ...
sous Mac on a un truc (fatBinary?) qui gère la question
me semble t-il.
Et on est bien contents de l'avoir ;-)
Et surtout de ne pas avoir à s'en occuper.


(*) l'upload sur son site par navigateur je ne sais plus le faire
--
*******************************************************
Stéphane MORIAUX et son vieux Mac
*******************************************************
Avatar
ASM
Thomas a ecrit :

tiens, <http://tDeContes.hd.free.fr/aide/README> je viens de le
convertir en unix



Tu l'as uploadé avec quoi?

NC4.5 vieux Mac
- mode normal (iso-8859-1)
-> KKbouilla à l'affichage (le source est correctement accentué)
- mode windows (Windows-1250)
-> autre KKbouilla à l'affichage (le source est correctement accentué)
- mode MacRoman
-> OK à l'affichage (le source est correctement accentué)

mon mac a bientot fini sa garantie, apres quoi j'en racheterais
probablement un



C'est quoi ? ce sera combien ?

et je pourrais utiliser textwrangler



Heu ... les systèmes 10.3 ou 10.4 doivent pouvoir être achetés
(moins cher qu'une machine)

--
*******************************************************
Stéphane MORIAUX et son vieux Mac
*******************************************************
Avatar
Olivier Miakinen
Le 15/06/2005 01:56, Patrick Mevzek a écrit :
Le Wed, 15 Jun 2005 01:11:31 +0200, Olivier Miakinen a écrit :
Outre l'écart de dates entre les publications, on peut noter que UTF-8
est supporté par tous les navigateurs depuis longtemps (y compris
Netscape 4 depuis juin 1997 et Internet Explorer 4 depuis octobre 1997,
voir http://fr.wikipedia.org/wiki/UTF-8), alors que le type



Nous sommes donc bien d'accord, support UTF-8 dans les navigateurs
courant 1998 (cf l'article),



Oui, support effectif en 1998, pour une première définition en 1993 (et
même en 1992 sur un coin de table par Ken Thompson¹).

UTF-8 : 1993-1998

et XHTML dont la première définition date de 2000.



Oui, première définition en 2000, pour un support encore incomplet
en 2005.

XHTML : 2000-2006?

Ca ne me parait pas si éloigné que cela au final donc comme dates, mais
c'est très subjectif.



:-D

--
Olivier
¹ http://www.cl.cam.ac.uk/~mgk25/unicode.html#history
Avatar
Patrick Mevzek
Le Wed, 15 Jun 2005 13:41:42 +0200, Olivier Miakinen a écrit :
XHTML : 2000-2006?



On est dans les temps :-)

A une différence près:
personne ne dit de ne pas utiliser UTF-8, alors que beaucoup (trop ?) de
gens disent qu'il ne faut pas utiliser XHTML.

Ceci explique peut-être cela.

--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Avatar
Olivier Miakinen
Le 15/06/2005 10:25, ASM a écrit :

Pourquoi donc ? La majorité des navigateurs Mac doivent savoir lire sans
prb Iso Latin-1.



As-tu un Mac ?

Sur PC (à ce qu'il me semble) tu y tapes un é direct dans le code html
sans indication d'encodage, n'importe quel navigateur
devrait arriver à afficher un é



Oui, c'est valable pour les PC configurés avec cp1252, mais pas pour les
PC polonais par exemple. Par ailleurs c'est vrai pour le é mais pas pour
le ½ ou pour l'apostrophe. Enfin, cela ne concerne que les éditeurs de
texte n'utilisant que l'encodage par défaut.

Si tu fais la même chose sur Mac -> l'affichage sur navigateur
a de fortes chances de n'être qu'un KKbouilla.



Si tu tapes un l barré avec un PC polonais, ou un ½ avec un PC français,
cela donnera souvent un KKbouilla aussi une fois mis sur le web. Là
encore ce n'est vrai que si l'éditeur ne connaît que l'encodage par défaut.

En revanche, si tu utilises un éditeur iso-latin-1 sur le Mac, même un
Mac polonais ou coréen, le texte généré sera correct avec l'encodage par
défaut à iso-latin-1. De même pour utf-8 s'il est déclaré comme tel.

[...]

Bien entendu, avec BBE mis en utf-8, il n'y plus aucun pb
(ni sur site, ni at home)



C'est bien là qu'est le point essentiel : l'encodage utilisé par l'éditeur.
Avatar
Thomas
In article (Dans l'article) ,
ASM wrote (écrivait) :

Thomas a ecrit :
>
> tiens, <http://tDeContes.hd.free.fr/aide/README> je viens de le
> convertir en unix

Tu l'as uploadé avec quoi?



je t'ai dit que le site est directement chez moi



NC4.5 vieux Mac
- mode normal (iso-8859-1)
-> KKbouilla à l'affichage (le source est correctement accentué)
- mode windows (Windows-1250)
-> autre KKbouilla à l'affichage (le source est correctement accentué)
- mode MacRoman
-> OK à l'affichage (le source est correctement accentué)



voilà, le "unix" de BBE ne concerne que les fins de ligne :-)


> mon mac a bientot fini sa garantie, apres quoi j'en racheterais
> probablement un

C'est quoi ? ce sera combien ?



??


> et je pourrais utiliser textwrangler

Heu ... les systèmes 10.3 ou 10.4 doivent pouvoir être achetés
(moins cher qu'une machine)



j'ai pas envie de racheter un systeme maintenant si je rachete une
machine dans un an !

--
http://tDeContes.hd.free.fr/
http://palestine-hn.org/

"don't put your PC out of the window, put windows out of your PC"
"petit Free qui devient grand, gêne les requins blancs"
2 3 4 5 6