Bonjour,
J'ai un soucis avec qelectrotech-0.5-devel+svn4585-x86-win32-readytouse
Cela concerne le nom des éléments et les noms des cases 'labels'
Voici une courte explication recréant le problème :
- J'ouvre le logiciel, et je crée un projet vierge
- J'insère l'élément 'bobine sur le projet' (ou tout autre élément, ca semble faire pareil)
- Le nom de l'élement est 'K' au lieu de '_' et il y a '%prefix' dans le nom 'label'

Je me suis apercu du problème car j'étais avant sur la version 4560, et en rouvrant les schémas sur la 4585, tous les noms qui n'avaient pas été mis dans la case 'label' ont été remplacés par '_'.
Je suis donc revenu sur la version 4560
J'espère être clair dans l'explication pour résoudre ce problème.
Merci

Bonjour
J'ai un soucis avec la boite zone de texte:
J'intègre une zone de texte sur un projet, je tape dedans du texte et impossible de faire afficher le signe + ou le signe - (moins) dans le texte, j'ai les fonctions zooms du projet qui prennent le relais.
Sur une ancienne version (??) cela fonctionnait, maintenant je suis obligé de passer par la fonction 'Editer le champ texte', est-ce normal et y a t'il une solution ???

Merci

Merci,
J'ai testé la 4560, et ca fonctionne

scorpio810 wrote:

Merci du retour, ah tu peux me dire si Qet se charge plus vite, pareil ou moins vite. version svn 4556 vs 4559?


J'ai fais des tests sur mon pc perso (win10), en y incluant mon dossier conf dans chaque version.
- Qet par le .bat sans ouvrir de projet : pas vu de différence (quasi instantané)

- Dans un projet d'environ 50 pages (avec images intégrées...) et ayant viré le code qui fait planter la 4559 :
Pas vu de différence.
   
Le temps d'ouverture d'un projet dépend de la taille et des éléments dans le projet, donc un projet + petit s'ouvre + vite; j'ai fais qq tests mais pas constaté de différence.
Cela dépend après de la machine ; au boulot pc - performant = temps d'ouverture un peu plus long.

scorpio810 wrote:

Bonjour,

je pense savoir d'ou vient le problème :

https://qelectrotech.org/forum/viewtopi … 4913#p4913

Rebonjour,
J'ai parcouru le sujet du dessus.
Cela pourrait peut-etre venir du fichier conf :?

Comme je suis à la maison, j'ai téléchargé qet 4559 donc reparti d'une base complètement clean.
Je n'ai rien ajouté à qet avant de le lancer.
J'ai direct édité le cartouche de base A4_1 fourni avec qet (clic droit puis éditer).
Dans la case du logo, j'ai choisi 1 fichier .png, qet fonctionne
Par contre, si je prend 1 fichier .jpg, c'est freezage et plantage direct.

Je pense qu'il y a un soucis avec l'import du jpg car lorsque j'édite avec notepad++ mon fichier qet qui bugge avec la 4559, en retirant les lignes qui gèrent le stockage de l'image (entre logos et /logos), je peux réouvrir mon fichier normalement.

En attendant je repars sur la version d'avant.

Bonjour
J'ai mis à jour QET avec la readytouse QElectroTech V 0.51-dev+svn4559 et depuis impossible d'ouvrir 1 seul projet.
Je suis repassé en QElectroTech V 0.51-dev+svn4556 et j'arrive à réouvrir mes projets.
J'ai essayé de comprendre d'ou venait le problème et j'ai constaté que cela arrivait si le projet avait mon cartouche personnalisé dans mon projet.
Pour expliquer mon problème, j'ai crée 1 projet vierge sur lequel j'ai uniquement glissé le cartouche personnalisé (j'ai désactivé le logo ).
J'ai joint le fichier pour aider à trouver le problème (je l'ouvre avec la 4556 mais plante avec la 4559) sachant que j'utilise ce cartouche depuis déja longtemps.

Edit : Je viens de faire d'autres tests, et impossible d'importer un logo .jpg dans la version 4559 sans que le logiciel plante, j'ai essayé plusieurs .jpg, idem.
J'ai essayé les memes manips avec les memes .jpg dans la version 4559, ca fonctionne bien.
Peut-etre un soucis du coté de l'importation : ?

Bonjour,
Après avoir fait la manip de Nuri, au dessus, il faut ensuite sélectionner l'onglet 'collection d'éléments' en bas du panneau

scorpio810 wrote:

