Bon 30 s c'est pas top, mais si ensuite ça tombe à 2.5s ça le fait. Comme disait Laurent à un moment donné on avait pas mal travaillé sur ce sujet surtout dès lors que j'ai eu mon pc au boulot qui est suffisamment puissant pour développer dessus. Les tests que j'ai eus fait étais directement en compilant (pas d'installateur ni ready to use) afin de voir ce qui se passe dans le code et testé immédiatement les modifs. On a réussi à nettement améliorer le truc mais au bout d'un moment j'ai eu l'impression de me heurter à un plafond de verre... Sur ce même pc avec Ubuntu dans un vm qet se lance 4x plus vite.....
Pour ce qui est de ta proposition de choisir quoi charger, je te conseil de faire comme te dit Laurent fait un copier coller des dossiers que tu as besoins et change le chemin par défaut de la collection commune. Il est clair que si tu charges que la partie elec qet se lancera nettement plus vite.

Sur la petite config qet est globalement lent, ou y a t'il des choses qui sont particulièrement lente ?
Le truc avec une grosse config comme Laurent et moi, c'est que je peut coder comme un cochon et ne pas voir que mon code est pourris et lent... C'est pas vrai à tous les coups, mais quand qet est lent à certains endroit c'est que le code est pas optimisé.

Exactly.
The autonumerotation works well, but heavy to use and not very flexible. I plan in (distant) future to completely rework it to make something much more powerful.

Thank you for your encouragement,

105

(4 replies, posted in Elements)

Did you edit yourself the xml file ? In this case it's normal you should write & instead of only &.
https://stackoverflow.com/questions/311 … amp-in-xml

106

(4 replies, posted in Elements)

I can't reproduce bug. Can you send us the buggy element.

Hum je me rappelle avoir déjà eu ce problème au boulot et j'ai zapper. Je crois que c'est juste un problème de dimension de la fenêtre.
Peut-tu créer un rapport de bug en mettant ce post dans les commentaire stp ?

It's a well old known bug, I already take look to fix it but was not easy (at time I check it, may be more easy now I got better skill) and also I prefer spend my time to implement big feature (actually terminal strip generator).
Vbxler can you fill a bug report ?

Take care about the terminal strip feature, this is actually in development and still have bug and can be changed / breaked  during all development.
For the rest it's ok, like 0.8 or maybe better nomicons/smile

Pour résumer (car plus compliqué pour diverse raison historique) QElectroTech utilise une base de donnée sqlite afin de gérer tout ce qui est information des éléments, des folios et projet ensuite quand tu crées un sommaire / nomenclature / export csv en arrière plan c'est tout bêtement une requête sql qui va permettre de recueillir les informations voulues.
Maintenant dans le cas de l’export en csv on a volontairement mis en place ce bouton ‘Formater en tant que liste de matériel’  afin de pouvoir rapidement obtenir une liste des fournitures nécessaire à la mise en œuvre du projet. Concrètement activer ce bouton permet d’afficher qu’une ligne par numéro d’article identique + une colonne avec la quantité d’article. Dans ton cas étant donné qu’aucun de tes éléments n’avait de numéro d’article renseigné, cela revient à dire que c’est tout le même article d’où le fait que tu n’avais qu’une seule ligne.

