Ouverture du projet exssivement longue ... (Page 1 of 2)

Il y a visiblement eu un problème lors de l'enregistrement de votre fichier, une quantité astronomique (et je pèse mes mots) de ligne vide sont présente ce qui le rend très long à lire. C'est un problème qui nous à déjà été remonté mais extrêmement rare et impossible à reproduire de notre coté.
Pensez bien à faire des backups régulier de vos projet ça peut sauver des heures de boulot.

En lien votre fichier restauré.
https://we.tl/t-bvVZEd1ISA

Bonjour,

sur de gros projets ~ + 100 folios l'astuce que j'utilise est d'ouvrir le projet et de l’enregistrer ensuite avant d'y retravailler dessus avec la date (au format us) + nom du projet, exemple:
2022-6-30-mon-projet.qet

Tous les fichier de QElectroTech sont des xml, donc avec un bonne éditeur de texte tu peut t'en sortir (notepad++, gedit, kate etc...).
Bon avec ton fichier, même avec un éditeur de texte c’était ingérable du coup j'ai utilisé grep (sous linux, ou par le biais de wsl) 

grep "\S" CARTONNAGES_AUCH_2022_06.qet

qui ressort ton fichier corrigé.

https://qelectrotech.org/forum/viewtopi … 556#p15556

Edit: si tu te sers du plug-in qet-tb-generator pour générer tes borniers, je te conseille de prendre la dernière version.

pour avancer un peux, j'ai installer un linux sur mon Windows :

en faisant
grep "\S" A.qet>B.qet j'obtient le même fichier ...

en faisant
grep "\s" A.qet>B.qet
j'ai un fichier étrange qui ne marche pas mais sans les ligne vide

merci de votre aide

Corrigé

J'ai utilisé la commande grep que tu as donné, mais le fichier était corrompu (comme tu le disais) j'ai tenté de le corriger avec xmllint donné plus haut, mais le fichier bien que ouvrable par qet ne contenais presque plus rien.
Du coup j'ai corrigé à la main le fichier (celui crée par grep) avec kate. https://kate-editor.org/fr/

un grand merci à toi pour ton aide.

Sais tu pourquoi la commande de la dernière fois :grep "\S" .... ne marche pas ?
Peux tu me dire les corrections que tu as fait (si ce n'est pas trop compliqué à expliquer par message), c'est pour ma compréhension personnelle.

question général.

Savez vous pourquoi qet_tb_generator me corrompt mes fichiers ?

Bonjour,

c'est fait :

https://github.com/raulroda/qet_tb_gene … n/issues/4

si tu veux y apporter des elements suplémentaires ...

Pour corriger les fichiers rapidos j'ai fais ceci, sous mon Debian sous windows :

je fais une copie du fichier et je le renomme A

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

ça marche bien.

Encore merci pour l'aide de chacun

Mais tu as tout à fait raison. Je suis assez novis en commande console. C noté.

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.

Joshua :

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.