Discussion :

[onh890]

Salut les amis,
j'ai un problème avec le caractère spécial '\n', voici mon pb :
String x = new String("hello world j'aime l'informaique");
x=x.replace(" ","\n");
Quand je fais : System.out.println(x);
ça m'affiche ceci :
helllo
world
j'aime
l'informatique

mais au contraire quand j'écris cette chaine de caractères dans un fichier je trouves ceci : helloworldj'aimel'informaique
j'ai essayé le même truc avec '\r' et ça donne toujours le même résultat ??!!
Prière de m'expliquer la cause et comment devrais je résoudre ce pb et Merci d'avance.

[rtg57]

Bonjour,

quand vous dites

dans un fichier je trouves ceci : helloworldj'aimel'informaique

par quel moyen arrivez-vous à savoir ce qu'il y a dans le fichier ?
Vous l'ouvrez avez Bloc-note ?
Ou bien vous le chargez à l'aide d'un autre code JAVA, et parcourez les octets récupérés ?
Car cela m'étonnerais que les octets '\n' soient perdus lors de l'opération sur le fichier.

@ bientôt ....

[adiGuba]

Salut,


La fin de ligne dépend de l'OS, et il correspond à la valeur retournée par System.getProperty("line.separator")...


a++

[thelvin]

Certains programmes qui lisent les fichiers textes veulent que les fins de lignes soient en \n. D'autres qu'elles soient en \r\n. Et la plupart acceptent n'importe lequel.

Bref, utilise un autre programme pour lire tes fichiers et tout ira bien.

(La fin de ligne de dépend pas de l'OS mais du programme qui lit le fichier. Internet s'est démocratisé depuis cette époque ancienne.)

[bulbo]

Bonjour,

Déjà il faudrait savoir comment c'est écrit dans le ficher.. un bout de code aiderait.

\n est interprété automatiquement par java pour être le retour à la ligne correspondant à l'OS donc je pense que le problème n'est pas lié au \n, ni au line.separator mais à une simple bourde dans le code.

Bulbo

[adiGuba]

Non il n'y a pas de traitement particulier sur un \n.
Par contre certains éditeurs avancés peuvent gérer cela.

Si tu écris "A\nB" dans un fichier et que tu ouvres sous Windows avec un éditeur simple (notepad par exemple), tu n'auras pas de retour à la ligne entre A et B...


Après le comportement peut être différent selon l'éditeur ou la console que tu utilises. Mais il faut normalement utiliser "line.separator" pour générer un fichier "correct" pour le système hôte.

a++

[bulbo]

Incroyab' j'étais persuadé avoir lu quelque part que justement le \n était suffisant et qu'il était inutile d'utiliser le line.separator .. mais à fouiner ça et là sur le net, il semblerait bien que tu ai raison Adi .. au temps pour moi donc.

/me tente une pirouette desespérée:

N'empêche que le code peut être en cause si un BufferedWriter est utilisé et que des write(line + "\n") sont fait au lieu d'utiliser la méthode newLine

Bulbo

[adiGuba]

Incroyab' j'étais persuadé avoir lu quelque part que justement le \n était suffisant et qu'il était inutile d'utiliser le line.separator ..

Tu confonds peut-être avec le %n du printf()/format() qui lui correspond bien au line.separator.

N'empêche que le code peut être en cause si un BufferedWriter est utilisé et que des write(line + "\n") sont fait au lieu d'utiliser la méthode newLine

Ben oui c'est ce qu'il fait !

La plupart des méthodes de l'API qui écrivent une fin de ligne utilisent line.separator (println(), newLine(), printf/format("%n"),...)

Donc si tu utilises ces méthodes aucun problème... sinon


a++