Search options (Page 13 of 33)

Great

By the past the attribute was sorted in qet. It was used to check if an element was changed or not by checking the string of the xml.
But Qt changed the way how work the dom xml writer, and the attributes was never write in the same order.
So from this change, we can't check if element was changed or not even if attributes wasn't changed.
This is why we have an 'element definition' uuid. Uuid is much much better for qet (not for git diff).

When you think you've finished your work, I've some ideas to test (if you want to code it of course).

Bon comme quoi en faisant un bout de code à coté pour bien isoler le problème porte ses fruits .
A tester donc si le problème est réglé chez vous aussi.

Est ce que tu utilise un theme sombre pour les aplications Qt ?
Dans tous les cas change de theme Qt, si possible le theme par défaut.
Une petite vidéo sur mon pc.

https://download.qelectrotech.org/qet/f … csitem.mp4

Bon sur la vidéo c'est carrément invisible, mais en fonction du thème ça peut être gris comme toi. J'ai jamais pris le temps de faire un petit bout de logiciel afin d'isoler le problème et faire un report de bug (car je ne pense pas que ça vienne de chez nous ce truc)

Je relance ce vieux sujet, car c'est la prochaine fonctionnalité que je développe.
Il reste encore des choses à voir, est sûrement des choses que l'on aura pas pensé.
Entre autre :
-Faut-il pouvoir (je pense que oui) et comment définir pour les bornes (au sens point de connexion de qet, j'utiliserais ce terme par la suite) si elles sont coté haut/bas armoire/extérieur ? C'est pas facile car un bornier peut être dans une boite de dérive et donc les bornes sont extérieur. Bref vous m'avez compris le but étant de définir explicitement cela afin de bien créer le plan de borne. Attention pas de comportement implicite je sais par expérience que cela pose trop de problème par la suite, en revanche on pourra créer un comportement par défaut.

-Je pense en même temps du générateur de bornier créer un générateur de connecteur (genre prise harting) le code sera probablement partagé car la fonctionnalité reste sensiblement la même :
-Un groupe de bornier par exemple X1 peut tout aussi bien être un connecteur X1.
-Les bornes peuvent tout aussi bien être les pins du connecteur avec pour chaque point de connexion sont type ( mâle " --= )-- " femelle, ou terre,  beau dessin en ASCII art )
-Un ajout par rapport aux borniers sera de définir les deux prises (par exemple coté A est un socle sur armoire et coté B une prise sur câble) puis de définir pour chaque point de connexion si il est sur le coté A ou B (car des prises peuvent être mixé sur un même coté) avec un comportement par défaut (par exemple point de connexion mâle sur B).

Je me répète, mais toutes les propriétés devront être explicitement crée, par le passé nous avons définie (sur d'autre fonctionnalité) des propriétés implicitement et cela à toujours fini par poser des problèmes car une personne voulais le comportement X et une autre personne voulais le comportement Y, au final grosse rustine dans le code incompréhensible car pour des cas bien spécifique + création des propriétés explicitement.
En revanche on pourra mettre en place des comportements par défaut afin de minimiser le paramétrage manuel car bien souvent c'est toujours la même chose.

Je ne me fait pas trop de soucis pour la représentation du plan de bornier, car comme sont nom l'indique c'est une représentation donc si tout est bien définie au préalable ce qu'il reste à faire est "juste" du dessin.

Retour sur la 4g.
SFR n'a pas de technicien ? (c'est une vrai question)

Something like this could be a solution ? (it's just a proof of concept). I can add it to the roadmap.
https://download.qelectrotech.org/qet/f … g/cote.mp4

Yes this is the good place.

Bonjour,
j'ai fait le choix d'enlever des éléments pour les mêmes raisons que celles cité par galexis :

Ce qui est le cas pour tous les éléments que j'ai enlever de la collection officiel.
Je ne souhaite blesser personne par ma décision (Qet est un projet libre et communautaire, tous le mondes à sont mot à dire) donc bien que je reste sur l'idée que tous ces éléments sont des doublons uniquement pour avoir des références différente, si la suppression ne fait pas l'unanimité on peu faire un revert des commits en question.

Néanmoins, il faudra à l’avenir voir pour faire différemment, probablement avec la gestion des catalogues constructeur.

Pour résumer mea culpa si la décision ne plais pas, et si vous (les utilisateurs) souhaitez avoir tous ces éléments dans la collection officiel alors on revert (désoler Laurent de te donner du travail inutilement )

We plan to rewrite a big part of the source code of QElectroTech for several technical reason.
But before we must to implement some 'minimal' functionality for this kind of cad electrical software.
-Terminal strip generator (I will write it for QElectroTech 0.9)
-Cable management and generator (qet 1.0 or 1.1)
-Project structure according to IEC 81346 (qet 1.0 or 1.1).

After that we will start a long road to rewrite QElectroTech and when the work will be done will be stronger and apt to do professional and complex feature much better than now.
I have a lot of idea in my hat .

Techniquement ça devrais être faisable sans trop de difficulté. En revanche faire interface qui ne soit pas une usine à gaz à utiliser....

C'est une fonction des anciens textes et qui a été enlever des anciens textes (code pas top et peu utilisé = poubelle) mais n'a jamais été implémenter avec les nouveaux textes.
Je vais me pencher dessus.....