Search options (Page 8 of 33)

Premier post édité avec les idées au sujet des borniers

Perso c'est ce qui m'irait le mieux.
Pour la vidéo de la création des câbles c'est assez vieux ce truc et juste un test, c'est l'outils 'ligne' un peu modifié mais il ne se passe rien derrière, c'est purement du dessin. Cela dit le jour venu on pourra reprendre ça pour créer un nouveau câble, et en arrière plan qet se chargera de créer toutes les propriétées du câble nouvellement crée.

Actuellement il n'y à rien.
Mais il me semble que tu en avais déjà parlé, ce que tu voudrais c'est depuis la fenêtre de gestion des borniers pouvoir modifier de manière rapide et groupé les ref fabricant etc... des bornes qui compose le bornier ?
Si c'est bien ça, ce sera fait mais après coup, car du point de vue du code ça n'à aucun rapport avec les borniers.

Oui actuellement depuis le gestionnaire de bornier tu peux déjà modifier le label, la cellule deviendra jaune cela signifie qu'une modification à été effectué mais non appliqué (c'est valable pour toutes les cellules modifiables) ensuite tu cliques sur le bouton 'appliquer' qui se situ en bas du tableau et tu verras sur ton schéma que la borne en question a bien changé de nom. Pour info tu peux double cliquer sur la cellule "référence croisé" afin que la vue de l'éditeur de schéma se positionne sur la borne en question (Pour l'instant il n'y a pas le hallo bleu).
Idem dans le sens inverse (modif depuis le schéma) par contre il faudra pas oublier de recharger la fenêtre de gestion de bornier (petit bouton avec les deux flèches vertes en forme de cercle) car les valeurs ne sont pas maj automatiquement.

Par contre pour le moment il n'existe rien pour afficher le nom du bornier, il faudra créer une variable pour ça, je m'explique :
Avant il fallait écrire X1:24 dans le label d'une borne car il n'existait aucune notion de bornier dans qet, cela était utile aussi pour le gestionnaire de bornier externe.
Maintenant qu'il existe une vraie notion de bornier dans Qet, le label de la borne devra être 24 et cette borne devra appartenir au bornier X1 ensuite si on veut ajouter sur le schéma un texte qui affiche X1:24 il faudra jouer avec les textes d'élément et les variables adéquates (et donc créer une nouvelle variable pour "nom de bornier").

La par contre j'ai rien prévu car j'en vois pas l’intérêt, mais si tu me le demandes c'est que ça doit être utile par contre il faudra que tu m’expliques clairement ce que tu souhaites, car là je vois pas.

Après il reste encore pas mal de chose à faire, des automatismes à créer afin d’accélérer les trucs redondant, etc....

D’ailleurs je me demande si je ne devrais pas éditer le premier post afin d’y déposer toutes les idées que j’ai, ça fera office de mini roadmap et aussi vous pourrez rapidement visualiser les choses prévues. Vous en pensez quoi ?

Y'a déjà pas mal de chose dans l’éditeur, et encore plus par la suite, une petite vidéo tuto serais peut-être pas mal ?

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.

Merci.

Même si le fichier ne te dépassais pas, tu n'aurais rien pu y faire car l'épaisseur des lignes est écrit en dur dans le code.
J'ai moi même déjà eu le problème avec certaine imprimantes (tu auras aussi le même problème sur les traits fin des éléments).
Actuellement tu ne peut rien y faire, cela dit ce défaut peut être vraiment problématique si on ne dispose pas d'imprimante avec une meilleur définition.
Je vais regarder ça dans les jours à venir, mais je pense pouvoir faire sans trop de difficulté un petit dialogue permettant de gérer l'épaisseur des traits.
Je vous retient au courant (il faudra utiliser la version de développement par contre).

Every crash is an error/bug.
Create a new entry in the bug tracker and if you can, clearly tell step by step how to reproduce the crash.

Bonjour, il n'est pas possible d'avoir de manière automatique les textes au milieux des conducteurs pour cela vous devrez les positionner manuellement.
Cela dit j'ai très rarement vue des numéros de fil au milieu de ceux-ci, et de mon opinion ce n'est pas très beau/lisible il est préférable que les numéros soit à coté du fil.

Some explanation about how work QElectroTech for this aspect.
Suppose you drop an element X in a folio and connect it with conductors to anothers elements.
After that you modifies the element X from the element collection and drop it in a folio (no matter if it's the same folio as before or not) a dialog will opening and ask this questions:

Using the already integrated element -> the modified element is not used but the already added element.

Integrate the dropped element :
Overwrite the already integrated element.
Make the two element coexist.

In case of coexist, the modified element is added as a new element and not as a modified one.
And the interesting case for the end :
When you choose overwrite, the modified element is added and have visually the new aspect and the already added (we call them old for the suite) element keep the same aspect BUT inside QElectroTech the 'old' element are marked as overwrite and all the change are applied when you re-open the project, so when you save, close and open the project the 'old' element is now visually (and also the parameters) the modified element.

One precision if you want to not lose the connected conductors when you open the project with modified element, all terminals of element (the red stick with blue dot) must not be modified or moved, else you lose the conductors.

I hope this explanations is clear

PS : at the moment I write this post I also test with qet to not write mistake and I encounter a bug, if I choose overwrite and the terminals of the element was moved the old elements have simply disappeared .
It's a bug, the normal behavior should be the modified element but without the conductors.
Be careful in waiting I solve this bug.

Avec tout ça, tu est mieux équipé que la piscine municipal

Hello, these information was removed in 0.9dev because I'm currently working on the terminal block feature, and all this information will be owned by the terminal block and not by each terminal who compose the block.

Try this (I think this will not fix the problem but...).
Close qet, with the file explorer go to : C:\Users\aleksandr\AppData\Roaming\qet
In this folder delete the file 'elements_cache.sqlite'.
Launch qet again.