Discussion :

[fredu]

Bonjour,

Je suis un gros débutant sous linux. J'ai installé ubuntu gnome et je commence juste à m'en sortir.

J'ai partitionné mon disque de sorte à avoir une partition ext3 pour partager mes documents entre linux et windows.

Le problème, c'est que les noms de fichiers/répertoire qui comportaient des éàè (etc) sous windows affiche des petits losanges avec un ? dedans. Et inversement aussi.

Je développe aussi un peu pour le web (en php) et après avoir transférés mes sources de windows à linux, et avoir installé un eclipse pdt, il en va de même pour ces même caractères dans le code source. Ce qui est problèmatique, un peu.

Y a til un moyen pour modifier cela?

Merci d'avance!


EDIT:
--------------------------
Je précise encore une chose.

Si je fais un less de l'un de mes fichiers sources pour l'afficher voici une ligne que j'obtiens:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 //m<E9>thode <E0> surcharger

Ce qui était à la base un simple commentaire voulant dire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 //méthode à surcharger

Voilà

[KristoV]

J'ai eu un problème de ce type là à une époque mais il me semblait que dans Ubuntu, c'était résolu. Pour la réponse, ça vient d'un problème de charset, Windows utilise windows-1258 et Linux utilise UTF-8. C'est comme si tu écrivais tes fichiers avec un autre alphabet, si tu veux.

J'ai gardé dans mes archives le lien qui m'avait aidé à m'en sortir, il me semble : http://palpatine42.free.fr/blog/post...ndows-et-linux

Si tu as d'autres questions, n'hésite pas

[fredu]

Bonjour,

Merci de cette réopnse, le billet est très intéressant, même si je suis loin de tout comprendre.

J'ai essayé de lancer la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

# mount -o loop,utf8 /home

Mais la réponse est bof:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
mount : type erroné de syst .de fichiers, option erronée, super bloc
        erroné sur /dev/loop0, codepage ou aide manquante ou autre erreur
       Dans quelques cas certaines informations sont utiles dans syslog - essayez
       dmesg | tail  ou quelque chose du genre

Sur un autre forum on m'a conseillé

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

# mount -o remount,iocharset=utf8 /home

la réponse est toujours bof

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mount: /home n'est pas déjà monté ou option erronée

Je ne sais pas si le point de montage /home est une bonne idée...

Merci d'avance!

[fredu]

toujours personne?

[tintin72]

J'ai exactement le même problème que toi (ordi avec dualboot Ubuntu/WinXP)
et quand je change de système je me retrouve avec des fichiers dont l'encodage
est différent selon qu'ils ont été édités sous Linux ou sous Windows.
Je crois que ce problème est plus profond qu'il n'y paraît et mériterait un vrai débat.
Je m'explique:
On est dans une période de transition où l'utf-8 prend progressivement le pas sur
l'iso 8859-*, malheureusement ça ne se fera pas en 2 jours, et très peu de gens savent
qu'à chaque fichier correspond un encodage.
Je trouve de plus en plus de pages sur le net avec des caractères bizarres à la place des accent, ce qui prouve bien que pour l'instant on est en pleine pagaille.

Il ne s'agit donc pas d'un simple problème de manip informatique (même si ça peut dépanner dans certains cas) mais d'une compréhension de ce qu'est l'encodage d'un fichier.

Donc dans l'état actuelle des choses on a:
Linux -> utf-8
Windows -> iso-8859-14 (windows1258 pour être plus précis)

Choisis ton camps camarade !
(Sachant que l'utf-8 offre bien plus de possibilités d'affichage et sera bientôt (mais quand ?) la norme pour tous les fichiers)

