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.

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.

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).

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.

Oui c'est prévue : https://qelectrotech.org/forum/viewtopic.php?id=1486

Bonjour, ce n'est pas possible.
Les colonnes  sont numérique et les lignes alphabétique.

257

(17 replies, posted in News)

Tu peut préciser, j'ai pas réussi à reproduire le problème.

The search start a few time after you type a letter (500ms) and is reseted each time a letter is typed, to let time to user write a complete word (else the search start immediate and the gui freeze).

I still modified the behavior as you suggest, the search start when the word have at least 3 letters.

Regards Joshua.

Pour résumer (rapidement) le code de numérotation automatique à été crée de manière assez (trop ?) simpliste et avec le recul que l'on avais à l'époque.
Il est claire qu'aujourd'hui la numérotation automatique est pénible à utiliser (switcher entre les règles, non géré par la pile d'annulation).
Une réécriture ne serais pas d'une grande complexité (à quelques détails près) mais, malheureusement pour vous, n'est pas du tous dans les projets actuel car notre petite équipe se concentre sur des fonctionnalités manquante et plus importante.
En espérant avoir répondu à vos questions.

PS : vos idées reste bonnes

Oups I forgot come back nomicons/unsure
fixed here https://git.tuxfamily.org/qet/qet.git/c … 9b14209edd

De-Backer wrote:

@scorpio810 and Joshua
what is your thought?

I understand it's a waste of time, but this part of code have a bad design (one more) and it will be difficult to change this behavior without disturbing other users.
The best (and probably the good) approach is to create a real electrical potential properties (class and other code). Actually we consider that every conductor who share the same potential also share the same properties, it's implicit and user can't change this.
Qet 2.0......

One thing we can do now, it's to keep in memory the last state of the check box "apply to potential".

Hop crash résolut.

bruce33 wrote:

Je n'ai pas beaucoup de pauses en ce moment ; je n'ai pas pris le temps de lire tous les bugs déjà déclarés dans BugTracker. Et j'ai constaté qu'avec la dernière version 0.8rc il y avait moins de problèmes avec l'inversion de la sélection, je ne me suis pas précipité.

Pas de problème nomicons/smile.
En revanche le "moins de problème" devais juste être une impression car rien n'a été touché depuis un moment de ce coté la du code et pendant le débogage je reproduisais le crash à tous les coups.

bruce33 wrote:

comme le crash fréquent de la fonction "Inverser la sélection", quand tout le folio est sélectionné par exemple

Mince je ne l'ai pas vue passer ce bug. Tu l'avais déjà remonté (ici ou sur le bug tracker)

Non, cette fonctionnalité n’existe pas à l'heure actuelle , et prendra probablement du temps avant que soit le cas (cause technique et priorité des choses à coder).
A savoir que tu peut modifier l'élément depuis la collection utilisateur, le déposer sur le schéma, choisir "écraser l'élément", sauvegarder le projet, le fermer et enfin l’ouvrir à nouveau.
Par contre pour que tu puisse conserver les conducteurs, l'élément doit avoir le même nombre de bornes, et c'elle ci doivent se trouver exactement à la même position. Si ces conditions ne sont pas respecté les "ancien" éléments disparaîtront.
Pour résumer tu peut modifier l'aspect graphique mais ne pas toucher au bornes.
Fait une copie de ton fichier .qet avant de faire la manipulation au cas ou quelque chose tourne mal.

Ok donc tout le monde à compris (je pense jamais à aller sur la chaîne youtube, surtout que la vidéo c'est moi qui l'ai faite..... nomicons/unsure )
Point d'ancrage me semble pas mal comme texte (tout le monde valide ?).
Pour le reste, ça attendra la 0.9 on est trop près de la release pour ajouter de nouvelle fonctionnalités.

Xander a bien résumé (mieux que moi nomicons/grin ) :
Détermine comment le cadre du texte grandis, lorsque ce dernier est modifié (ajout ou suppression de caractère).

Je posterais une petite vidéo demain, ce sera plus facile.

PS :
Si quelqu'un (ou plusieurs personnes) se sente motivé, vous pouvez contribuer à la rédaction de la documentation en français.

Ok, c'est bien ce que je pensais la fonction ne fait ce à quoi vous vous attendez (il est vrai que c'est pas très claire comme truc).
Il n'est pas question de l'alignement du texte en lui même, mais de l'alignement du cadre l'englobant.
Faite l’essaie
-un texte "label"
-indiqué une largeur afin de forcer le retour à la ligne
-sélectionné le texte (c'est pour bien visualisé le phénomène)
-Dans le champ label écrivez n'importe quoi sans oublier des espaces pour les retours à la ligne.
-Recommencer l'opération en changeant l'alignement du texte pour bien visualisé les différences.

Il est vrai que l'on pourrais changer le nom afin que la fonctionnalité soit plus claire (si vous avez une idée car moi non).
Je vais regarder si je peut créer l'alignement du texte comme vous l'entendez (vous êtes pénible on est proche de la release nomicons/smile ).

@Caroline
Pour mettre en français
settings -> Configure QElectroTech -> General (tu est déjà dessus) -> onglet language -> et choisire System il faudra relancer qet.

Étrange, chez moi tout fonctionne.
Le comportement de cette fonctionnalité est elle bien ce à quoi vous vous attendez ?
En d'autre terme quand vous utilisé cette fonctionnalité, qu'est ce qu'elle doit faire selon vous ?

They also crash when we undo the drop of element.
@De-Backer : yes we need to prevent this at creation of element.

But in any case I need also to fix this crash.
I come back when I fix it.

What did you do when crash occur ?

I don't understand what you want.

272

(34 replies, posted in Elements)

About the drawing of front view and scale ratio (1 : 200 or whatever)
please open a new thread on this forum and discuss of in this new thread.
For me (with my hat of developer) the scale factor can be 1:1 or 1:1000000 this is the same.
You as users, specifies the scale factor and may be some rules and good practice for draw front view and when it's done, I will write the code with pleasure nomicons/smile, these elements will have a new type (witch doesn't exist now) "thumbnail".

One other things (this is my opinion and not necessary the opinion of the whole QET team) don't draw exactly the same element for each reference of a device series.
Exemple :
Power Contactor serie lc1 of schneider electric. https://www.se.com/ww/en/product-range/664-tesys-d/
the front view is exactly the same for about 20 (or more) contactor the only difference  is the reference write in the front of the device (lc1d09, lc1d12 etc...).
The element collection need only one front view and it's the role of user pick and place the good front view.
In future I plan to make it automatic (one view = several reference) but for now.....
The element collection is very big and make a lot of time to be loaded (in windows), so no need to bloat it with doubloon.

Oui ce bug est reglé

galexis wrote:

Je trouve aussi que définir explicitement le côté qui rentre ou sort est une bonne idée. Peut-être via un objet point de connexion de couleur différente ?

J'avais pensé aux couleurs aussi mais c'est pas très parlant en revanche des petite flèches je oui.

bruce33 wrote:

j'aimerais contribuer à l'amélioration de ce logiciel, de façon très modeste. Je suis automaticien, ni spécialiste du schéma électrique ni de la programmation avec Qt Creator.

Il y a plein de manière de contribuer à un logiciel libre, le programmer bien entendue, mais aussi les remontées de bugs sont très importante.
Donc continue ainsi nomicons/smile surtout n’hésite pas à utiliser le bugtracker car c'est assez facile de passer à coté d'un bug sur le forum ou de l'oublier (Tu peut aussi utiliser les deux en même temps).