Je viens de télécharger la version 0.7.10 pour voir si elle allait résoudre mon problème, mais visiblement, rien n'a changé et je me demande sincèrement si les développeurs de Nvu et de Kompozer jettent parfois un oeil sur les fichiers générés avec ce logiciel dans un simple éditeur de texte...
Description du problème:
Chaque fois que l'on édite un fichier dans Nvu/Kompozer, dès qu'on le sauvegarde, il ajoute un saut de ligne ('0x0a' ou encore '\n') aprés chaque saut de ligne déjà présent dans le fichier original.
Ce comportement intervient lorsqu'on sélectionne l'option "Reformater la source HTML" dans le menu Outils->Préférences->Général.
Au contraire, si l'on sélectionne l'option "Conserver le format source d'origine", alors là, tout le code que l'on rajoute est simplement ajouté sur la même ligne sans aucun saut de ligne, ce qui évidemment devient rapidement pénible à lire quand on se retrouve avec des lignes de plusieurs centaines ou milliers de caractères.
Exemple:
Je prend le début de ce message et je l'édite dans Kompozer.
Fichier Initial:
Code : Tout sélectionner
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1" http-equiv="content-type">
<title></title>
</head>
<body>
Salut,<br>
<br>
Je viens de télécharger la version 0.7.10 pour voir si
elle allait résoudre mon problème, mais visiblement, rien
n'a changé et je me demande sincèrement si les
développeurs de Nvu et de Kompozer jettent parfois un oeil sur
les fichiers générés avec ce logiciel dans un
simple éditeur de texte...<br>
<br>
Description du problème:<br>
<br>
Chaque fois que l'on édite un fichier dans Nvu/Kompozer,
dès qu'on le sauvegarde, il ajoute un saut de ligne ('0x0A' ou
encore '\n') aprés chaque saut de ligne déjà
présent dans le fichier original.<br>
<br>
Ce comportement intervient lorsqu'on sélectionne le "Reformater
le la source HTML" dans le menu
Outils->Préférences->Général.<br>
<br>
Au contraire, si l'on sélectionne l'option "Conserver le format
source d'origine", alors là, tout le code que l'on rajoute est
simplement ajouté sur la même ligne sans aucun saut de
ligne, ce qui évidemment devient rapidement pénible
à lire quand on se retrouve avec des lignes de plusieurs
centaines ou milliers de caractères.<br>
</body>
</html>Je ferme tout les documents, et je ré-ouvre le fichier, j'y ajoute une ligne, je sauvegarde, et résultat:
Code : Tout sélectionner
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1" http-equiv="content-type">
<title></title>
</head>
<body>
Salut,<br>
<br>
Je rajoute une ligne.<br>
<br>
Je viens de télécharger la version 0.7.10 pour voir si
elle allait résoudre mon problème, mais visiblement, rien
n'a changé et je me demande sincèrement si les
développeurs de Nvu et de Kompozer jettent parfois un oeil sur
les fichiers générés avec ce logiciel dans un
simple éditeur de texte...<br>
<br>
Description du problème:<br>
<br>
Chaque fois que l'on édite un fichier dans Nvu/Kompozer,
dès qu'on le sauvegarde, il ajoute un saut de ligne ('0x0A' ou
encore '\n') aprés chaque saut de ligne déjà
présent dans le fichier original.<br>
<br>
Ce comportement intervient lorsqu'on sélectionne le "Reformater
le la source HTML" dans le menu
Outils->Préférences->Général.<br>
<br>
Au contraire, si l'on sélectionne l'option "Conserver le format
source d'origine", alors là, tout le code que l'on rajoute est
simplement ajouté sur la même ligne sans aucun saut de
ligne, ce qui évidemment devient rapidement pénible
à lire quand on se retrouve avec des lignes de plusieurs
centaines ou milliers de caractères.<br>
</body>
</html>Mais c'est pas fini, comme je suis bien maso (bon, à forte tendance sado quand même
), je rajoute quelques mots. Pareil, je ferme le document, le ré-ouvre, l'édite et le re-sauvegarde. Résultat:Code : Tout sélectionner
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1" http-equiv="content-type">
<title></title>
</head>
<body>
Salut,<br>
<br>
Je rajoute une ligne, et quelques mots.<br>
<br>
Je viens de télécharger la version 0.7.10 pour voir si
elle allait résoudre mon problème, mais visiblement, rien
n'a changé et je me demande sincèrement si les
développeurs de Nvu et de Kompozer jettent parfois un oeil sur
les fichiers générés avec ce logiciel dans un
simple éditeur de texte...<br>
<br>
Description du problème:<br>
<br>
Chaque fois que l'on édite un fichier dans Nvu/Kompozer,
dès qu'on le sauvegarde, il ajoute un saut de ligne ('0x0A' ou
encore '\n') aprés chaque saut de ligne déjà
présent dans le fichier original.<br>
<br>
Ce comportement intervient lorsqu'on sélectionne le "Reformater
le la source HTML" dans le menu
Outils->Préférences->Général.<br>
<br>
Au contraire, si l'on sélectionne l'option "Conserver le format
source d'origine", alors là, tout le code que l'on rajoute est
simplement ajouté sur la même ligne sans aucun saut de
ligne, ce qui évidemment devient rapidement pénible
à lire quand on se retrouve avec des lignes de plusieurs
centaines ou milliers de caractères.<br>
</body>
</html>À l'origine, le fichier contient 36 sauts de ligne, aprés la première édition, il en contient 56, à la deuxième édition, il en contient 74, et à la troisième édition, c'est pas moins de 92 sauts de lignes!
Bref, à globalement 20 sauts de lignes supplémentaires chaque fois, à la 500ième édition, c'est pas loin de 10000 sauts de lignes inutiles pour un fichier qui fait moins de 40 lignes!
Et ne venez pas me parler de blabla HandCoder/Tidy machin qui reformate le code. Moi je trouve que la mise en page d'origine faite par L'éditeur de Mozilla originel/Nvu/Kompozer est très bien, je veux juste avoir un minimum de saut de lignes intempestifs dans mes pages!
Donc là, c'est en quelque sorte un appel aux développeurs de Kompozer de faire quelque chose pour solutionner ce comportement.
Note: Ce comportement n'intervient que si on ferme le fichier et puis qu'on le ré-ouvre, sinon, si on se contente de modifier le fichier et de le sauvegarder, la mise en page est conservée.
PS: La seule solution que j'ai pour l'instant est de faire un post-traitement avec un éditeur hexa et de faire un remplacement des séquences de '0x0a' consécutifs par un seul '0x0a'.
Bonne journée.
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20070208 Mandriva/2.0.0.6-1mdv2007.0 (2007.0) Firefox/2.0.0.6
Cela dit avoir Handcoder en extension est globalement un plus appréciable
oui, et bien moi, j'admire votre calme (et je m'abstiens vu qu'i paraît que je m'énerve trop vite)