Au sujet du bouton ‘requête SQL’ que tu cochais ou non pour voir si cela changeait quelque chose c’est normal que ça ne faisait rien.
Comme je le disais tout est basé sur une requête sql, quand tu choisis quelle information tu veux dans quel ordre, les filtres, etc... c’est juste une interface graphique pour des requêtes sql prémâché. Je pense au pifomètre que les possibilités offertes par ce dialogue doivent convenir dans minimum 95 % des cas mais pour les 5 % restant qui n’y trouverais pas leur compte pour raison X ou Y il y a la possibilité d’éditer toi-même ta requête avec cette fois-ci toutes les possibilités offertes par sqlite. Pour cela il suffit de cocher cette fameuse case et dans le champ à droite (qui n’est plus grisé) écrire ta propre requête. Le mieux dans ce cas, c’est d’exporter la bdd l’ouvrir avec un éditeur de bdd ( https://sqlitebrowser.org/ par exemple qui doit être dans le dépôt de ta distrib (mint ?)) puis écrire ta requête la tester/corriger etc... et une fois fait tu la colles dans QelectroTech.

Pour info tu peux enregistrer la config de ta requête dans la section ‘configuration’ du dialogue et la rappeler par la suite afin de gagner du temps.
Voilà je pense avoir fait le tour.

Au sujet de la doc tu a un lien dans le bandeau supérieur du forum ‘manuel 0,8’ tu peux aussi y accéder depuis qet dans le menu aide => manuel en ligne.
Bien entendu nous somme intéressé par ta documentation ou tout autre contribution de ta part.

Si ce n’est pas indiscret, des étudiants en quoi ? (j’aime bien savoir les cas d’utilisation de qet)

Merci pour les encouragements.

Ce n'est pas un bug, mais un fonctionnement qui ne correspond pas à ce que tu t'attend.
Décocher la case "Formater en tant que liste de matériel" devrais produire ce à quoi tu t'attend.
J'ai pas le temps ce soir, mais demain je t'expliquerai le pourquoi du comment.

Belle exemple Laurent, effectivement c'est tout l'avantage d'avoir une bdd sqlite et de pouvoir éditer la requête précisément selon ses besoins. On vois bien aussi qu'une requête manuel permet beaucoup plus de chose que les choix proposé (volontairement limité) par le dialogue.
@pianovel :
Peut tu m'envoyer ton fichier .qet + comment tu configure ton export csv (ou capture d'écran) car je n'ai pas reproduis le problème.

je regarde ça.

114

(30 replies, posted in Elements)

Nomenclature now use properly the element type 'thumbnail'.
https://git.tuxfamily.org/qet/qet.git/c … fb7d45445e

Corrigé sur la version de dev. A tester si il ne reste pas une coquille car il y avais deux points qui posaient problème.
https://git.tuxfamily.org/qet/qet.git/c … ed78095925

Need to test last commit, but should be solved. We can rotate like in past with the space key.

In fact the rotate shortcut was defined in both place in the source code. I change it in one place and don't see the second place, Laurent found the second place nomicons/grin. Now the shortcut is defined only in one place.

We need to use ctrl + space now.
But I can change to use only space like before.

Workaround fixed, you can continue to use space key to rotate the terminal.

Je regarde ça au plus tôt, et vous retient au courant quand le bug est reglé

120

(30 replies, posted in Elements)

Add the new element type : thumbnail
This type must be used for element who goal is to display a
thumbnail/front view of an element, notably used for cabinet contents
view and placement.
https://git.tuxfamily.org/qet/qet.git/c … f4ed73a9ed

I added the type "thumbnail" (vignette in french) you can use it now.
Presently we can do nothing more with thumbnail type than simple type, but the element is marked as thumbnail and ready for future.

121

(30 replies, posted in Elements)

plc-user wrote:

What is called "front view" in the subject of this thred is what you call "thumbnail"?

Yes

plc-user wrote:

These thumbnails are not supposed to appear as "duplicates" of schematic symbols in the BOM, that's right, Laurent. Then it may make sense that we also need a link between the schematic symbol and the thumbnail at some point, doesn't it?

Exactly, this is the reason why we need to add a new element type : "thumbnail".

plc-user wrote:

drilling plans for mounting-plates are automatically generated that can be fed into a CNC. But that's still in the far future for QET!

far⁹ future...

plc-user wrote:

Of course, I don't want to leave you alone with the work of scaling: You can count on my support to make the "deprecated" folder smaller! Didn't write "QET_ElementScaler" for nothing...

Thanks.

122

(30 replies, posted in Elements)

Hello plc-user

plc-user wrote:

In summary, here my suggestions for fairly simple rules for creating elements:
  - Scaling: 100 mm <-> 200 px
  - Scaling for X- and Y-directions identical
  - element for DIN-rail: Center in Y-direction = center of DIN-rail = 0
  - element for DIN-rail: Center in X-direction = 0 (centered) or useful alignment for elements that are lined up
  - language of static texts inside of elements: English (or the original texts printed on the part)
  - separate elements for symbols and graphics
  - no terminals in front-view-graphics

 
  For me I'm ok with your suggestion.
 
 