Pour ma part j'ai décidé d'éditer tout mes fichiers de développement (php, html, cpp etc..) en utf-8.
Bien sûr ça demande de la prudence, on a toujours le réflexe d'utiliser l'appli
proposée par le système (en l'occurrence Windows) pour éditer son fichier (Notepad pour du texte par ex).

Ma solution.. Vim
Éditeur de texte surpuissant disponible pour Linux et Windows et qui gère très bien l'encodage.
Il en existe d'autre bien sûr (notepad++), l'essentiel est de bien s'en tenir à l'encodage choisi.

[fredu]

Salut,

Réponse rassurante même si elle ne me donne pas de solution au sens propre.

Tant pis. Je vais terminer mes projets actuels sous windows et commencer les prochains sous linux en utf8. Effectivement, utf8 est une meilleure option dans l'absolu, mais pour des programmeurs (web ou autre) il va falloir s'y habituer, notamment à utiliser des fonctions multi-bytes à cause du fait que les caractères peuvent alors prendre 2 octets. A ce propos, j'ai plusieurs questions, peut être pourras tu m'aider.

- si je réinstalle windows en anglais, est ce que je bénéficie alors de utf8? (à mon sens non mais on sait jamais)
- si je passe mon système de ISO 8859* à utf8, que se passent ils avec mes projets web?
--> sachant qu'ils portent le header ISO-8859-1, est ce que leur encodage sera tout de même basculés à utf8?

Je dois dire que pour moi, et pas faute d'avoir beaucoup lu à ce sujet, les charset restent un sujet très obscurs. Déjà un des points particuliers est qu'on peut définir le charset sur
-la machine
-l'ide ou l'éditeur
-dans notre fichier html (header du code source)

Quel est le rôle de tous ces niveaux, et leurs répercussions entre eux?

Le problème, c'est que je me suis enfin habitué à Eclipse et que j'aurais beaucopu de mal à repasser sur notepad++. Faisant également du java, j'aime le luxe de n'avoir qu'une IDE pour tous mes projets. Quant à vim, j'avais dit que j'étais un linuxien immature ( ) et donc, pour le moment, il est difficile de concevoir remplacer mon IDE super puissante contre un éditeur console (ne me tuez pas pour ce que j'ai dit svp).

voilà, je reste dubitatif

[tintin72]

Pour ce qui concerne le changement d'encodage du système (Linux en 8859 ou Windows en utf-8), un conseil: Laisses tomber !
Tu risque de rendre ton système instable, car quand un OS est définit avec un certain encodage, toute la suite logiciel qui l'accompagne adopte aussi cet encodage.

Déjà un des points particuliers est qu'on peut définir le charset sur
-la machine
-l'ide ou l'éditeur
-dans notre fichier html (header du code source)

Quel est le rôle de tous ces niveaux, et leurs répercussions entre eux?

Un éditeur simple encodera toujours les fichiers selon l'encodage utilisé par le système (l'OS).
L'utilisation d'un éditeur qui gère l'encodage des fichiers permet justement de s'affranchir
de ce problème.

Si ton fichier html est encodé en utf-8 et que ton header définit l'encodage en iso-8859-15
(ou l'inverse), tu auras des caractères bizzares à la place des accents lors de l'affichage
de ta page web.

[fredu]

oui je ne m'appretais pas à modifier le charset windows. Je comprend bien la problèmatique de la chose.

Mais j'ai tout de même trouvé la réponse à mes question, et je vous remercie de m'avoir fait pointer sur les bonnes choses à vérifier.

En réalité, le problème se situe au niveau de windows (qui l'eut cru). Pour d'obscures raison, l'utilitaure ext2ifs ne me permettait pas d'explorer mes drives. Il me demander un formatage de tous les disques ext3. Sans me poser plus de question je me suis tourné vers l'alternative ext3fsd, qui lui me permettait d'ouvrir mes partitions ext3 sans problèmes.

Le problèmes, c'est que là ou ext2ifs active par défaut l'encodage utf8 des partitions ext3 (donc on ne se pose généralement pas la question) ext3fsd ne le fait pas. Il faut ouvrir la fenêtre du programme, cliquer droit sur un disque, faire Service Management et paramétrer l'option codepage à UTF8. Plutôt sibyllin comme disait l'autre...

Après redémarrage de la bête, tout roule!

Donc encore merci pour votre aide, j'espère que ce topic pourra venir en aide à d'autres novices avec ce genre de problème.

[ALT]

Une petite précision, à propos des sites ouaibe :
Si les caractères accentués sont mal rendus c'est que l'éditeur du site :

• a tapé directement les dits caractères au lieu d'utiliser les codes standards ("é", par exemple pour "é")
• ET a omis la ligne

  Code :

  Sélectionner tout - Visualiser dans une fenêtre à part

  1
  2
  <meta http-equiv="content-type"
      content="application/xhtml+xml; charset=utf-8" />

Bref, il a bâclé son site !
Car une seule des deux précautions ci-dessus suffit.
Hélas, ça arrive même sur les sites des grosses entreprises...