To create a slave power contact, you need to go on the element editor (see picture of calipso). In the official collection there already a lot of contact configured to be linked to a coil.
For link power contact to a coil, do the same thing as a simple contact, I think you already know how to do that if I refer to your first post.
And now if I understand well the power contact don't appear on the Xref. I think the Xref is represented as a cross in your diagram and configured to don't display power contact.
For change that, go to your project properties in the menu bar : project -> project properties -> new folio -> cross references. In this page you can configure the whole properties about how Xref can be displayed.
You can do the same configuration for new project in : settings -> configure qelectrotech -> new project -> cross references

Oui c'est faisable, mais pourquoi ?
Actuellement c'est filtré de la première à la dernière colonne, tu as des cas de figure ou tu voudrais filtrer sur une colonne en particulier?

galexis wrote:

Les éléments goulotte, etc ... sont de vrai éléments du projet. J'ai créé une sorte de catalogue d'élément formé de carré blanc qui ont déjà toutes les informations remplies (ref, fabricant, etc ....)

Donc ça correspond au premier point, un workaround faute de mieux.
Je pense qu'il serais bien de créer un truc dans lequel tu indique des articles non affiché dans le projet, avec la possibilité d'enregistrer les articles comme la collection d'élément histoire ne pas retaper à chaque fois. Tous ça serais plus sérieux ainsi que regroupé et visible depuis un seul endroit.

Je suis justement en train de coder la sauvegarde du tableau, je pense que ce sera dispo entre ce soir et après-demains (tout dépend du temps libre que je vais passé dessus, gros ménage de printemps à la maison nomicons/wink )

galexis wrote:

Ci-joint un projet test: quand je décoche borniers, je n'est plus de résultat.

Si possibilité d'avoir l'ajout dans la fenêtre requête, de la sélection des informations disponible par double clic.

Je regarde ça après la sauvegarde du tableau.

Quand je vois la nomenclature que tu fait à la main (bien faite au passage) j'imagine que tu va gagner pas mal de temps avec la nomenclature automatique.
Par contre je vois dans ton tableau des ref qui peuvent ne pas être dessiné comme : Coffret métal 700x500x250 ou encore Goulotte grise 40x80 (lg 2m).
Avec la nomenclature, afin que ces éléments soient référencé il y a la première option workaround, de créer des éléments fantôme sur un folio, la seconde plus propre et pro serais peut être de créer un truc nouveau genre "fourniture" ou un autre nom peu importe, ce serais un tableau avec plus ou moins les mêmes infos que l'on trouve pour les éléments ainsi en plus des éléments sur les folios, la nomenclature pourra aussi aller chercher dedans.

Salut Arnaud.
Merci pour le patch, quand tu parlais d'ajouter des couleurs je pensais que tu allais ajouter un sélecteur complet de couleur en utilisant ensuite la fonction Qcolor::name() pour l'enregistrement comme ce qui existe pour les conducteurs.
Bon au final c'est peut être pas plus mal, ça limite le choix tout en laissant un grand panel et donc évite l'effet sapin de noël, chose qu'on ne souhaite pas c'est pour cette raison que le nombre de couleurs proposé était limité, mais les choses on changé entre temps et tu touche ici à du code très très ancien de qet qui à bien mérité d'être revue nomicons/smile.

ArnoVal wrote:

J'ai regardé dans le code et ce n'est pas possible. Sauf patch. Mon C++ est franchement rouillé mais c'est de l'ordre du faisable.

Pour ton information, je suis le développeur principal de qet depuis quelques années maintenant, si tu as besoins d'aide, d'information ou tout autre chose au niveau du code n’hésite pas à me demander sur IRC ou par mail c'est volontiers que je t'aiderais.
A l’avenir si tu souhaite continuer à coder (surtout quelque chose de plus conséquent et plus intrusif que ton patch), j'y jetterais un coup d’œil avant de patcher le master afin de vérifier que le patch est bien écrit, et te ferais peut être des retours en conséquent, n'y vois rien de mal, c'est le résultat d'une expérience passé.

Merci pour tes contributions passé, et future j’espère nomicons/smile.

scorpio810 wrote:

Le plus difficile c'est de dessiner le symbole dans le code.

