Joshua wrote:

Le problème devrais être réglé avec le commit 5928, à testé donc.

J'ai testé le commit 5928, le problème est toujours présent.
Il doit y avoir un soucis dans le lien de fichier (antislash ou autre : ??)
J'ai mis 1 capture d'écran du message obtenu avec 1 fichier test.qet qui est sur le bureau (Win10_x64).
Le début du lien est bizarre : ??

Edit : Le lien du fichier restauration n'est pas bon (antislash : ??)
Si on clique sur OK, on a la fenetre d'erreur 'echec de l'ouverture du projet' suivi du crash de qet en cliquant sur ok.

Joshua wrote:

Le problème devrais être réglé avec le commit 5928, à testé donc.
Au final c’était juste une erreur de ma part, aucun bug (comme je le pensais à un moment donné) ou histoire d'antislash sous windows.

Merci.

Pour le dossier C:\Users\username\AppData\Local\stalefiles\QElectroTech :   il est complètement vide
Je lance le fichier .qet : j'ai le message qui apparait et dans le dossier '...\stalefiles' , j'ai 2 fichiers qui sont apparus.
Si je ferme qet normalement ou juste le projet (mais pas qet), ils disparaissent.
.
J'ai aussi essayé la manip suivante (cela peut peut etre aider) :
J'ai lancé 1 fichier .qet.
Lorsque le message est apparu, je n'ai pas coché 'oui ou annulé'
J'ai fermé qet par le gestionnaire des taches et j'ai les 2 fichiers dans '...\stalefiles' qui sont restés.
J'ai lancé qet normalement par le .bat et dans le message 'restoration' le lien pointe vers mon fichier .qet.
Du coup, est-ce le fichier dans 'stalefiles' qui est ouvert ou le fichier .qet si on répond oui ? , si on répond 'non' ca doit etre le fichier .qet.

scorpio810 wrote:

Normalement C:\Users\username\AppData\Local\stalefiles\QElectroTech doit être vidé à la fermeture de QET si pas de crash.
Windows avec ses "\" au lieu de "/" comme tous les OS... krkrkrr

Je suis sur la readytouse, donc je ne sais pas.
.
Par contre, je viens de voir (je suis sur la readytouse), si cela peut aider :
Si qet est fermé, je double-clic sur le fichier .qet : j'obtiens le message d'erreur
Si qet est déja ouvert (avec ou sans projet), je double-clic sur le fichier .qet : je n'ai pas le message d'erreur

edit : j'ai regardé dans le dossier conf/backup, le dossier reste toujours vide: c'est peut-etre normal.

J'ai regardé dans mes archives, mais je n'ai pas de versions entre 5715 et 5805. Je n'ai pas fais de mises à jour entre les 2. Et je ne m'en suis pas apercu avec la 5805 car c'était en meme temps que la création d'un nouveau projet donc j'étais passé par le lanceur .bat.
Et je n'ai pas fait de schémas depuis faute de disponibilité au boulot ou à la maison, donc pas pu revoir le bug.

Pour ma part, je suis sous Win10-64bits.
Dans mon message plus haut (voir mes esssais sous Edit), j'avais fais les tests sous Win10_x64 et j'avais aussi fait les memes tests avec Win7_Pro_x64 dans une machine virtuelle : jusqu'à au moins la 0.7svn5715 cela marchait bien.
Nota : mes retours du problème ne sont faits qu'avec la version readytouse, je n'ai jamais utilisé la version install, je pense que si le problème est sur une version, il l'est aussi sur l'autre.

J'ai fait quelques essais avec les liens dans la page 'telechargements', si cela peut t'aider.
En double cliquant sur 1 fichier .qet dans l'explorateur windows :
Avec qelectrotech-0.61+svn5490-x86-win32-readytouse.7z : pas de message 'restore' = ok
Avec qelectrotech-0.70-RC1+svn5832-x86-win32-readytouse.7z : message 'restore' qui apparait.


edit :
j'ai fais d'autres recherches dans mes archives
Avec electrotech-0.70-dev+svn5715-x86-win32-readytouse : pas de message = ok
Avec qelectrotech-0.70-dev+svn5805-x86-win32-readytouse : le message 'restore' réapparait

Je pense que la modif s'est perdue entre la 5715 et 5805

