1 (edited by scorpio810 2022-08-16 12:08:52)

Topic: Nouveautés de la version de développement 0.9

MAJ 27/10/2021

Bonjours,
On recommence pour la 0.9 la liste des nouveautés.
J’énumérais sur ce topic les nouveautés apportés à la version de développement qui sera la future version 0.9.
Seront présentes uniquement les nouvelles fonctionnalités disponibles pour l'utilisateur.
Tout autre chose, tel que les bugfixs, remaniement de code et autres qui n'apporte rien de nouveau pour l'utilisation de QET ne seront pas mentionné ici, à quelques rares exceptions.
Ce topic n'a pas pour vocation d'être une release note (car ne sera pas exhaustif), mais aidera à visualiser rapidement les évolutions et avoir vos retours tout aussi rapidement afin d'être réactif durant le développement.

Rétrocompatibilité :
Il fallait bien y passer un jour, la rétro compatibilité à été supprimé sur certaines parties du code.
L'ouverture de projet crée avec une version de QElectroTech inférieur à la 0.7 sera toujours possible, mais les schémas seront cassés sur :
-Les anciens textes d'éléments ne seront plus convertis en nouveaux textes d'éléments (texte dynamique), donc les éléments n'auront plus de texte.
-Il y a longtemps il fallait écrire les variables directement dans le 'label' des éléments. Quand la 'formule' d'élément est apparue les 'label' contenant des variables (le %) étais considéré comme des 'formules' et donc le contenue du 'label' étais transféré dans la 'formule'. Ce n'est plus le cas dorénavant, si le 'label' est de la forme KM%id, il restera ainsi et la formule sera vide.

Pourquoi casser vos jolie schéma fait avec amoure et qui on nécessité des heures de travail me direz-vous ?
Afin de nettoyer des vieilles portions de code bancale, tordu, parfois volumineuse et qui seul moi en connais les obscures raison.
Préparer petit à petit le future de qet (j'en parle beaucoup pour ceux qui suivent le développement de qet).
Mais aussi grâce au travail de Laurent on dispose sur windows des ready to use et linux des appimages des anciennes versions de qet donc rien n'est perdu nomicons/smile il suffira d'ouvrir un projet non compatible avec la 0.8, l'enregistrer (ce qui aura pour effet d'avoir un projet enregistré selon les 'normes' de la 0.8) puis de l'ouvrir avec la 0.9.
Lors de l'ouverture d'un projet crée avec une version non compatible un dialogue informera l'utilisateur de la situation ainsi que la procédure à suivre pour rendre le projet compatible.

Éditeur de diagramme :
-Amélioration de la vitesse de QElectroTech (lancement de qet, ouverture de projet, fonction)
-Un liste déroulante a été ajouter dans la barre d'outils afin de modifier la taille des poignées de redimensionnement.


Éditeur d'éléments :
-La propriété "conserver la rotation visuelle" des textes d'éléments est éditable depuis l'éditeur d'élément.
-Grace au travail de antonioaja il est maintenant possible d'importer directement un dxf depuis l'éditeur d'élément et cela de manière totalement transparente pour l'utilisateur. En arrière plan QElectroTech utilise le logiciel dxf2elmt.  https://qelectrotech.org/forum/viewtopic.php?id=2265 https://github.com/antonioaja/dxf2elmt
Amélioration de la réactivité lorsque plusieurs formes sont sélectionnées ou supprimées, surtout dans le cas d'un travail sur un gros élément DXF converti.
https://qelectrotech.org/forum/viewtopi … 612#p16612