Plus long que difficile car il faut dessiner à 'l'aveugle'.
Il est vrai qu'il serais bien d'ajouter de nouvelle Xref comme les E/S api ou vanne ou autre.
Le mieux serais de créer un topic et d’établir les besoins.

-Le tableau à été conçue afin d’être totalement indépendant des informations qu’il représente.
Je n’invente rien je ne fait qu’implémenter le pattern model/vue de Qt, le tableau étant une vue et le model est une classe fille de QabstractItemModel.
Toutes ces explication, qui je suis sure, on éclairé vos lanternes nomicons/tongue pour dire que oui le tableau pourra afficher un sommaire ou une liste de câble, mais aussi tout ce qui peut être affiché dans un tableau.
Bien sûre à chaque fois il faudra coder la fonctionnalité, mais la base commune (d’une taille non négligeable) est déjà la.

-Oui la base de données est intégré au projet, et aussi exportable dans un fichier sqlite. À l’heure actuel, la bdd ne me sert que pour la nomenclature mais il est claire qu’elle sera utilisé pour d’autre chose par la suite.

-Si tu parle de proposé des mots comme par exemple une ref fabricant ou le nom d’un fabricant, alors non, ce genre de chose est dans les cartons mais ce sera une autre bdd.

scorpio810 wrote:

Edit :Hum, comme les données des tables seront dynamiques, ce n'est peut-être pas une bonne idée..

Oui, et même c’est pas le but de la nomenclature.
En revanche grâce à la base de donné interne du projet il serait relativement facile de créer l’outil pour. Je pense que ça correspond à l’édition tabulaire dont parlais Nuri. (je nous vois déjà modifier la feuille de route du devellopement de la 0,8)

Oui bien sure qu'il y aura de l'automatisation lors de la création des tableaux car comme ce qu'on vois dans ta vidéo et tes explications créer 3 tableaux à la main ça va mais 30....

galexis wrote:

J'ai eu du mal à lire la vidéo : sur android ca ne fonctionne pas, sous linuxmint j'ai dût la télécharger...

Idem avec firefox, du coup je passe par chrome. Sûrement un paquet manquant mais j’ai la flemme de chercher.

Ce qui est prévue pour la suite :
-Boite de dialogue lors de la création d’une nomenclature afin de paramétrer avant la pose et non après. 
-Automatisation lors de la création de la nomenclature (ajout de nouveau folio, ajustement du nombres de ligne en fonction de la taille du folio)
-Meilleurs mise à jours de la nomenclature une fois sur le schéma. Actuellement elle est mise à jour uniquement quand les infos d’élément change.
-Import export des config (comme l’export csv)
-Sauvegarde dans le projet évidement (toujours pas implémenter à l’heure actuel).

Et j’en oublis sûrement et/ou vous avez des idées.

Bonjour,
Non ce n'est ni un bug ni un manque de compétence nomicons/smile, la version 0.5 est une très vielle version, la dernière version stable est la 0.7 qui apporte une grosse quantité d'amélioration depuis la 0.5.

Corrigé

scoprio810 wrote:

On pourrait rajouter ce qui ce fait pour la nomenclature dans la branche devel, afin que l'user puisse graphique faire ses requêtes =, IS NOT NUll, etc dans l'export CSV.

Oui j'y songeai justement. Ce sera fait après que la nomenclature soit terminé car je me servirais de la nouvelle bdd du projet au lieu de la bdd spécifique a l'export csv.

J'ai pas essayé car je suis sur mon téléphone.
Créé  ta requête avec le dialogue (sans le fabricant).
Ensuite edite la requête a la main, et rajoute avant le ordre by : AND manufacturer IS NOT NULL.
De mémoire ça doit donné un truc du genre:

SELECT label FROM bom WHERE element_type = 'terminal' AND manufacturer IS NOT NULL ORDER BY label

Dans projet -> Ajouter un sommaire.
Par défaut le sommaire est crée sur le second folio (tu peut regler ça dans configuration -> configurer qelectrotech -> général -> projets)

Also you can try in parallel of QElectrotech 0.7, the 0.8 devel version, witch already came with some good new features.
See (in french) : https://qelectrotech.org/forum/viewtopi … 306#p10306