Bonjour,
J'ai installé la version 0.70RC1 sous windows.
Si je lance qet par 'lancer qet.bat', pas de soucis.
Lorsque j'ouvre 1 projet en passant par l'explorateur (double-clic sur le fichier .qet), qet s'ouvre, charge les collections et ensuite, il me dit qu'il a trouvé 1 fichier de restoration correspondant à mon projet. J'ai le message pour tous les projets que j'ouvre de cette manière.
Je ne sais plus s'il faut répondre oui ou non au message car de mémoire il me semblait que ce problème avait été résolu dans une ancienne version (je regarderai dans le forum si je retrouve).

edit : pour info, j'ai  retrouvé dans le forum le message qui parlait du problème, et ca avait été réglé : https://qelectrotech.org/forum/viewtopic.php?id=1238

Pingumann wrote:

2. Another irritating issue is that the elements connect with others elements automatically. Once elements are connected, the element should keep the connections with it, but not connect to other elements automatically on its own. The moment an element is moved, it connects with others automatically. This behaviour is erratic and not useful. Can it be de-activated?

Merci , je vais tester
Dans la page téléchargements, je n'ai pas trouvé la 'ready to use' comme avant.
Les liens pointent sur download.qelectrotech.org/qet/builds/nightly/WIN_XP_32/
j'ai quand meme cherché et je suis tombé sur download.qelectrotech.org/qet/builds/nightly/2019-01-21-1/ ou j'ai trouvé la 5715.
Je pense que c'est la bonne.

edit :

scorpio810 wrote:

Revision: 5715

Je pense que tu peux conserver tes vieilles habitudes.

