Topic: Folios non consecutive numbering, new dock collection element (EN)

Hello,

here are some good news since the last posted message.

Hilário joined the team and is in charge of the translation in brasilian portuguese. The GUI is almost completely translated and activated in the software.

Davi joined also the team, but as software developer. He will add (and has already added) some new functionalities to titleblocks, component numbering, etc.

In the project properties, tab cross references, the new variable %F was added to differentiate %{folio-id} from %folio.

The variable %f corresponds to the variable "%{folio-id}" available in the titleblock: it's the numerical position of the folio in the project. Its value is dynamicaly updated when the order of folios is changed.
The new variable %F corresponds to the variable "%folio" available in the titleblock. %F stores a constant that is not updated when the order of folios is changed.

Thus, it is possible for the user to number folios the way he wants:
with numbers and non continuous numbering, with letters (*/=-+) or a mix of both, or something else!

A new tool allows to create several new folios in one action. This tool takes the user parameters (folio properties) and numbering rules into account by creating the new folios.

Here is a video example:

https://download.qelectrotech.org/qet/f … lio_3.webm


From now on, the user can configure the text format of the cross references as he wants.
It is valid also for the auto numbering functionality of conductors.

https://download.qelectrotech.org/qet/forum_img/XREF_format1.png

The texts of cross references can now be longer as before without overlapping symbols.

https://download.qelectrotech.org/qet/forum_img/XREF_format4.png

In the element properties widget, the variables %f %F %l %c can be used in the field information.

The csv export to the nomenclature (parts list) takes these variables into account.


The long and hard work made by Joshua to build a new element panel is now finished and is very valuable.

This new panel manages the element collections and the old one manages the project view and the titleblock collections.

All the panels can be arranged by the user the way he wants: one over the others as tabs, one above and one below as split view, or detached from the main window when a HDPI or several displays are used.

As a result of the new panel, the RAM consumption of QET decreases from more than 1GB to about 30MB at program startup.

Yes, you read it right!!! nomicons/w00t

Here on MS Windows:

https://download.qelectrotech.org/qet/forum_img/RAM.png

The reason is simple: at program startup, the element pixmaps are not generated anymore. They are only created when the collection tree is explored.
Even if the whole collection tree is opened, the RAM consumption does not exceed 300MB.

The startup time of QET is also reduced by this improvement. Only about 7 sec. on Laurent's computer:

laurent@debian:~$ time qelectrotech

real 0m8.926s
user 0m6.920s
sys 0m0.136s

* Once the editing of an element is finished, it is automaticaly updated in the panel and is ready to be dragged & dropped onto the folio.
* Copying folders of elements is also made instantly so that they are updated on the fly.
In the most cases, there is no need to reload the collections anymore.

A memory leak was found and solved thank the competence of Mehdi.


Enjoy! nomicons/smile

2 (edited by candleblush 2016-06-29 15:56:38)

Re: Folios non consecutive numbering, new dock collection element (EN)

Merci pour le post, je lirais tout ça à tête reposée

Re: Folios non consecutive numbering, new dock collection element (EN)

Bonjour

J'utilise la version 0.51-dev+svn4471 sous Windows
Ceci est ma première intervention, désolé ^^'

J'ai voulu tester la vue par contact et il y a un souci : les on et off delay sont inversés.
Je joins une capture d'écran, mais je peux l'insérer ici si besoin

Post's attachments

Qelec1.jpg, 205.36 kb, 1400 x 1050
Qelec1.jpg 205.36 kb, 633 downloads since 2016-06-24 

Re: Folios non consecutive numbering, new dock collection element (EN)

Bonjour,

il ne sont pas inversés, c'est la représentation des parachutes qui est différente.

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Folios non consecutive numbering, new dock collection element (EN)

Oui, c'est ce que je voulais dire, pardon. 
Les contacts on delay sont représentés par des off et inversement.

Re: Folios non consecutive numbering, new dock collection element (EN)

KDS wrote:

Bonjour

J'utilise la version 0.51-dev+svn4471 sous Windows

Tu as un wagon de retard, voir un train entier nomicons/grin
4559 la dernière 

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Folios non consecutive numbering, new dock collection element (EN)

Désolé mais la sncb a été en grève pendant 10 jours...
J'ai telechargé cette version il y a... Hum. .. 2 mois à tout casser 
Bon, vais voir pour obtenir plus récent, merci

Re: Folios non consecutive numbering, new dock collection element (EN)

scorpio810 wrote:
KDS wrote:

Bonjour

J'utilise la version 0.51-dev+svn4471 sous Windows

Tu as un wagon de retard, voir un train entier nomicons/grin
4559 la dernière

J'ai changé de train, le problème demeure

Re: Folios non consecutive numbering, new dock collection element (EN)