Autre :
-Ajout d'un onglet "projet annexe" dans la fenêtre "a propos".
-Dans la configuration général de QElectroTech, une liste déroulante permet de choisir la méthode de mise à l'échelle des écrans hdpi.
- Autoriser les polygones ouverts (c'est-à-dire les polylignes) lors de l'enregistrement au format dxf.
https://qelectrotech.org/forum/viewtopi … 611#p16611

-Ajout de l'option 'Autre' pour le type de contact du dispositif esclave.
https://github.com/qelectrotech/qelectr … r/pull/222
https://qelectrotech.org/forum/viewtopic.php?id=2264

Logs:

-Ajout d'un QElapsedTimer pour calculer le temps utilisé pour recharger la collection d'éléments.
-Amélioration de QElapsedTimer pour calculer le temps utilisé pour recharger la collection d'éléments en secondes au lieu de ms.
-Ajout des informations Linux pc.gpu.RAM,  mais nécessite la dépendance de mesa-utils sur l'OS Linux.
-Ajout des informations sur les volumes de disques montés.
-Ajout de l'architecture du CPU pour lequel Qt a été compilé dans le widget aboutqetdialog et dans les logs.
-Ajout du support MSVC à MachineInfo.
-Ajout d'informations sur la RAM sur Windows de la RAM disponible.
-Ajout de la version de QElectroTech dans le fichier de log.



Début du générateur de bornier WIP (27/10/21)


Mini roadmap/idées des fonctionnalités des borniers et autour des borniers
(cette liste n’est pas figée et évoluera en fonction des idée et besoins):

Possibilité de ponter des bornes.

Création d’une vraie notion de potentiel électrique (paramétrable au niveau des conducteurs du potentiel en question) cela permettra entre autres :
-L’automatisation des ponts entre bornes qui partage le même potentiel
-Pour les bornes à étage, que chaque étage se mette au bon endroit automatiquement, par le biais d’une règle petite règle définie par l’utilisateur par ex : borne au potentiel 0v toujours à l ‘étage 0 borne au potentiel 24v toujours à l’étage 1, autre borne étage 2.
-Pour la création automatique de borne à étage grâce à une règle définie par l’utilisateur par exemple : créer borne à 3 étage avec 1 borne au potentiel 24v 1 borne au potentiel 0v 1 borne d’un troisièmement potentiel autre que les deux précédents.
Les ‘règles’ sont plutôt abstraite, mais l’idée est la.
Avec les 3 points précédents (si bien fait et facile d’utilisation) il devrait être assez facile de créer un bornier, y ajouter tout un tas de bornes puis faire appel aux règles et au final obtenir un plan de bornier sans trop d’intervention manuelle.

Créer un nouveau comportement lors du placement d’une nouvelle borne sur un schéma afin que celle-ci soit immédiatement associée à un bornier : Cela pourrait être une liste déroulante dans la fenêtre du gestionnaire de bornier ou l’on choisira à quel bornier doit être rattaché les nouvelles borne (ou aucun bornier).

Ajouter un onglet dans la fenêtre du générateur de borniers afin de pouvoir modifier rapidement et par lot les propriétés des bornes (fabricant, référence, etc..)

Revoir le mécanisme pour ajouter/retirer une borne d’un bornier depuis l’éditeur de borniers, car trop fastidieux.

Revoir la gestion de la nomenclature (au niveau du code, pour l’utilisateur rien ne changera) car actuellement un élément borne = une référence, mais par la suite 3 éléments borne pourrait être qu’une seule référence dans le cas d’une borne à étage donc 3 bornes ‘dessiné’ = une référence.
Profité de l’occasion pour mettre en place dans qet la possibilité d’ajouter des références de chose qui n’ont pas de représentation sur les schémas, dans le cas des borniers il y a les plaques d’extrémité de borne, ponts, séparateur.

Développeur QElectroTech

2 (edited by Joshua 2021-02-25 21:14:13)

Re: Nouveautés de la version de développement 0.9

Rétrocompatibilité :
Il fallait bien y passer un jour, la retro compatibilité à été supprimé sur certaine partie du code.
L'ouverture de projet crée avec une version de QElectroTech inférieur à la 0.7 sera toujours possible, mais les schéma seront cassé sur :
-Les anciens textes d'éléments ne seront plus convertie en nouveau texte d'élément (texte dynamique), donc les éléments n'auront plus de texte.
-Il y a longtemps il fallait écrire les variables directement dans le 'label' des éléments. Quand la 'formule' d'élément est apparue les 'label' contenant des variables (le %) étais considéré comme des 'formules' et donc le contenue du 'label' étais transféré dans la 'formule'. Ce n'est plus le cas dorénavant, si le 'label' est de la forme KM%id, il restera ainsi et la formule sera vide.

Pourquoi casser vos jolie schéma fait avec amoure et qui on nécessité des heures de travail me direz-vous ?
Afin de nettoyer des vieilles portions de code bancale, tordu, parfois volumineuse et qui seul moi en connais les obscures raison.
Préparer petit à petit le future de qet  (j'en parle beaucoup pour ceux qui suivent le développement de qet).
Mais aussi grâce au travail de Laurent on dispose sur windows des ready to use et linux des appimages des anciennes versions de qet donc rien n'est perdu nomicons/smile il suffira d'ouvrir un projet non compatible avec la 0.8, l'enregistrer (ce qui aura pour effet d'avoir un projet enregistré selon les 'normes' de la 0.8) puis de l'ouvrir avec la 0.9.
Lors de l'ouverture d'un projet crée avec une version non compatible un dialogue informera l'utilisateur de la situation ainsi que la procédure à suivre pour rendre le projet compatible (pas encore codé à la date du 25/02/2021).

Développeur QElectroTech

Re: Nouveautés de la version de développement 0.9

https://git.tuxfamily.org/qet/qet.git/c … bb3e99c298
https://git.tuxfamily.org/qet/qet.git/c … 49671d8d80

https://github.com/itay-grudev/SingleAp … issues/121

Upgrade SingleApplication seem's to speed faster QET launching under Windows \o/ from ~60 seconds to 5 seconds.
On my laptop Win 10

18:30:52.275 Info: "QElectroTech V 0.90-DEV+7c3bde911c957a06d79751d3" 
18:30:52.276 Info: "Compilation : GCC 9.3.0"
18:30:52.277 Info: "Built with Qt 5.15.2 - Date : Feb 28 2021 : 18:19:34"
18:30:52.278 Info: "Run with Qt 5.15.2 using 8 thread(s)"
18:30:52.279 Info: "CPU : NAME                                      \r\r\nINTEL(R) CORE(TM) I7-8550U CPU @ 1.80GHZ  \r\r\n\r\r\n"
18:30:52.280 Info: "RAM Total : 16199 MB"
18:30:52.281 Info: "RAM Available : 12460 MB"
18:30:52.282 Info: "GPU : VideoProcessor                \r\r\nIntel(R) UHD Graphics Family  \r\r\n\r\r\n"
18:30:52.282 Info: "GPU RAM : RAM Total : AdapterRAM  \r\r\n1073741824  \r\r\n\r\r\n B"
18:30:52.283 Info: "OS : winnt  - x86_64 - Version : Windows 10 Version 1909 - Kernel : 10.0.18363"
18:30:52.284 Info: *** Qt screens ***
18:30:52.284 Info: "( 1 : 3840 x 2160 )"
18:30:52.608 Info: Elements collection reload
18:30:57.795 Info: Elements collection finished to be loaded

It's not as good as in Linux, but the performance seems to be about the same as in OSX now.
And now on Windows, QET use all the processor threads at launch to speed up the loading.
I hope that we can load more than 20,000 elements without this being a brake in the future
I never thought that the bottleneck on Windows could come from this part..

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

Re: Nouveautés de la version de développement 0.9

https://www.linuxexpres.cz/qelectrotech-2

Podle všeho není vývojářům úplně jasné, proč se různé výsledky pozorované v OS Windows (udávaný nárůst rychlosti je asi 30 %) liší od OS Linux, kde má být skutečně dosahováno vyšší rychlosti při nahrávání sbírky - dvojnásobku (pozn. sbírka prvků má v současnosti přes osm tisíc položek).

Apparently it is not entirely clear to the developers why the various results observed in Windows (the reported increase in speed is about 30%) differ from Linux, where a higher loading speed of the collection is to be achieved - twice (note that the element collection currently has over eight thousand items).

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

Re: Nouveautés de la version de développement 0.9

scorpio810 wrote:

It's not as good as in Linux, but the performance seems to be about the same as in OSX now.
And now on Windows, QET use all the processor threads at launch to speed up the loading.
I hope that we can load more than 20,000 elements without this being a brake in the future
I never thought that the bottleneck on Windows could come from this part..

Je n'ai pas encore pris le temps d'essayer, mais si plusieurs personnes confirment que le chargement est plus raide on ajoutera ce commit à la 0.8.1.

Développeur QElectroTech

Re: Nouveautés de la version de développement 0.9

Nouveauté sur les éléments bornier pour l'instant accessible uniquement depuis l'éditeur.

- Les bornes (point de connections électrique) possèdent un nouveau paramètre "type" ce paramètre peut avoir trois valeurs :
.générique
.Bornier intérieur
.Bornier extérieur
Les deux dernier seront disponible uniquement si l'élément est de type bornier, ces paramètres serviront à savoir si le point de connexion se situe coté armoire ou coté extérieur de l'armoire (câble).
Ces deux types pourront être changé à tout moment dans l'éditeur de diagramme.

Le type d'élément bornier gagne deux nouveaux paramètres :
Type : générique, Fusible sectionnable, diode.
Fonction : générique, phase, neutre, terre.

La fonction pourra être changé à tout moment dans l'éditeur de diagramme.

Développeur QElectroTech

Re: Nouveautés de la version de développement 0.9

scorpio810 wrote:

https://git.tuxfamily.org/qet/qet.git/c … bb3e99c298
https://git.tuxfamily.org/qet/qet.git/c … 49671d8d80

https://github.com/itay-grudev/SingleAp … issues/121

Upgrade SingleApplication seem's to speed faster QET launching under Windows \o/ from ~60 seconds to 5 seconds.
On my laptop Win 10

18:30:52.275 Info: "QElectroTech V 0.90-DEV+7c3bde911c957a06d79751d3" 
18:30:52.276 Info: "Compilation : GCC 9.3.0"
18:30:52.277 Info: "Built with Qt 5.15.2 - Date : Feb 28 2021 : 18:19:34"
18:30:52.278 Info: "Run with Qt 5.15.2 using 8 thread(s)"
18:30:52.279 Info: "CPU : NAME                                      \r\r\nINTEL(R) CORE(TM) I7-8550U CPU @ 1.80GHZ  \r\r\n\r\r\n"
18:30:52.280 Info: "RAM Total : 16199 MB"
18:30:52.281 Info: "RAM Available : 12460 MB"
18:30:52.282 Info: "GPU : VideoProcessor                \r\r\nIntel(R) UHD Graphics Family  \r\r\n\r\r\n"
18:30:52.282 Info: "GPU RAM : RAM Total : AdapterRAM  \r\r\n1073741824  \r\r\n\r\r\n B"
18:30:52.283 Info: "OS : winnt  - x86_64 - Version : Windows 10 Version 1909 - Kernel : 10.0.18363"
18:30:52.284 Info: *** Qt screens ***
18:30:52.284 Info: "( 1 : 3840 x 2160 )"
18:30:52.608 Info: Elements collection reload
18:30:57.795 Info: Elements collection finished to be loaded

It's not as good as in Linux, but the performance seems to be about the same as in OSX now.
And now on Windows, QET use all the processor threads at launch to speed up the loading.
I hope that we can load more than 20,000 elements without this being a brake in the future
I never thought that the bottleneck on Windows could come from this part..

Same laptop but on Ubuntu 20.4

14:59:03.647 Info: "QElectroTech V 0.90-DEV+0424eb9fbc957a06d79751d3" 
14:59:03.647 Info: "Compilation : GCC 9.3.0"
14:59:03.647 Info: "Built with Qt 5.12.8 - Date : Mar  2 2021 : 12:12:50"
14:59:03.647 Info: "Run with Qt 5.12.8 using 8 thread(s)"
14:59:03.647 Info: "CPU : model name\t: Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz\n"
14:59:03.647 Info: "RAM Total : 15828 MB"
14:59:03.647 Info: "RAM Available : 13051 MB"
14:59:03.647 Info: "GPU :  Intel Corporation UHD Graphics 620 (rev 07)\n Intel Corporation Sunrise Point-LP Integrated Sensor Hub (rev 21)\n"
14:59:03.647 Info: "GPU RAM : @ToDo"
14:59:03.647 Info: "OS : linux  - x86_64 - Version : Ubuntu 20.04.2 LTS - Kernel : 5.4.0-66-generic"
14:59:03.647 Info: *** Qt screens ***
14:59:03.647 Info: "( 1 : 3840 x 2160 )"
14:59:03.960 Info: Elements collection reload
14:59:04.366 Info: Elements collection finished to be loaded

406 ms

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

Re: Nouveautés de la version de développement 0.9

Joshua wrote:

Je n'ai pas encore pris le temps d'essayer, mais si plusieurs personnes confirment que le chargement est plus raide on ajoutera ce commit à la 0.8.1.

Le chargement plus raide ... heu si tu veux nomicons/grin
Quelques cherry-pic et c'est déja ajouté sur la branche 0.8.1.

Maintenant j'attend les remarques et surtout les logs de nos 2 râleurs de service,  ils se reconnaîtrons .. nomicons/smiley-green
D’après mes tests la maj de pugiXML n'a pas amélioré le temps de chargement, celle de SingleApplication : à par contre divisé sur les deux machines de tests le temps de lancement par dix.
premier pc de test: laptop hp elitebook 850 g5 i7 UHD + 16 G RAM + SSD MVME M.2 - PCI-E 3.0 4x
second pc de test:  Ryzen 1600X 16 G RAM MSI b350 tomahawk+ SSD sata

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

Re: Nouveautés de la version de développement 0.9

Apres quelques galères avec certains changements d'outil de packaging Debian : devscripts, dh-autoreconf, pbuilder etc .. les paquets sont de nouveau disponibles sur le PPA :
Upgrade du pinning :

sudo sed -i 's/'"version 0.80.*"'/'"version 0.90.*"'/' /etc/apt/preferences.d/40qelectrotech-devel

Added Groovy packages for next builds on PPA

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

Re: Nouveautés de la version de développement 0.9

j'ai crée une branche "no_single_application" sur git, qui comme son nom l'indique n'utilise pas le single application.
Si certain veulent tester, afin de voir la différence concrète avec/sans single application.....

Développeur QElectroTech

11 (edited by galexis 2021-03-04 10:25:47)

Re: Nouveautés de la version de développement 0.9

Joshua wrote:

j'ai crée une branche "no_single_application" sur git, qui comme son nom l'indique n'utilise pas le single application.
Si certain veulent tester, afin de voir la différence concrète avec/sans single application.....

Au risque de paraître bête, c'est quoi cette version "single application" ? On ne peut lancer qu'une instance de QET c'est ça ?

Re: Nouveautés de la version de développement 0.9

https://www.kdab.com/kdsingleapplication/

What is a single-instance policy?
Single-instance policy refers to those applications that want to spawn a unique instance for a given user session. Even when launched multiple times, such applications will not spawn a number of separate instances. Instead, the existing instance will be notified, somehow, and some action will be taken by that instance. Typically, its window will be shown (if hidden) and raised to the foreground.

This mechanism works even when the application is launched indirectly, like from a file manager when opening a file type associated with the application. In this case, the new instance (launched by the file manager) will simply tell the existing instance to open the selected file, and then the new instance will immediately quit.

The problem is: on most operating systems we do normally get a new instance every time we launch an application! Therefore, some logic is needed to honor a single-instance policy. KDSingleApplication implements such logic.

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

13 (edited by saybot2011 2021-04-03 09:47:14)

Re: Nouveautés de la version de développement 0.9

Молодцы! Программа достойная чтобы быть лицензированной. Добавьте линейку и указатель размеров в миллиметрах. Тогда ей цены не будет!

Re: Nouveautés de la version de développement 0.9

- Log -----------------------------------------------------------------
commit b6cfc8c755a70f2e1b98fe0b991c7599d25a5679
Author: joshua <Joshua@>
Date:   Sun Apr 18 20:03:13 2021 +0200

    Improve element collection loading time
   
    According to Qt creator flame graph, call QSettings take lot of time.
    When loading the element collection, each items of the collection get
    the current language by calling the function QString
    QETApp::langFromSetting().
    This function instantiate a QSettings object each time and take a lot of
    time.
    Now the QSettings is instantiate only at the first call, and the value
    is stored in memory, then all other call of the function don't
    instantiate a QSettings, but just return the value in memory.


you see time improvement of loading on Windows?

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

Re: Nouveautés de la version de développement 0.9

yes good job

Re: Nouveautés de la version de développement 0.9

Bientôt vous pourrez lancer des application Linux en GUI dans vos Windows..
https://www.nextinpact.com/article/4684 … que-et-gpu
https://www.01net.com/actualites/window … 41652.html

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

Re: Nouveautés de la version de développement 0.9

Some of our users are having trouble uploading our binaries to our site, so another repo has been hosted on Github.

https://github.com/qelectrotech/qelectr … -2021%2F05

For 0.8 version see here :
https://github.com/qelectrotech/qelectr … /tag/0.8.0

Enjoy . nomicons/wink

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

Re: Nouveautés de la version de développement 0.9

scorpio810 wrote:

- Log -----------------------------------------------------------------
commit b6cfc8c755a70f2e1b98fe0b991c7599d25a5679
Author: joshua <Joshua@>
Date:   Sun Apr 18 20:03:13 2021 +0200

    Improve element collection loading time
   
    According to Qt creator flame graph, call QSettings take lot of time.
    When loading the element collection, each items of the collection get
    the current language by calling the function QString
    QETApp::langFromSetting().
    This function instantiate a QSettings object each time and take a lot of
    time.
    Now the QSettings is instantiate only at the first call, and the value
    is stored in memory, then all other call of the function don't
    instantiate a QSettings, but just return the value in memory.


you see time improvement of loading on Windows?

Pas vu de changement sur la readytouse et windows 7 32bits

Re: Nouveautés de la version de développement 0.9

@Galexis : Windows c'est un peu compliqué, un jour le lancement de QET mettra 5 secondes et une semaine après plus de 15 secondes, voir beaucoup plus, surtout avec Win 10 ...

Avec Linux, voire OSX c'est rapide et constant.

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

Re: Nouveautés de la version de développement 0.9

Just for fun and because they were much faster than the Tuxfamily upload servers especially, I uploaded some old stable binaries to https://github.com/qelectrotech/qelectr … r/releases  ... over at lightning speed.

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

Re: Nouveautés de la version de développement 0.9

Speed improvement

- Log -----------------------------------------------------------------
commit 71636ba87480ec61bc720d2efaa3c143d18efbd5
Merge: 0aea48b dd51819
Author: joshua <Joshua@>
Date:   Fri May 14 13:39:33 2021 +0200

    Merge branch 'master' of ssh://git.tuxfamily.org/gitroot/qet/qet

commit 0aea48bdaa7cfc50619c80c19ce5d318c5970ce4
Author: joshua <Joshua@qelectrotech.org>
Date:   Fri May 14 13:38:59 2021 +0200

    Open project is a litle more faster
   
    In the methods readDiagramsXml we call addDiagram for each diagrams
    loaded from xml, inside the addDiagram method we call the method
    updateDiagramsFolioData() and to finish this method operate a loop for
    each existing diagram.
   
    Then when we load a project from xml of
    10 folios, loop inside updateDiagramsFolioData() is called 55 time.
    50 folios, loop inside updateDiagramsFolioData() is called 1275 time.
    100 folios, loop inside updateDiagramsFolioData() is called 5050 time.
   
    Now instead of call addDiagram, we add diagram directly inside the
    methods readDiagramsXml and call the method updateDiagramsFolioData()
    only once when all diagrams are loaded.


- Log -----------------------------------------------------------------
commit fd9ab47041bc0f1265badf41bf54bd0f8ea7f652
Author: joshua <Joshua@>
Date:   Fri May 14 15:47:10 2021 +0200

    Load project from xml is a little more faster
   
    Like previous commit, in the method loadDiadrams() we call the method
    diagramAdded(), in this method we call rebuildDiagramsMap()
    updateAllTabsTitle() and these methods operate a loop for each existing
    DiagramView.
   
    Now loadDiagrams don't call diagramAdded (which must be used only when
    user add a diagram during the use of QElectroTech) but make operations
    itself and when all DiagramView are added, call rebuildDiagramsMap()
    updateAllTabsTitle() only once.