391

(4 replies, posted in Code)

There is no plan for this feature at this time.

Hello david.
It's look like the auto-save hangs qet.
Go to settings -> configure QElectroTech -> general -> project and disabled "automatic backup of project" (the word is bad, it's not a backup but an autosave).
If when disabled qet continue to hangs, that  probably mean the problem come from the automatic backup, but in this case it's not possible to disabled it.
What's your hardware config ?
If problem continue I will see for add an option to disabled the auto-backup.

Quand tu dit sélectionner, c'est depuis le panneau latéral ou sur le folio?

Oui,
tu peut décrire la procédure pour reproduire le bug.

Pas sous ma debian, et j'ai pas de windows sous la main.

C'est par ce que tu utilise mal le recherché remplacé.
Sur la capture tu édite les propriétés d'éléments et tu sélectionne des folios, ça ne va pas. On vois pas sur la capture, mais au vue du comportement j'imagine que les éléments sont sélectionné plus bas. J'ai testé chez moi comme sur ta capture, le problème ne se produis pas, sauf si les éléments sont sélectionné.
J'imagine très bien ce que tu veut faire :
Changer les propriétés d'éléments présent dans les folios sélectionné, mais le recherché remplacé ne fonctionne pas ainsi.
Les propriétés de folio sont appliqué sur les folio sélectionné,
Les propriété d'éléments sont appliqué sur les éléments sélectionné,
etc....
Après peut être rajouter dans la section éléments en plus des sous sections existantes, une nouvelle sections folio ?

galexis wrote:

- je réouvre : tous les folios sont de nouveau sélectionnés alors aucun autre réglage de la recherche n'a changé.

Oui effectivement , je corrige ça.

Je vient d'essayer, je n'ai pas réussi à reproduire le problème.

friskolon wrote:

En modifiant un très vieux schéma (avec une très ancienne version de qet), il arrive lorsque je double-clique sur le n° (pour le modifier) que celui-ci se décale tout seul comme s'il se raccrochait à la grille)

Il faut que je regarde je pense savoir d'où ça vient.

friskolon wrote:

Le n° de fil suivant comment on le rentre s'écrit parfois dans 'formule du texte' et 'texte' dans la page propriétés. Ya t'il une importance s'il n'est que dans 'texte' (pour d'autres fonctions par exemple).

Non aucune importance, en revanche je n'étais pas au courant de ce comportement.

Ok pour le placement du texte, je posai la question des fois que je pouvais améliorer quelque chose, mais cela semble être au cas par cas donc je pense pas qu'un algo pourrais faire ça.
Mais j'ai quand même penser à un truc qui ne règle pas les cas que tu énonce mais peut être peut servir : dans le cas de plusieurs conducteurs horizontaux les uns au dessus des autres mais pas de même longueur, donc les textes sont au milieu de leur conducteur respectif mais pas aligner entre eux, une option du style sélectionner tous les textes de conducteur -> clic droit aligner les textes, tous les textes s'aligne par rapport à celui qui à reçus le clic droit. Idem pour les conducteurs verticaux.

Pour ton second fichier, it's not a bug it's a feature nomicons/smile .
Celui de gauche est en auto, celui de droite à la main.
A gauche :
étant donné que la position est en auto, la position est réévaluer à chaque fois que le profil du conducteur est modifié.
A droite :
étant donné que la position est manuel, lorsque le profil du conducteur est modifié le texte reste à la position que l'utilisateur à défini, seul exception si le texte se retrouve trop loin du conducteur, alors la position est modifié afin de ne pas être au delà de la distance maxi.

Dans le cas d'un positionnement manuel et que tu déplace les deux éléments, le profil du conducteur resté inchangé donc il est considéré que tu veux déplacer l'ensemble et non pas le modifier, et donc que tu souhaite que le texte reste au même endroit par rapport à sont conducteur.

Pour en revenir au cas de droite, pour remettre le texte en auto la seul solution depuis qet c'est de modifier le tracé du conducteur puis de le réinitialiser.
Que pensez vous si je modifie la fonction 'réinitialisé le conducteur', afin que le positionnement du texte revienne en auto même quand le tracé du conducteur est en auto ?

Corrigé