Les informations contenues dans le widget à propos onglet version: numéro de version, version Qt, etc, sont maintenant sélectionnables et on peut les copier pour les coller directement sur le forum en cas de demande. nomicons/smile

[size=4]QElectroTech V 0.51-dev+svn4533
Compilation : GCC 5.3.1 20160519 - built with Qt 5.5.1 - run with Qt 5.5.1

Je connais cet onglet et c'est ici que j'avais relevé le n° mais que j'ai mal recopié.
Ca  faisait partie d'une de mes suggestions en 2012 qui est toujours utilisée aujourd'hui: https://qelectrotech.org/forum/viewtopi … 830#p18300

Merci pour tout le travail fourni pour QET

scorpio810 wrote:
friskolon wrote:

Bonjour,

J'utilise la version 5611 

Heu ... le dernier commit sur le trunk est le n° 4535.

Oups, j'ai du mal recopier les chiffres, ca devait plutot etre 4511

Bonjour,

J'utilise la version 5611 et je rencontre des soucis avec la fonction 'nettoyer le projet'.

Lorsque je fais un nettoyage de projet en cochant la case 'supprimer les éléments inutilisés dans le projet', les éléments ne sont pas supprimés à la réouverture du projet :
Je fais la manip suivante :
- Je fais un nettoyage avec la case cochée 'supprimer les éléments inutilisé'
- J''enregistre mon projet et je le ferme (je déplace 1 élément pour avoir la fonction sauvegarder)
- Lorsque je rouvre mon projet, les éléments inutilisés réapparaissent : ??

Sur une ancienne version (?), je n'avais pas ce soucis et c'était pratique.
Ai-je oublié une manipulation au fil des versions ?
(J'ai été obligé d'en virer quelques-uns par un éditeur de texte car ils me génaient)

Merci

Merci Scorpio810 pour toutes les explications. C'est vrai que chaque utilisateur a sa propre utilisation du logiciel et pas toujours évident d'avoir la bonne solution pour tout le monde.
Maintenant que je comprend un peu mieux comment marche cette partie sur les cartouches (entre le glissé, modifié ou l'ajout auto et les variables qui s'incrustent ou non ......), je pense que je vais pouvoir me lancer à faire des cartouches + complexes en utilisant les subtilités (que tu as expliqué) que je n'utilisais pas ou très peu car je n'arrivais pas à les maitriser.
Pour mon nouveau projet, on me demande 5 cartouches différents dans le projet qui me sont imposés. Je vais pouvoir mettre en pratique tout cà, et m'éviter les bidouilles que j'aurai été obligé de faire.
Merci

Bonjour Scorpio810,

Merci pour les explications, et j'ai réussi à voir d'ou vient le problème.

Ca ne vient pas de moi, mais du logiciel : ?


Voilà ou se trouve mon problème.

- Si j'insère un cartouche par glissé du panneau gauche, cartouche ok (aucune variable statique du folio n'apparait dans personnalisées)
  Il faut rentrer manuellement le nom et les valeurs des variables dans l'onglet personnalisées pour les variables statiques du folio.
  Dans ce cas là, mes 'variables projet' fonctionnent car je ne les inclus pas.

- Si je double-clique sur le cartouche et que je le change dans les propriétés, cela ne marche pas car il y a apparition des variables utilisées dans le cartouche dans l'onglet personnalisées alors que je ne les ai pas rentrées (elles sont arrivées toutes seules).
Ca évite d'avoir à rentrer le nom des variables, mais ca pose problème pour les 'variables projet' qu'il faut effacer car elles sont alors devenues 'variables statiques'.


- J'ai le meme problème que précédemment en mettant le choix du cartouche dans projet / propriétés du projet / nouveau folio.
Si je change le cartouche, j'ai apparition des variables statiques, alors que je n'ai rien demandé.


Pourquoi un comportement différent suivant comment on intègre le cartouche ?

- Dans le cas 1 (glissé), on doit taper le nom des variables et les valeurs
- Dans le cas 2 et 3 (modif choix/sélection), les variables sont rentrées automatiquement, juste à mettre les valeurs

Voila mon problème, et cela pose problème avec mes 'variables projet' qui passent de 'variables projet' à 'variables statiques' si je ne fais pas attention.
Donc chaque fois que j'intègre un cartouche par une méthode autre que glissé (du panneau gauche), il faut que je pense à supprimer les variables projet qui sont apparues dans personnalisées.

