Thk

I fixe it with a text-editor.
I deleted all the ";" line

EDIT:
You should also check your elements-collection for such lines!

Çà c'est toi qui a peut-être du faire un retour ligne, le but de la commande n'est pas d'effacer les informations utilisateur, mais de supprimer les 793752 Lignes 
 inutiles qui ralenti le lancement de ton projet.

Le principal c'est que ça puisse servir à d'autres qui rencontreraient ce problème, les fichiers générés par QET étant du simple XML il est toujours possible de les réparer, ce qui n'est pas forcement possible avec des logiciels propriétaires quand ton projet est corrompu ...

Sinon quelque soit la commande utilisée, l'outil et il y en à une pléthore sur gnu-linux ( sed, auk, cat, etc)...  le but étant d'arriver à ses fins.

Pas tout à fait, avec les 2 dernières lignes de commandes :

sed '/^
/d' A.qet > B.qet
sed '/^&#/d' A.qet > B.qet

il reste ce genre de ligne : <text>N3&#xd;

certe pas génante (enfin je pense) mais pas nickel.

Après test je préfère la solution :

sed -i 's/&#xd;//' A.qet && sed '/^$/d' A.qet > B.qet

qui supprime toute les chaines &#xd inutile

Normal que ça n'ai pas marché c'était juste pour l'exemple, un fichier qet n'est pas formé comme.

grep -o -i "
" A.qet | wc -l

793752 Lignes &#xd;

wc -m &#xd; < A.qet
[2] 7651

D’après wc tu as 7651 X ton Carriage return :&#xd, donc 7651 lignes sur 807418 lignes que contient ton fichier XML:

wc -l < A.qet
807418

http://www.man-linux-magique.net/man1/wc.html

Avec les outils gnu sur linux tu as de quoi toi faire si tu sais lire les man et faire des recherches sur la toile, oublie Wind*@... juste livré avec une calculette et un bloc-note ... c'est pas demain que l'os de Redmond ira sur les supers calculateurs ou dans l'espace ...

tu supprimes les lignes commençant par l’occurrence "&# "et l'autre par  l’occurrence complète recherchée :"&#xd;" qui est un CR code hex   &#xd;

Bon j'ai quand même passé quelques heures pour la trouver cette formule avec sed ...
Je manie davantage le tournevis et la VAT et clé a molette et mon cerveau logique que le man de sed au boulot ...

Si ça te dit d'en savoir plus sur sed, après il y a aussi AWK, cat, perl, etc comme outils pour manipuler du fichier.. tout comme vim ou emacs pour les durs..
https://www.grymoire.com/Unix/Sed.html

https://www.cyberciti.biz/faq/how-to-re … x-or-unix/

Merci pour ton temps. J'ai bien compris le Pb. J'avais fait la modification que tu as mis en exemple, mais je pense que ce n'est pas la seul que tu as faite. Car cela ne marché pas juste avec ça.

cool, merci pour cette optimisation. J'aime bien quand dans un minimum de code tu en fais autant :-)

juste pour info la différence entre &# et  &#xd ?

Je ne sais pas, et pas cherché non plus.

Je ne l'ai pas essayé, mais la solution de Laurent doit sûrement être plus propre et rapide que la mienne, mais voici comment j'ai fait.
Une fois le fichier partiellement réparé, je l'ai ouvert avec kate, dans celui-ci si ce n'est déjà fait indique que le fichier est en xml (tout en bas à droite de kate) cela ajoute la coloration syntaxique ainsi que le pliage de code.
C'est grace à cette fonctionnalité que j'ai pu voir ou se trouvais les problèmes. Lors de certain pliage de code la balise ouvrante et fermante d'un element xml n'étais pas identique, donc à ce moment la il faut chercher entre ces deux balises ou se trouve le problèmes (dans la grande partie du temps il te faudra explorer les elements enfant et ainsi de suite). Une fois l'erreur trouvé il suffit de la corriger.

un exemple de xml corrompu :

<project>
        <diagram id="1">
            <title>page de garde</title>
        </diagram>
        <diagram id="2">
            <title>schema de puissance</title>
        </diagrams>
    </diagrams>
    <collection>
        <element nom="disjoncteur">
            <text>QM1</text>
        </element>
        <element nom="relais">
            <text>KM1
        </element>
        <element nom="moteur">
            <text>M1</text>
        </element>
    </collection>

et le même réparé

<project>
    <diagrams>
        <diagram id="1">
            <title>page de garde</title>
        </diagram>
        <diagram id="2">
            <title>schema de puissance</title>
        </diagram>
    </diagrams>
    <collection>
        <element nom="disjoncteur">
            <text>QM1</text>
        </element>
        <element nom="relais">
            <text>KM1</text>
        </element>
        <element nom="moteur">
            <text>M1</text>
        </element>
    </collection>
</project>

Voila.
Après c'est vraiment une méthode bourrin, mais qui a le mérite de faire découvrir comment un xml est formé. Je fait ainsi car la flemme (et pas envie d'y consacrer du temps, j'arrive déjà pas trop à en trouver pour développer qet...) de chercher une méthode avec les outils fournis dans nos distribution linux.