Ce n'est pas un problème, mais un dessin différent entre le contact posé et sa représentation dans les références croisées.
Compare le sens des parachutes entre les deux, et tu devrais comprendre suivant l'orientation des parachutes si on freine le contact à l'ouverture ou à la fermeture sur l'alimentation bobine ou lors de la mise hors tension de la bobine : tempo travail/ repos.

Certes ce n'est le dessin normalisé, mais ça nous arrangeaient bien pour le dessin qui je le rappelle est fait directement par code.

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Folios non consecutive numbering, new dock collection element (EN)

Je n'avais jamais prêté attention à cela, mais il est vrai qu'il serait mieux la représentation des contacts soit harmonisée entre schéma et xref.

Re: Folios non consecutive numbering, new dock collection element (EN)

galexis wrote:

Je n'avais jamais prêté attention à cela, mais il est vrai qu'il serait mieux la représentation des contacts soit harmonisée entre schéma et xref.

Pareil, autant remplacer ces symboles, vous êtes d'ailleurs libres d'utiliser les vôtres.nomicons/tongue

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

12

Re: Folios non consecutive numbering, new dock collection element (EN)

Le parachute étant inversé entre le contact posé et sa référence, cela risque d'être source d'erreurs en cas de câblage.

Je reconnais que dans ma capture d'écran, j'ai utilisé une bobine simple, au lieu d'utiliser le symbole montrant la temporisation On ou Off.
Mais si j'ai une bobine "on" et que dessous, les parachutes sont "off", je vais tirer un drôle de nez.
Et si la bobine ne reprend pas l'indication de temporisation, mais que les contacts commandés sont sur un autre folio, il y a carrément un risque que je me plante dans mon montage.

Re: Folios non consecutive numbering, new dock collection element (EN)

scorpio810 wrote:
galexis wrote:

Je n'avais jamais prêté attention à cela, mais il est vrai qu'il serait mieux la représentation des contacts soit harmonisée entre schéma et xref.

Pareil, autant remplacer ces symboles, vous êtes d'ailleurs libres d'utiliser les vôtres.nomicons/tongue

Pas pour les Xref ? C'est figé ?

Re: Folios non consecutive numbering, new dock collection element (EN)

Oui, les symboles des Xref c'est figé dans le code.

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Folios non consecutive numbering, new dock collection element (EN)

Pour moi, la représentation la plus courante est celles des symbole d ela bibliothèque. La représentation des Xref est juste mais moins courante.

Re: Folios non consecutive numbering, new dock collection element (EN)

galexis wrote:

Pour moi, la représentation la plus courante est celles des symbole d ela bibliothèque. La représentation des Xref est juste mais moins courante.

C'est ce que je m'efforce de dire depuis le début ... nomicons/happy

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Folios non consecutive numbering, new dock collection element (EN)

Sous entendu: ce serait pas mal que les Xref soient comme les symboles de la bibliothèque !

Re: Folios non consecutive numbering, new dock collection element (EN)

https://svnweb.tuxfamily.org/filedetail … efitem.cpp

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Folios non consecutive numbering, new dock collection element (EN)

nomicons/alien

20 (edited by scorpio810 2016-07-03 14:04:16)

Re: Folios non consecutive numbering, new dock collection element (EN)

Il me reste à faire encore quelques ajustements, [s]mais on verra plus tard dans la semaine[/s]

https://download.qelectrotech.org/qet/forum_img/xref.png

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Folios non consecutive numbering, new dock collection element (EN)

Nuri wrote:

nomicons/alien

Pas bien compliqué à faire Nuri, en gros une heure de boulot.nomicons/smile


Modified: trunk/sources/qetgraphicsitem/crossrefitem.cpp
===================================================================
--- trunk/sources/qetgraphicsitem/crossrefitem.cpp    2016-06-30 09:12:25 UTC (rev 4561)
+++ trunk/sources/qetgraphicsitem/crossrefitem.cpp    2016-07-03 12:00:27 UTC (rev 4562)
@@ -455,27 +455,27 @@
             // for delay on contact
             if (flags &DelayOn) {
                 if (flags &NO) {
-                    painter.drawLine(12, offset+4, 12, offset+6);
-                    QRectF r(9.5, offset+1, 5, 3);
-                    painter.drawArc(r, 180*16, 180*16);
+                    painter.drawLine(12, offset+8, 12, offset+11);
+                    QRectF r(9.5, offset+9, 5, 3);
+                    painter.drawArc(r, 180*16, 180*16);
                 }
-                if (flags &NC) {
-                    painter.drawLine(QPointF(13.5, offset+2), QPointF(13.5, offset+3.5));
-                    QRectF r(11, offset-1, 5, 3);
-                    painter.drawArc(r, 180*16, 180*16);
+                if (flags &NC) {
+                    painter.drawLine(QPointF(12.5, offset+5), QPointF(12.5, offset+8));
+                    QRectF r(10, offset+6, 5, 3);
+                    painter.drawArc(r, 180*16, 180*16);
                 }
             }
             // for delay off contact
             else {
                 if (flags &NO) {
-                    painter.drawLine(12, offset+3, 12, offset+6);
-                    QRectF r(9.5, offset+2, 5, 3);
-                    painter.drawArc(r, 0, 180*16);
-                }
+                    painter.drawLine(12, offset+8, 12, offset+9.5);
+                    QRectF r(9.5, offset+9.5, 5, 3);
+                    painter.drawArc(r, 0, 180*16);
+                }
                 if (flags &NC) {
-                    painter.drawLine(QPointF(13.5, offset+1), QPointF(13.5, offset+3.5));
-                    QRectF r(11, offset, 5, 3);
-                    painter.drawArc(r, 0, 180*16);
+                    painter.drawLine(QPointF(12.5, offset+5), QPointF(12.5, offset+7));
+                    QRectF r(10, offset+7.5, 5, 3);
+                    painter.drawArc(r, 0, 180*16);
                 }
             }
         }

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Folios non consecutive numbering, new dock collection element (EN)