Maintenant que j'ai compris d'ou viens le soucis, j'ai fais des test et j'ai réussi à faire ce que je voulais.

Y a t'il possibilité de modifier QET pour que les 'variables projet' utilisées dans un cartouche ne se rentrent pas en automatique (cas 2 et 3) comme 'variables statiques' ?
Quelles conséquences cela auraient ??
Suivant la réponse, je réfléchis déja à changer le nom de mes 'variables projet' pour les différencier facilement des 'variables statiques' au cas ou je me retrouverai confronté à nouveau à cette situation.

Merci pour le temps passé à m'expliquer le problème.

Rebonjour Scorpio810,
Pour mieux expliquer l'histoire de mon problème d'incorporation de cartouche, j'ai refait un fichier avec 1 cartouche qui ne comprend qu'une seule variable (la variable %projecttitle)
Cette variable si on la modifie, se répercute sur tous les cartouches des folios (actuellement je l'utilise comme cà et ca à toujours fonctionné si je glisse le cartouche du panneau gauche)
Si j'intègre le  cartouche d'une autre manière, ca ne fonctionne plus.
Cela sera plus compréhensible, sachant que les autres variables communes souffrent apparemment du meme problème.

Bonjour Scorpio810,J'ai déja essayé ce que tu me proposes, mais cela ne va pas, car j'utilise des variables de projets communes et non des variables de folios personnalisées, ce qui me permet de modifier 1 variable 1 seule fois, et elle se modifie sur tous les folios automatiquement. J'utilise cette méthode depuis que les variables communes ont été crées et je n'ai jamais eu le soucis car je glissais le cartouche du panneau à chaque fois.

En utilisant la méthode que tu m'as marqué plus haut, cela ne va pas, car les variables sont propres à chaque folio.
Si je modifie la variable sur le folio1, elle ne se modifie pas sur les autres folios car c'est une variable personnalisée et non une variable commune.

Je prend l'exemple de la variable %projecttitle (variable projet commune à tous les folios), si je change cette variable, elle se répercute sur tous les folios dont j'ai fais un glissé de cartouche du panneau de gauche.
Par contre, pour les folios avec le cartouche inséré par une autre méthode, elle ne fonctionne plus, je dois la rentrer dans chaque folio, et si je change la valeur %projecttitle dans les propriétés du projet, les folios n'en tiennent pas compte car cette variable est devenue variable personnalisée liée à chaque folio. Il n'y a plus de lien avec la variable commune.

Dans le fichier Qet que j'ai mis avec mes anciens messages, regarde uniquement la variable %projecttitle sans t'occuper des autres variables. Elle marche sur le folio 2 (glissé du cartouche), mais pas sur le 3 et 4 (autre méthode d'insertion du cartouche) : ????
A mon avis la variable %projecttitle du folio 2 est une variable commune du projet mais sur le folio 3 et 4 la variable est devenue une variable personnalisée et n'a plus de liaison avec la variable commune du projet

Je peux te refaire un fichier qet avec juste cette variable %projecttitle utilisée dans mon  cartouche.

Merci pour l'aide, en attendant je vais continuer à faire des glissés de mes cartouches du panneau gauche.

Bonjour Nuri,
Lorsque je glisse mon cartouche personnalisé de la colonne gauche sur le folio, je n'ai pas de soucis.

Pour le reste, si je modifie le choix du cartouche dans les propriétés (après avoir double cliqué dessus) en mettant le personnalisé, ca ne marche pas (les variables communes ne sont pas prises en compte).

J'ai essayé de contourner le problème en faisant aussi la manip de le mettre en automatique dans Projet / propriétés du projet / Nouveau folio. Dès que je crée un nouveau folio, le cartouche ne tient pas compte des variables qui sont utilisées dans les variables communes (Projet / Propriétés du projet / Général)

J'ai regardé les propriétés du folio / personnalisées.
Pour le cartouche qui fonctionne je ne vois aucune variable inscrite.
Pour les cartouches qui buggent, je vois toutes les variables qui s'affichent et si je les supprime alors ca fonctionne, mais ce n'est pas le but recherché de les rentrer par folio puisque je les rentre dans les variables communes à tous les folios (normalement)

Pour expliquer mieux le bug, j'ai joint 1 fichier Qet avec 4 folios (le détail du cartouche, le cartouche ok, les 2 autres sont le problème de cartouche obtenu de 2 facons différentes)
Peut-etre ai-je raté une subtilité dans l'utilisation des variables communes.

Merci

Bonjour,

J'ai 1 soucis avec mes cartouches personnalisés. Voici quelques explications pour recréer mon problème.
(J'ai téléchargé la dernière version 4442 ready to use pour les tests)

- Je crée un nouveau projet
- Dans projet / propriétés de projet , je mets un titre 'titre commun' que je récupèrerai par la variable %projecttitle.
  Je ne crée pas des noms avec valeurs pour ne pas surcharger les explications, mais elles seront aussi impactées par le problème.
- Je crée ensuite un cartouche personnalisé.
  Pour l'explication, j'ai édité le cartouche par défaut et j'ai remplacé la variable %title par %projecttitle
  J'ai enregistré mon cartouche avec le nom 'essai'
- Je reviens sur mon folio.

1er cas : Je fais 1 glissé-déplacer de mon cartouche 'essai' vers le folio (je l'ai pris dans la colonne gauche ou il y a tous les éléments)
Mon cartouche a bien pris en compte la variable %projecttitle car il affiche bien 'titre commun'

2ème cas : J'ai crée un autre folio, je double-clique sur le cartouche.
Dans la fenetre apparait 'modèle par défaut' pour le cartouche.
Je le change et je sélectionne mon cartouche personnalisé 'essai'.
Je valide par ok, mais là, rien ne se passe, ma variable %projecttitle n'est pas prise en compte (ni les autres d'ailleurs)


J'ai comparé les 2 cas et le problème vient de l'onglet personnalisées dans le cartouche.
Dans le cas n°1, je n'ai rien qui apparait comme variable, alors que dans le cas 2 on voit les noms des variables qui sont utilisés dans le cartouche.
(Au passage les variables author, date et filename dans personnalisées ne servent pas (meme remplies) car les principales prennent apparemment le dessus.

Quant je suis dans le 2ème cas, il suffit que j'efface la variable personnalisée %projecttitle dans les propriétés personnalisées du cartouche pour que la valeur soit prise en compte (comme dans le cas 1)


Je me suis apercu du problème lorsque j'ai voulu mettre 1 cartouche personnalisé dans 'propriétés / propriétés du projet / nouveau folio'
Ce qui m'aurait évité de glisser à chaque fois le cartouche qui aurait pu se mettre en automatique (je suis sur un projet qui va comprendre + de 60 pages)
(C'est comme cela que j'ai compris l'utilité de cette fonction en tout cas)


J'espère que mes explications sont assez claires.
Est-ce un bug, est-ce normal ?
En attendant pour un autre projet, je fais glisser les cartouches (cas 1) qu'on me demande de modifier (une commande spéciale et sur certains folios) et j'évite de faire le cas 2.

Merci d'avance pour la réponse (au cas ou j'oublierai après).
Et surtout, continuez comme-cà, j'adore QET car on peut lui faire faire presque tout.

Merci,
En attendant, j'avais repris une ancienne version qui ne me posait pas de problème.

Bonjour,
J'utilise la version qelectrotech 0.5+svn3825 et je rencontre des soucis avec la collection embarquée :
Voici quelques explications :
J'insère 2 éléments de la base des éléments qet que je relie ensemble, ils apparaissent bien dans la collection embarquée.
J'enregistre le fichier, et lorsque je le rouvre, les éléments sont marqués 'non utilisés'
Si par malheur, on utilise la commande 'nettoyer le projet', toute la collection embarquée disparait.
J'ai remarqué le soucis lorsqu'en rouvrant des projets, tout les éléments sont passés en 'point d'interrogation', ils avaient disparus.
Ai-je oublié quelque chose dans mes manipulations (qet est pourtant configuré sur intégration automatique) ?

Je n'ai pas possibilité d'avoir linux au boulot, j'ai déja du négocier d'avoir 1 accès au réseau wi-fi ce qui est déja un grand pas dans mon entreprise.
Je suis en train de renégocier 1+ grand acces au réseau car je compte avoir la collection QET (elements cartouche...) et user sur le réseau.
Cela me permettra d'avoir 1 seule base de données à 1 seul endroit (+ pratique pour les mise à jour).

YanisSomfy wrote:

Bonjour,
J'aimerais savoir si il est possible de partager ma collection sur le serveur de mon entreprise et de paramètrer les chemins d'accès afin d'obtenir une collection commune. J'ai modifier le '--common-elements-dir=' en y ajoutant le chemin d'accès au serveur commun de toute les manières possible mais rien n'y fait. Je possède la version 0.4 de qelectrotechnique.
Merci d'avance.

Bonjour,

J'ai fait la manip au boulot pour m'éviter d'avoir à gérer chaque pc que j'utilise pour mes schémas (fixe et portable en déplacement sur les machines)
Voici ce que j'ai fait (sous windows) :

Sur le pc (ici le serveur réseau) qui héberge les données (éléments-cartouche...)
- J'ai crée 1 dossier 'QET_Commun' dans lequel j'ai mis le dossier 'conf' (collection utilisateur)
- Le dossier 'QET_Commun' a été mis en partage (lecture/écriture et acces autorisé aux pc qui en ont besoin).

Sur les pc qui ont besoin des données, j'ai crée 1 connection réseau pour associer une lettre de lecteur qui pointe vers le dossier 'QET_Commun' sur le serveur
Dans mon exemple, chaque pc a une lettre de lecteur Q: qui pointe vers 'QET_Commun'

Pour chaque pc réseau, il faut ensuite modifier le fichier 'lancer QET.bat' et rajouter Q:/ dans la variable config-dir :
--config-dir=Q:/conf/ %*

Maintenant, tu auras sur chaque pc la collection/cartouche utilisateur commune.
Les collections commune QET (cartouche, elements ..) restant sur chaque pc
J'ai essayé de partager les collection QET (cartouche, éléments..) mais après c'est la mise à jour du cache qui prend du temps car il doit récupérer beaucoup + d'infos par le réseau.
(C'est les variables common-elements-dir et common-tbt-dir pour les parties communes QET officielles)

1 début d'exemple pour faire du partage à ta sauce.

Bonjour,
J'ai jeté 1 oeil sur la collection car j'utilise des automates logos dans mes schémas.
J'espérais éventuellement me resservir des schémas mais je n'arrive toujours pas à me faire à cette représentation des logos, je reste donc avec mes versions simplistes meme si non finalisées.

Par contre, attention, car dans certains éléments (et les 2 projets exemples) , j'ai remarqué 1 défaut de repérage avec la sortie Q4.
(Elle est repérée Q4:1 et Q3:2  ;  ca devrait plutot être Q4:1 et Q4:2)
Il y a l'erreur au moins dans les fichiers suivants :
- fa09_01_0000
- fa09_01_0030
- fa09_01_0050
- fa09_01_0070
- fa09_01_0080
- fa09_01_0081


Bonne continuation

Joshua wrote:

Bonjour,
La révision 3487 devrais régler le dernier bug (à confirmer)
Je m'occupe du reset des textes par la suite.
Merci des retours.

J'ai testé avec la 3488, et les tests que j'ai fait sont ok, bug disparu.

scorpio810 wrote:

réinitialiser le conducteur avec un texte par défaut à "_" si on fait un C/C.

Lors d'1 copié-collé, que le texte collé prenne la valeur par défaut '_' ne devrait pas etre génant, en + ca évite les repères en double et donc limite les erreurs.
Juste que le texte suive le fil au lieu de rester à la traine dans certains cas (bug)

L'autre bug que tu as résolu était pour ma part plus génant car souvent ouvrir 1 schéma avec les repères décalés devenait vite agacant lorsqu'il fallait tout replacer, surtout lorsqu'en enregistrant le schéma ils étaient à leur place sur l'écran.

scorpio810 wrote:

3) Maintenant je déplace le numéro du fil à la gauche du fil (j'ai renuméroté 6789).
Je sélectionne l'ensemble, je les déplace, j'enregistre le projet.
A la réouverture du projet, le numéro du fil 6789 n'est pas à sa place.

Fixé sur la révision 3484



Je viens de tester avec la 3484, cela fonctionne si tu déplaces les éléments avec 1 glisser-déplacer par la souris.
Mais le bug est toujours présent si tu fais 1 copié-collé des éléments (copié puis coller ici), le n° du fil ne reste pas en place.
Tu as zappé la ligne du 3) que j'avais marqué dans le 1er message :

3) Maintenant je déplace le numéro du fil à la gauche du fil (j'ai renuméroté 6789).
Je sélectionne l'ensemble, je les déplace, j'enregistre le projet.
A la réouverture du projet, le numéro du fil 6789 n'est pas à sa place.
Le problème apparait aussi si on fait un copié-collé, idem si le fil est à l'horizontal.

Merci,
Quand ce sera corrigé, pourras-tu mettre en dessous le n° de version Qet qui n'aura plus le bug. Je passerai alors directement à cette version.