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.
301 2021-01-04 00:36:12
Re: QET V 0.80-rc+74342cb00c957a06d79751d3: éléments bib sont gris (21 replies, posted in FR : Aide, suggestions, discussions, ...)
302 2021-01-03 22:47:59
Re: QET V 0.80-rc+74342cb00c957a06d79751d3: éléments bib sont gris (21 replies, posted in FR : Aide, suggestions, discussions, ...)
C'est bon je me suis motivé a faire un petit bout de programme, le bug est bien présent.
Si vous voulez tester je vous envoie un petit zip
303 2021-01-03 20:15:14
Re: QET V 0.80-rc+74342cb00c957a06d79751d3: éléments bib sont gris (21 replies, posted in FR : Aide, suggestions, discussions, ...)
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)
304 2021-01-01 21:58:43
Re: Discussion sur le générateur de borniers. (69 replies, posted in FR : Aide, suggestions, discussions, ...)
Oui entre autre chose, je n'ai pas d'exemple en tête mais j'imagine très bien par la suite qu'il nous sera demandé de différencier les deux parties pour diverse raison.
Est-ce que cela ne doit pas se faire au travers des installations et localisations des éléments amont/aval ?
Je ne sais pas, peut être ?
L'installation/localisation sera t'elle forcément différente où sera t'elle même employé ? Je pense au schéma français qui utilise pas vraiment le système installation/localisation (à tort ou à raison la n'est pas la question).
Peut tu préciser comment tu voie la chose.
305 2020-12-30 11:25:51
Re: Discussion sur le générateur de borniers. (69 replies, posted in FR : Aide, suggestions, discussions, ...)
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.
306 2020-12-24 16:27:55
Re: re-organize wago-sub-directory? (34 replies, posted in Elements)
@plc-user :
This is a real use case, but qet wasn't designed for that (Because of the lack of knowledge of the needs of this kind of software, but also because qet did not have the ambition to be what it is today, at the beginning of qet).
Of course we can write code for that but we should deal with existing code and exsting project files to keep retro-compatibility.
So for the moment qet will stay as he as.
We plan in future to rewrite a big part of qet to remove all the weak points (code, feature and usability) and write a solid and versatile core code base.
When this time will happen we can discus about what you propose (and a lot lot more
).
I already write some note (it's not a roadmap just a memory help) of things to rewrite, implement, improve etc....
https://qelectrotech.org/wiki_new/refon … lectrotech
I already note some new type of elements (plc, thumbnail) and also an element can be composed of several part (like a simple push button : a button, a braket, one/several contact, a light).
Edit :
Every time I explain the future of qet, I see a lot of work for several year.
307 2020-12-24 15:54:48
Re: Nouveautés de la version de développement 0.8 (317 replies, posted in News)
Retour sur la 4g.
SFR n'a pas de technicien ? (c'est une vrai question)
308 2020-12-22 11:40:44
Re: re-organize wago-sub-directory? (34 replies, posted in Elements)
I agree with you.
I think add a new type of element : thumbnails, but this kind of element must be strongly linked to a manufacturer reference and if there is not a thumbnail for a reference add to the properties of element symbol the size (width, height depth) to draw a simple rectangle in the thumbnail folio, so not so easy. We must to add this feature in the rodmap, this will be a big feature to write.
if this isn't too hard I can do this, Joshua/plc-user
this is an opportunity to learn the file format.
Of course you can, they will be very helpful in future to convert old element to new svg element.
309 2020-12-17 22:11:13
Re: re-organize wago-sub-directory? (34 replies, posted in Elements)
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
310 2020-12-13 16:28:52
Re: ?ref X sans contact (5 replies, posted in FR : Aide, suggestions, discussions, ...)
Oui je me suis rendu compte que les Xref sont trop "rigide" dans leurs utilisations.
Il faudra revoir ça mais..... pour Qet 2.0 donc pas avant longtemps.
311 2020-12-05 13:09:03
Re: Nouveautés de la version de développement 0.8 (317 replies, posted in News)
is this a good place for the lib manager?
Yes this is the good place.
312 2020-12-04 21:18:12
Re: Nouveautés de la version de développement 0.8 (317 replies, posted in News)
joshua, can I have a look to create svg in the element
and further customize the element
to a graphic and a data lib?
I'm not sure what you want (translation english -> french).
You want to know how I want to do this, or you want to start work on this ?
I would therefore remove the elements from the repo
splits the repo into the source code and elements
but this idea still needs some time..
I agree 200%, add a git repos only for the elements and another one for the source code and if it possible (I think it is) make the git repos of element a git submodule of source code git repos.
313 2020-12-04 21:11:36
Re: Nouveautés de la version de développement 0.8 (317 replies, posted in News)
Bonjour,
j'ai fait le choix d'enlever des éléments pour les mêmes raisons que celles cité par galexis :
Perso, je ne pense pas qu'il faille multiplié les symboles identiques juste pour avoir des références différentes. Elle doit rester générique, et la gestion de catalogue constructeur est une autre fonction, qui n'est pas encore développée. Cela doit rester dans la bibliothèque perso.
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
)
314 2020-12-03 18:11:04
Re: Nouveautés de la version de développement 0.8 (317 replies, posted in News)
Oui j'ai supprimé les éléments car en doublons uniquement pour des références. Alors bien sur je comprend que cela fait gagné beaucoup de temps donc un dépôt contrib est la bonne solution.
Je ferais un PR sur le nouveau dépôts si je supprime d'autre éléments.
315 2020-12-02 19:30:20
Re: Cable interactive tool (4 replies, posted in EN : Help, suggestions, discussions, ...)
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
.
316 2020-11-23 19:14:55
Re: Problème cherche remplacer (12 replies, posted in FR : Aide, suggestions, discussions, ...)
c'est que la sélection faite par le clic droit n'est pas visible d'une manière ou d'une autre ...
C'est à dire ?
317 2020-11-23 19:13:56
Re: Rotation automatique du texte (10 replies, posted in FR : Aide, suggestions, discussions, ...)
Ce n'est pas mal que les textes des différents éléments sélectionnés par la sélection puissent être tournés. Cela se fait facilement à partir du menu sous le bouton droit. Ce serait également bien de changer la taille et la police en une seule fois. Bien entendu, l'alignement du texte sélectionné serait tout aussi utile. Souvent, vous devez accéder à chaque élément pour modifier la taille du texte ou d'autres propriétés de police. Et cela prend beaucoup de temps. (google.translate nomicons/smile )
Techniquement ça devrais être faisable sans trop de difficulté. En revanche faire interface qui ne soit pas une usine à gaz à utiliser....
318 2020-11-20 21:54:09
Re: Rotation automatique du texte (10 replies, posted in FR : Aide, suggestions, discussions, ...)
Hop c'est codé, à tester si ça roule.
319 2020-11-20 19:33:56
Re: Rotation automatique du texte (10 replies, posted in FR : Aide, suggestions, discussions, ...)
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.....
320 2020-11-20 19:31:11
Re: Problème cherche remplacer (12 replies, posted in FR : Aide, suggestions, discussions, ...)
Si c'est actif, tout est fini depuis mon premier post. Tu n'as pas essayé ?
321 2020-11-18 19:21:55
Re: Problème cherche remplacer (12 replies, posted in FR : Aide, suggestions, discussions, ...)
Dans la liste de folio du widget rechercher/remplacer (comme la photo que tu as poster plus haut) tu fait un clique droit sur un folio, un menu contextuel apparaîtra avec 3 entrée.
322 2020-11-16 21:57:09
Re: Qt 6.0 development and qelectrotech (157 replies, posted in Code)
Nothing to reconsidering, this the feature I will write for QET 0.9 ![]()
Initially the terminal strip generator had to be created for the 0.8 version, but the version 0.7 have now more than one year, so I had decided to release the 0.8 (soon) and continue my initial plan (write the terminal strip generator) for the 0.9.
323 2020-11-15 18:22:44
Re: Problème cherche remplacer (12 replies, posted in FR : Aide, suggestions, discussions, ...)
Je déterre ce vieux sujet (mieux vaut tard que jamais).
Il est possible de sélectionner les éléments, conducteurs et textes d'un folio sélectionner dans la liste, par le biais d'un clique droit.
324 2020-11-14 20:20:50
Re: Import des paramètres d'un élément par fichier text + ajout de champs (4 replies, posted in FR : Aide, suggestions, discussions, ...)
I think it's time to make a blueprint of QET, what we want, how we want it, and then make it.
Yes we need to make a blue print. In fact QElectroTech was never have a blue print because Qet since the beginning have only one developer (it's not really true, but all other dev who was come, write few code and wasn't need a blue print for that)
Joshua has a plan I think, and I don't want to get in his way.
I have a lot plan for a lot of things since several years but only two hand to write and not as much time as I would like ![]()
He's been fixing to many mistakes from me lately.
Yes, I read the git logs, and it's never nice to know that I m responsible for the bugs reported.
Don't worry, in french we say : "Il n'y a que ceux qui ne font rien qui ne se trompent jamais." = Only those who do nothing are never wrong.
Continue youre work
325 2020-11-08 20:07:08
Re: Set new conductor properties from project properties (4 replies, posted in Code)
Laurent, essayes le dernier commit, ça devrais corriger le problème.