- Log -----------------------------------------------------------------
commit 21c35bc7446264e26dad831dfdac6fec1e7d1d6c
Author: joshua <Joshua@>
Date:   Fri May 14 16:15:49 2021 +0200

    Minor improvement at element picture creation
   
    Call once the uuid() method of element location instead of four (and so
    parse once time the xml) to store the uuid/picture and uuid/primitive to
    hash.

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

Re: Nouveautés de la version de développement 0.9

Après une très longue période sans grosse contribution de ma part, voici les nouveautés nomicons/smile
En préambule une petite explication du statut actuel du développement :
La branche git ‘terminal_strip’ dans laquelle le travail actuellement a été mergé dans la branche ‘master’ car suffisamment avancé pour pouvoir débuter quelque crash test de votre part.
Le travail continue sur la branche ‘terminal_strip’  car très loin d’être fini.

Maintenant place aux nouveautés.
Actuellement il n’est pas possible d’ajouter un plan de bornier sur un folio, la fonction n’existe pas (grincé pas des dents au fond ;D ).
Ce qui existe aujourd’hui c’est la création et l’édition des borniers.

Afin de tester créez un projet vierge et ajouté y des bornes.
Ensuite rendez-vous dans projet → gestionnaire de borniers (DEV).

Créez un nouveau bornier avec le bouton ‘ajouter un bornier‘ une fois fait, dans la partie de gauche ‘explorateur de bornier’ faire un glissé déposé des bornes de la section ‘bornes indépendante’ vers le bornier. (Intenable de faire des glissés déposés pour des dizaines voir centaines de bornes dans un vrai projet, cette partie sera revue afin d’être utilisable dans la vraie vie).