Super !

Re: Folios non consecutive numbering, new dock collection element (EN)

Merci, les paquets sont disponibles.

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Folios non consecutive numbering, new dock collection element (EN)

Bonjour,

depuis la version svn 4565 il est maintenant possible d'affecter des règles sur les labels d’élément.https://download.qelectrotech.org/qet/forum_img/autonum-element.png

Davi a d'abord ajouté un nouveau fichier ./elements/10_electric/qet_labels.xml, ce fichier XML permet de définir un préfixe a une catégorie d’éléments suivant le nom de leur répertoire.
Exemple : les fusibles auront un préfixe défini F, les bobines K, etc.

...
<category name="200_fuses&amp;protective_gears">
<category name="10_fuses">
<prefix>F</prefix>
</category>
...


Davi a ensuite ajouté un formulaire pour automatiser le label de ses éléments suivant vos variables %F %f %prefix, etc.




Davi wrote:

1) Created a .xml file containing electric elements folder structure.
File path is
./elements/10_electric/qet_labels.xml

This file basically contains *some* of the ISO/IEC 81346-12 element's
labels to be assigned to each element. The idea here is to assign a
prefix (or label) to each directory containing elements so that when the
element is created it will automatically assign its correct label. Example:

...
<category name="200_fuses&amp;protective_gears">
<category name="10_fuses">
<prefix>F</prefix>
</category>
...

When user creates a fuse the element will be assigned "F" to its label
instead of the usual "_". However, if the element has already a specific
label (different than "_") it will assign it's specific label instead of
the ISO one. There are elements that do not have a prefix label but if
it's parent directory has a label prefix, it will be assigned to the
element. This was designed to allow simple and fast directory structure
attributes management instead of the edition of thousands of library
elements.
Example:

...
<category name="140_connectors&amp;plugs">
<category name="01_connectors_pins"></category>
<category name="10_connectors_circular"></category>
<category name="15_connectors_dsub"></category>
<category name="20_socket_outlets"></category>
<category name="60_connectors_electronics"></category>
<prefix>X</prefix>
</category>
...

Every element inside the connectors&plugs folder (connectors pins,
connectors circular etc) will be assigned the label "X". If however, we
choose to assign prefix "X1" for connectors pins we would change the xml
file to:

...
<category name="140_connectors&amp;plugs">
<category name="01_connectors_pins">
<prefix>X1</prefix>
</category>
<category name="10_connectors_circular"></category>
<category name="15_connectors_dsub"></category>
<category name="20_socket_outlets"></category>
<category name="60_connectors_electronics"></category>
<prefix>X</prefix>
</category>
...

The important thing to notice here is that the parent label "X" is
located after all of it's child folders and, hence, their prefixes. This
is done because of the way the parsing (QXmlStreamer) was implemented.

Note that qet_labels.xml must be revised for correctness.

2)Element autonumbering formula.
There is a new tab inside the autonumbering menu that allows users to
assign a formula to automatically number all elements. User can assign
variables, texts and numbers to be inserted automatically when creating
a element.
In the example bellow, please note that the dash is a fixed text:

Formula = %prefix-%l%c

If a coil is placed on line A column 1 it's label will be "K-A1". There
are also other variables available (the same there we were implementing
before e.g.: %F: Folio Name and etc). If user then changes the formula
new elements will be assigned the new formula.

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Folios non consecutive numbering, new dock collection element (EN)

Revision: 4569
Author:   dfochi
Date:     2016-07-10 03:33:49 +0200 (Sun, 10 Jul 2016)
Log Message:
-----------
Element Autonumbering now has sequential variables and selectautonum widget. Renamed autonumbering variables.

https://download.qelectrotech.org/qet/forum_img/autonum-element1.png

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."