You are not logged in. Please login or register.
QElectroTech → Posts by Joshua
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.
What is called "front view" in the subject of this thred is what you call "thumbnail"?
Yes
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".
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...
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.
Hello plc-user
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.
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".
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.
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
?? j'ai regardé mais je n'y comprend pas grand chose.
C'est la correction du bug, pas besoins de comprendre c'est juste à titre informatif.
C'est normal que tu vois encore le message car je ne l'ai pas encore corrigé.
Initialement j'ai corrigé le problème que tu mentionne dans le premier post, je pensais que ça réglais aussi le problème de plc-user (je n'ai pas pris le temps de tester si c’était le cas ou non).
Par la suite j'ai corrigé le problème de plc-user puis ton problème de folio infinie.
Il ne me reste plus qu'à régler le problème du dialogue à la fermeture de QElectroTech.
Edit 2 (folio infinie) corrigé.
Fixed, look like same bug but not.
https://git.tuxfamily.org/qet/qet.git/c … aad2361f4a
@friskolon : Je regarde le reste.
Hello Vbxler,
I just read the pdf, but it look very good 
. I will probably test your translator this week end.
I've got a question : in case I like your software (who is probably write with the gtk toolkit (in C ?)), can you rewrite it in c++ with Qt ? If yes I can embedded it directly in QElectroTech (of course with your approbation).
Fixed in branch master, backported in branch 0.8.1.
https://git.tuxfamily.org/qet/qet.git/c … 566c9d0fcf
Thanks for report
Hello,
Ok I will check this bug.
plc-user : I'm sorry for the bugtracker, the mail alert doesn't work, and I don't think to check the bugtracker regularly.
Bonjour W-T,
merci pour tes futures implication .
Je connais jenkins que de nom, mais la description que tu en fait me semble top, cela soulagera grandement Laurent (et lui permettra de prendre un peu plus de temps pour lui). Pour ma part je me charge que du dev de qet, j'ai une connaissance au raz des pâquerettes sur le sujet des builds et empaquetages.
Automatisé des build en fonction de commit ou 1x/jour ou autre semble pas mal. @Laurent, ça repose un peu la question de la collection d'éléments sur un autre dépôt git (et du boulot en plus...)
HS :
Au sujet de la 0.9 effectivement elle est plus stable que la 0.8, mais il y a une 0.8.1 sur le git que nous avons pas encore releasé qui comporte beaucoup de bugfix.
HS :
Je connaissais pas le copier/coller depuis LO calc -> qet que l'on vois dans la vidéo.
Hello,
yes it's a (little) bug.
Please can you report this bug here : https://qelectrotech.org/bugtracker/my_view_page.php
Hello anthos,
Point 1 added to the todo list.
For point 2, I don't understand why you want to use element as titleblock instead of the titleblock itself ?
You can do the same thing but in another way since QElectrotech 0.7.
In the properties panel of element, you need to add 'comment' text (if not already present in the folio), you can save/load the text configuration of an element to avoid to do the same thing for hundred of element.
I let you see and play with these new features.
https://qelectrotech.org/forum/viewtopic.php?id=1441
https://download.qelectrotech.org/qet/m … _text.html
https://download.qelectrotech.org/qet/m … texts.html
Hello meesm,
when I've got some time I will take a look at this and come back to you.
Hi Vbxler,
very good, it look more professional , thanks.
@scorpio810 : ça fait un moment que l'option n'existe plus, l'antialiasing est toujours activé. J'ai d'ailleurs jamais trop compris pourquoi cette option existais, vu les pc actuel c'est pas ça les feraient souffrir.
Vielen, vielen Dank, Laurent. Diese Videos sind tatsächlich eine Hilfe. Auf Englisch würdet ihr (mit Kommentarton) eine noch größere Reichweite erzielen. Wo kann man ggf. für die weitere Entwicklung noch Wünsche hinterlassen? Die Unterstützung einer 3D-Maus (3DConnexion) zum Hinein- und Hinauszoomen wäre extrem hilfreich. Manchmal weiß ich auch nicht, wenn ich ein Bauteil verändert habe, was damit tatsächlich in der Bibliothek passiert. Es gibt ja zwei Möglichkeiten: Das Bauteil direkt aus dem Plan heraus zu verändern oder über die Bibliothek. Beim Einfügen können dann merkwürdige Effekte auftreten, da der Workflow nicht immer klar ist. Wenn z.B. ein Bauteil bereits vorhanden ist. Wie kann ich eine Veränderung automatisch dann auf alle im Plan verfügbaren Elemente übertragen?
Beste Grüße,
Pierre
Si vous voulez appliqué les modifications à tous les élements il faut choisir "Écraser l'élément déjà integré" sauvegardé et re-ouvrir le projet (voir la video). ATTENTION si vous déplacer les bornes, les conducteurs éléctrique peuvent être perdu lors de la réouverture.
Merci pour vos félicitation
Wenn Sie die Änderungen auf alle Elemente anwenden wollen, wählen Sie "Überschreiben des bereits integrierten Elements" und öffnen Sie das Projekt erneut (siehe Video). ACHTUNG: Wenn Sie die Klemmen verschieben, können die elektrischen Leitungen beim erneuten Öffnen verloren gehen.
Danke für die Glückwünsche
Hi Vbxler,
I 200% agree, only one thing make sure the position of the terminals (red stick with blue dot) are in a multiple of 10. The blue dot must be in a cross not in a dot of the grid.
Thank you lowVoltage, and take care of you.
Hello,
this feature is broken due to the change of path of elements in the official collection.
The elements prefix are found in the file "qet_labels.xml" who is stored in the root folder of the official collection.
The prefix is found in the file "qet_label" at the same path of the element itself.
The official collection folder was rearranged but not the "qet_label" and so prefix are broken now.
We need to update the file according to the current collection. If you have time and desire to update this file and send us, it will be very helpful for us.
To resume, the elements prefix is actually broken.
I agree with you.
What we need to do now is to decide whether or not we go with these rules.
When everything will be OK, I will made it available in the 0.9 dev.
Bonjour robert,
Bien que ta demande soit justifié elle ne sera pas présente dans une prochaine version.
Par manque de temps et de bras nous préférons concentré nos effort sur des fonctionnalités plus prioritaire.
Cordialement.
Added to todolist
QElectroTech → Posts by Joshua
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.019 seconds (53% PHP - 47% DB) with 6 queries