salut, j 'essaye de ramener des données mac vers un win, et c la merde pour tous les charactères "accentués".....on a essayé de les ramener en passant par du standard .TXT , par du .DBF, etc..... mais toujours ces charactères sont à chier...on peut rien faire....quel serait le moyen de ramener des fichiers texte accentué et qu 'ils soient lisibles sur pc??????
d ailleurs comment font les webmaster qui bossent sur mac?
 
 
merci de votre précieuse aide  

Normalement, Tous les webmasters et pas seulement ceux qui bossent sur mac utilisent des codes pour le caractères accentués.
Voir RFC 2070 : http://www.ietf.org/rfc/rfc2070.txt
basé sur la norme ISO 10646.
Exemple un "é" se code "& Eacute ;" ou & "# 201 ;" (Sans les espaces...)
Regarde le source d'une page : Exemple : http://fr.yahoo.com
Dedans, tu verra plein de &xxx;

[edit]--Message édité par Mara's dad--[/edit]

Ah c'est à ca que ca sert
Je me demandais justement parce qu'en générant du html avec un éditeur ca foutait ces &xxx
Putain alourdir nos pages html juste pour les blaireaux qui bossent sur MAC
Non parce que l'air de rien, on remplace un caractère par 7 caractères et au niveau chargement de la page, il doit y avoir une différence
Merci pour l'info

Non c'est pareil pour les unix pour ceux qui ont des windows sans caractères accentués (les ricains par exemple)

franchement c'est koi 6 caracteres en + (même *100) à côté d'une bonne banniere animée bien grasse de 150ko ??

scusez moi, je sens que ça a un peu dérivé!
en fait c pas de l'html qui memmerde, g simplement parlé des webmasters comme ça.....mais eskia un moyen d utiliser des fichiers TEXTE sans une "nomenclature spéciale HTML" qui soit en langage compatible PC-MAC-UNIX vis-à-vis de charactères non-alphanumérico-simples ????

Pas moyen simple il me semble man , il suffit de voir les pbs qu'on a en faisant une appli en mode console avec Visual C++.
Merci l'innovation (dixit Microsoft) et vive le DOS

euh... je vais peut-être dire une connerie, mais, le RTF ou le latex, ca existe pas sous mac?,

 
Non.
C'est justement pour resoudre ce genre de pb que les entites caracteres ( &#ddd; )ont ete inventees en SGML, et adoptees par la suite en HTML.
Des que tu es en dehors de la zone [0-127] (=ASCII), tu n'a plus de correspondance exacte entre les encodages DOS Unix et Mac.
A+,

k666 a écrit a écrit : salut, j 'essaye de ramener des données mac vers un win, et c la merde pour tous les charactères "accentués".....on a essayé de les ramener en passant par du standard .TXT , par du .DBF, etc..... mais toujours ces charactères sont à chier...on peut rien faire....quel serait le moyen de ramener des fichiers texte accentué et qu 'ils soient lisibles sur pc?????? d ailleurs comment font les webmaster qui bossent sur mac?     merci de votre précieuse aide

Ca s'appelle l'éternel problème des codes de page. Il se pose dès qu'on utilise des caractères non-anglais (donc, en français, des caractères accentués). HTML encode des caractères avec des entités ("& eacute ;" ou "&# 233;" en enlevant tous les espaces) pour éviter ce problème de code de page, et donc arriver à "décrire" les caractères accentués en n'utilisant que des caractères anglais.
 
Si tu veux pouvoir garder les accents tels quels sans passer par ces moyens-là, il faut que tes 2 systèmes utilisent les mêmes codes de page. Les codes de pages les plus courants en France sont les codes ISO-8859-1 (appelé aussi ISO-Latin-1, ou win-1252 chez Microsoft), et aussi les codes 437 et 850. Tu as aussi Unicode, qui est censé régler tous les problèmes, sauf pour les softs qui supposent qu'un caractère prend toujours un octet (ce qui n'est pas le cas de l'Unicode).

[edit]--Message édité par BifaceMcLeOD--[/edit]

Les entites caracteres de type &#nnn; , d'ailleurs, c'est la mauvaise solution, dans ce cas precis:
&#nnn; affiche le caractere nnn dans la fonte courante, donc variable selon les systemes (ca fait pas trop de degats si la fonte courante utilise un encodage isolatin1 au lieu de l'encodage systeme, mais c'est pas l'ideal)
Par contre, une entite nommee (ex: é pour é ) est independante de l'encodage de la fonte, et est donc la meilleure solution.
A+,

gilou> Normalement, non, pas la fonte courante. En HTML, dans le header, le code de page "encoding" doit être spécifié. Exemple (tiré d'une page de ce forum):
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
S'il ne l'est pas, la plupart des browsers utilisent ISO-Latin-1 (ou iso-8859-1) par défaut.
 
k666> Essaye de passer par du texte Unicode si ton Mac le permet. Je pense que c'est ce qui sera encore de plus simple.

>le code de page "encoding" doit être spécifié
 
Doit? ou Peut?
Parce que les trucs obligatoires en html...
 
Pour le coup de la fonte courante, c'est ce qui se passait en SGML, et je pensais que HTML n'avait fait qu'en pomper le mechanisme. Faudra que j'aille voir au w3c
A+,

merci bien les amis!
juste que la destination de ces fichiers est une appli en c++ qui travaille QUE avec de l iso 8859, ya rien à faire....mais bon, merci qd même.......
juste une dernière petite question, ya des applis qui convertissent du page code MAC en iso 8859 ???

[edit]--Message édité par k666--[/edit]

Essaie BBedit sur mac.

c koi BBEDIT (scuse moi mais c paske c pas moi qui a le mac, donc pour le recommander à kelkun fo kje sache )

enregistres les en RTF et basta
 
je comprendrais jamais pourquoi vous pouvez pas ecrire "mac" sans y accoler une floppé d'insultes
 
c marrant une fois, mais a force je trouve ca aussi lourd que pueril
argumentez sinon, merde !