Dans la partie centrale il est possible d’éditer les propriétés du bornier ainsi que celle des bornes qui le compose.

Dans la partie de droite les 3 premiers boutons parle d’eux-mêmes, les autres boutons servent à définir une propriété à l’ensemble des bornes sélectionné.

Tout cela représente les bases nécessaires pour créer les borniers et paramétrer ceux-ci afin d’être suffisamment flexible pour gérer le plus de cas possible.

La fenêtre n’est pas modale (cad qu’elle bloque pas l’éditeur de schéma) vous pouvez donc la laisser constamment ouverte, il faut juste penser à la recharger (3ᵉ bouton en haut) lorsque vous voulez l’utiliser afin que celle-ci soit à jours avec le projet.

Il reste encore beaucoup de travail, mais n’hésiter pas à commenter et laisser vos avis.

Développeur QElectroTech

Re: Nouveautés de la version de développement 0.9

J'ai fait un test rapide : c'est très prometteur ! La fenêtre de réglage est pas mal du tout. Les champs repère de câble et numéro de fil dans le câble ne semblent pas fonctionner. Top !

Re: Nouveautés de la version de développement 0.9

Merci Galexis.

Pour les repères de câble et numéro de fil du câble c'est normal rien n'a été implémenté sur le sujet, je ne sais encore pas trop comment m'y prendre car dans tout les cas ce serais une rustine étant donné que les câbles n'existe pas encore dans qet.... et donc un problème de rétrocompatibilité lorsque les câble existeront.

D'ailleurs les ponts entre borne n'existe pas non plus (mais c'est prévu) car il va sûrement falloir mettre en place un réel notion de potentiel électrique.

Développeur QElectroTech

Re: Nouveautés de la version de développement 0.9

La version avec bornier en dev n'est pas dans le ppa?