plc-user wrote:

If we agree on rules, then we also need to write them down in the QET documentation and also make sure that they are followed. This also means that we have to regularly point out to the creators of elements that these rules exist. In some cases, this also means that individual elements need to be reworked (scaled) or even rejected...

  I think we need to add it in the documentation and also in the wiki.
  About folders found in the "thumbnails for assembly plan" we need to move it into a new folder named "deprecated" and each time an element is drawed with the good scale factor add it to the good folder.
  This will take a lot of time.... Also I need to add a new element type "thumbnail".

scorpio810 wrote:

Le filtre pour la position n 'est pas bonne en fonction du Label

C’est très difficile d’anticiper tous les cas de figure et d’éviter ce genre de problème. Dans ton cas c’est un peu le mauvais exemple (pour de bonne raison historique) car le nom des bornes est de la forme 'X:....' mais le X est le nom du bornier le ':' le délimiteur puis ce qui suit le nom de la borne.
Prenons l'exemple X:125, il est question de la borne 125 du bornier X, maintenant il faudra juste nommer la borne 125, car le reste étant le nom du bornier auquel la borne est rattachée.
Ne vous inquiétez pas, par la suite une nouvelle variable de texte d’élément sera disponible pour pouvoir afficher le nom du bornier, ainsi que plusieurs autres fonctionnalités permettant d’automatiser tout un tas de chose redondante et/ou pénible dans la gestion des borniers.

En regardant ta capture d’écran je vois des bornes 'XI:..' et le nom du bornier est 'X'. Pour faire les choses correctement le nom du bornier devrais être XI puis les bornes uniquement leurs numéros (60, 61, 62, etc...)

Pour en revenir au sujet initial, je vais quand même voir pour arranger ça.

scorpio810 wrote:

il manque aussi de récupérer le numéro de fil lié à la borne

Oui ce serait bien aussi.


Je vais regarder du côté du temps de calcul

Bonjour, me voici de retour après une longue période d’absence (qui risque de continuer encore un peu).
J’ai terminé l’une des taches liée au générateur de bornier et mergé la branche terminal-strip dans la branche master, ce qui pour être plus claire vous permet de profiter de tous cela dans la version de développement de Qet.
Je vous encourage à tester (Sur des projets ne craignant pas d’être cassé), et me faire part de vos remarques (bug, ce qui va, ce qui ne va pas, amélioration possible, etc.).

Petit topo sur la situation :
Actuellement il est uniquement possible de gérer tout ce qui caractérise un bornier.
-Créer / supprimer un bornier.
-Paramétrer un bornier.
-Ajouter / supprimer des bornes à un bornier.
-Créer des bornes à étages.
-Ponter des bornes.

Toutes cela s’effectue dans une fenêtre dédiée aux borniers (cette fenêtre est non modale, ce qui signifie que vous pouvez la garder ouverte à côté de la fenêtre principale tout en utilisant cette dernière).

Ce qu’il reste à faire :
-Ajouter un plan de bornier sur un folio.
-Ajouter de l’automatisation dans la création de bornier (demandera quelques travaux annexe au bornier comme par exemple une vraie notion de potentiel électrique)
-Éditeur de propriété des bornes directement depuis la fenêtre du gestionnaire de bornier.

Bien que le but final d’un gestionnaire de bornier soit l’affichage de ceux-ci sur les folios, la partie la plus importante (et de loin) est celle que je viens de décrire. Le plan de borne sur le folio n’est lui qu’un « simple » dessin, c’est pourquoi vos retours seront très importants.

@Friskolon:
Je vient de corriger à l'instant, il faut attendre les builds de Laurent.

Pour info la branche git master vient de recevoir un merge de l'état actuelle de la branche terminal_strip, vous pouvez tester si vous voulez mais faite ça avec des projets qui ne craignent pas d'être cassé.

https://git.tuxfamily.org/qet/qet.git/log/
https://git.tuxfamily.org/qet/qet.git/l … inal_strip