Vieilles habitudes mais très pratique pour moi (et d'autres ?) car ca m'évite de recharger les collections d'éléments chaque fois que l'on veut rouvrir un autre projet, puis retrouver le folio.

Nota : Je suis tombé par hasard sur un message sur la suppression d'éléments sans perdre toutes les liaisons des fils qui sont reliées sur d'autres éléments. J'ai testé et je trouve cela très pratique lorsqu'on a compris le fonctionnement : j'ai enfin pu remplacer des éléments sans refaire tous les fils rattachés et tout en gardant le point commun des fils sur le meme élément (ou plutot le nouveau). Ensuite, pour les fils qui ont bougé, juste à les remettre en place, pas besoin de les redessiner.

Merci

J'ai essayé avec qelectrotech-0.60+svn5314-x86-win32-readytouse,
qet ne plante pas lorsque je lance les fichiers .qet par l'explorateur, ils se rajoutent dans les onglets.
Pas de plantage non plus avec les fichiers elmt, ils s'ouvrent dans une fenètre séparée.
Le problème a donc du apparaitre après.

Bonjour
Je ne sais pas si cela pourra t'aider pour trouver le problème.
J'ai installé la version 5636 (la plus vieille que j'ai), dans une machine virtuelle avec windows7_64 bits sur lequel il n'a jamais été installé (donc je pars de 0)
Je lance un projet par le fichier qet, et ensuite je réduis le logiciel sans le fermer
Je lance un 2ème projet par le fichier qet, et le logiciel plante (avant il se rajoutait dans un 2ème onglet).
J'ai 1 fenetre windows qui s'affiche (je ne l'ai jamais vue sur Win 10) avec le texte suivant :
Signature du problème :
  Nom d’événement de problème:    APPCRASH
  Nom de l’application:    qelectrotech.exe
  Version de l’application:    0.0.0.0
  Horodatage de l’application:    5c094e91
  Nom du module par défaut:    qelectrotech.exe
  Version du module par défaut:    0.0.0.0
  Horodateur du module par défaut:    5c094e91
  Code de l’exception:    c0000005
  Décalage de l’exception:    007023d8
  Version du système:    6.1.7601.2.1.0.256.48
  Identificateur de paramètres régionaux:    1036
  Information supplémentaire n° 1:    0a9e
  Information supplémentaire n° 2:    0a9e372d3b4ad19135b953a78882e789
  Information supplémentaire n° 3:    0a9e
  Information supplémentaire n° 4:    0a9e372d3b4ad19135b953a78882e789

Peut-etre cela peut-il t'aider ?

scorpio810 wrote:

Bonjour,

tu n'as pas d'idée depuis quand ce problème est survenu (5481, etc) ?

Aucune idée, cela fait un certain temps que je n'ai pas utilisé qet faute de temps au boulot.

edit : la  précédente version que j'ai retrouvé est : qelectrotech-0.70-dev+svn5636-x86-win32-readytouse.
J'ai le problème de plantage, donc ca doit déja dater d'avant.

Bonjour,
Je rencontre des plantages de Qet lorsque j'ouvre mes schémas ou éléments.
(version qelectrotech-0.70-dev+svn5703-x86-win32-readytouse sous windows 10)

J'avais depuis longtemps pris l'habitude d'ouvrir mes projets en les lancant directement de l'explorateur windows par le fichier '.qet' sans passer par 'lancer qet.bat puis ouvrir fichier......', idem pour modifier les éléments sans fermer le projet. Un 2ème projet que j'ouvrais, il se mettait en onglet.

Aujourd'hui, je n'y arrive plus. Si je lance un autre projet par le fichier '.qet', alors qet se ferme sans aucun message et par moment je n'ai meme pas accès à la récupération du projet fermé à l'arrache donc modifs perdues.
Idem si je lance un fichier elmt avec qet ouvert (avec ou sans projet ouvert).

Est-ce normal ?
J'ai essayé de configurer qet avec 'ouverture fenetre' ou 'ouverture onglet', mais idem plantage.
J'avais pris des habitudes qu'il va surement falloir que je corrige.

Joshua wrote:

Problème réglé avec le commit 5385

Merci

Bonjour,
Petite remontée de mon bug qui est toujours présent dans la build 5383.
Juste pour savoir si c'est corrigeable ou non car pas eu d'infos.

Merci

J'ai testé avec la build 5383, et après plusieurs tests c'est ok, le fichier projet ne disparait plus

Aurais-tu du temps pour voir le problème des labels lors des copiés-collés (voir mon autre post)
Je pourrai fournir + d'explications si besoin.
Actuellement après des copié-collés, j'enregistre mon projet, et je le réouvre pour contourner le problème.

Merci

Bonjour,

J'ai fais 3 différents tests avec la 5382:

1er test :
Avec la version 5382 et un projet enregistré avec une ancienne version de qet : j'ouvre qet, je charge le projet par 'ouvrir' et j'ai un fichier avec le meme nom dans le dossier backup mais ce n'est pas une copie originale du projet car pas mal de choses ont changé (des balises de codes ont changé et taille du fichier différente).
Comme c'est un vieux fichier, je pense que qet a du le réadapter aux nouvelles fonctions.
Je ferme qet, mon fichier est resté et celui du backup est effacé.


2ème test :
Avec la version 5382 et le fichier que j'ai modifié hier donc enregistré avec la version 5382 :
J'ouvre qet puis mon fichier par la commande 'récemments ouverts', je n'ai rien dans le dossier backup.
Je ferme qet, mon projet a disparu.


3ème test :
Avec la version 5382 et le fichier que j'ai modifié hier donc enregistré avec la version 5382 :
J'ouvre qet puis mon fichier par la commande 'ouvrir', j'ai un fichier dans le dossier backup.
Je ferme qet, mon fichier est toujours présent (le backup est effacé)


il y a un comportement différent entre la commande 'récemments ouverts' et 'ouvrir puis sélectionner le fichier'
- 'récemments ouverts' = effacement du projet à la fermeture
- 'par ouvrir' = ca semble estre ok.




Pour ce qui est de la perte du fichier, je n'ai rien perdu car je garde toujours 1 ou 2 backup avant de modifier un projet.
Et à cause d'un autre soucis (voir mon autre post), je suis souvent obligé d'enregistrer et de réouvrir mon projet à cause de soucis de rafraichissement de labels car après plusieures modifs, impossible de savoir les labels qui restent ou disparaissent à la réouverture.



Je regarde pour la mise à jour et reposterai ensuite après qq tests.




Merci

J'ai continué à faire quelques tests, et quand on colle un élément avec la case 'ne pas copier les labels dans la config qet', l'affichage du label du nouvel élément garde le label (dans la fenetre dynamique) mais celui-ci n'apparait pas dans la case 'information - label' du nouvel élément. L'affichage se met à jour (lors de la réouverture du projet). Ca ressemble au problème d'affichage des report de folio que j'avais signalé et qui est corrigé.

Bonjour,
J'ai des soucis avec les textes qui ne se mettent pas à jour automatiquement.
Exemple : je fais un copié-collé d'un report de folio lié, je le copie à coté, mon nouveau report garde à l'affichage le texte du report copié alors qu'il ne devrait rien afficher (il n'est pas lié dans la page dynamique.
Si j'enregistre le fichier tel quel, alors à la réouverture du projet, le texte est disparu, ce qui est normal car le report n'est pas lié.
Grosse galère quand je fais des copies de pages complètes (ou plusieurs composants déja renseignés), car obligé d'enregistrer, fermer et réouvrir le projet.
Nota : win7 et qet v5382
Merci

Bonjour,
lorsque j'ouvre 1 fichier qet (en double-cliquant sur le fichier), j'ai le message 'le fichier de restauration suivant a été trouvé, voulez-vous l'ouvrir ?' après que le fichier soit déja ouvert. Si on répond 'oui', cela ouvre une deuxième fois le fichier.
Par contre si je lance qet.bat puis que je fais 'ouvrir' et sélectionne le fichier, je n'ai pas le problème.
Nota : A plusieures reprises, j'ai eu mon fichier qet qui a complètement disparu de l'ordi après avoir cliqué sur 'enregistrer', je ne sais pas si cela peut avoir un lien avec le message du dessus (ouverture d'une copie fantome ??)
Nota2 : je suis sous win7 et qet v5382
Nota 3 : pour reproduire le bug, j'ai lancé qet.bat, crée 1 nouveau projet. Je l'enregistre et ferme qet. Je double sur le fichier qet, il se lance avec le message. J'en déduis que cela viens de qet et non de mon fichier.

Merci

Bonjour,
J'ai regardé ton fichier et testé le fonctionnement des renvois, cela fonctionne chez moi.
Je pense que ton problème vient du folio 3 qui n'a pas de numéro de fil renseigné.
Je m'explique :
Sur le folio 1, double clique sur le renvoi vierge en haut à droite, une fenetre s'ouvre, seul le fil L1 apparait,
mais si tu décales la barre du bas de la fenetre tu verras qu'il y a dans la 4ème colonne, 2 autres renvois sur le folio 3 (n'ayant pas de n° de fil, ils n'affichent rien dans la colonne n° fil). Clic droit sur un fil pour afficher le texte 'lier l'élément')

Si tu fais l'inverse, tu pars du renvoi folio 3, alors tu verras les n° de fils sur les renvois reliés à un fil numéroté (L1 - 24V - 0V)

J'ai testé les 2, j'ai bien le n° de fil qui est pris en compte et qui s'affiche.

Nota : Pour afficher le texte (exemple 1-A16) d'1 renvoi, il faut aussi qu'il y ait le texte dynamique associé (label) qui soit rentré.
(Sélectionne 1 renvoi, dans propriétés élément puis onglet texte)
S'il n'y a pas de texte, rien ne s'affichera.

Merci

Merci, ca fonctionne, mais maintenant il y a quelque chose qui me choque/perturbe.
Lorsque je pose 1 report, le texte dans label est vide, rien ne s'affiche sur l'écran (ca le faisait avant la modif)
Si je délie 1 report, le texte '_' s'affiche maintenant à l'écran et le label est devenu '_'

Est-ce normal qu'il y ait un comportement différent de la valeur label, entre le fait de poser un report ou de délier un report. Soit ca doit afficher '_' soit rester vide dans les 2 cas (poser ou délier) : ????

Rebonjour,

J'ai remarqué aussi un autre soucis avec les reports de folio, l'affichage ne se met pas toujours à jour.
Voici l'explication du problème :
Je crée 1 projet vide avec 3 folios.
Sur le 1er folio, je met 1 'report suivant' et sur le 3ème folio, je met 1 'report précédent'.
Je lie les 2 reports ensemble, l'affichage est correct sur les 2 folios.
Si je supprime le folio 2, l'affichage du report sur le folio 1 n'est plus bon, il affiche le report en folio 3 au lieu du folio 2.
Si j'enregistre le projet et que je le réouvre, l'affichage est cependant correct.
Est-ce que cela peut etre corrigé en meme temps.
J'ai trouvé ce bug car je cable une armoire avec un schéma qui contient le problème, ca m'a paru bizarre car les renvois étaient tous bons. J'ai donc recherché d'ou cela pouvait venir.