Search options (Page 8 of 26)

Pour générer les formulaires de nomenclature, on peut utiliser des éléments qui seront générés sur des nouveaux folios, eux-mêmes générés dans le projet (dans l'autonum de Davi y'a déjà une classe qui fait cela et qui utilise la méthode QETProject::adddiagram, ou un truc dans le genre).

Si j'ai bien compris, l'implémentation des textes dynamiques dans l'éditeur d'éléments n'est pas encore finie. Pour l'instant si j'insère un texte dynamique, dans le dock, y'a juste la QComboBox "source du texte" qui fonctionne. Les autres widgets, pas encore.
Mais quand ce sera fini, on pourra définir pour chaque texte dynamique l'information que doit contenir le texte, n'est-ce pas ?!?
Donc, dans le xml du elmt, ces champs de textes auront une balise ou un tag qui dit "ce champ de texte contient le numéro de commande", par exemple.
Avec cela, on peut définir un élément "ligne de données de nomenclature" ou les différents champs de texte dynamiques sont tagués différemment, par exemple :
pour la 1ère colonne : un champ de texte tagué "label"
pour la 2ème colonne : un champ de texte tagué "Localisation"
pour la 3ème colonne : un champ de texte tagué "Fabricant"
etc.
De cette manière la génération de nomenclature peut s'effectuer ligne par ligne en copiant autant de fois que nécessaire l'élément "ligne de données de nomenclature".

Depuis 2 semaines j'ai retenté des petits bricolages et je suis arrivé, pour la première fois dans le code de QET, à écrire du code qui compile et qu fonctionne. J'ai compris quelques trucs importants dans la syntaxe C++ utilisée par QtCreator.
Ca veut pas dire que j'arriverai à faire ce que je veux faire, mais au moins c'est déjà plus encourageant que les trucs que je faisais l'année dernière

@ scorpio810 :

d'où l'intérêt de transformer les pages sommaire en vrais folios.
Attention, j'ai pas dit que ce sera facile (-> aspirine) mais je vais essayer.
Quoique la priorité pour moi, c'est plutôt l'édition de nomenclature (j'aimerai bien à terme me séparer de ma macro LibreOffice).

Evidemment, l'édition de sommaire deviendrait aussi une opération de post-traitement (quand les schémas sont terminés). Il n'y aura alors plus d'actualisation à la volée mais ce sera en fin de compte plus flexible.

@ systemes :

non, aucune configuration n'est possible pour l'instant. Tout est en dur dans le code.
Je vais essayer d'y travailler en même temps que l'implémentation de la fonction "ajouter une nomenclature" car il y a beaucoup de similarités entre ces 2 fonctions.
Et ce coup-ci, je vais essayer de faire l'implémentation en Qt/C++.
Mais je te préviens, ca risque de prendre des mois et des mois... et des mois... et des années peut-être...

Pas sûr qu'on ajoute une option pour faire un sommaire sur 2 colonnes. Faudra en discuter.

Qu'en pense Galexis ?
A-t-il envie de se mettre au C++ vu que le Python n'est qu'une étape intermédiaire inutile ? (en fait, t'as raison Galexis, autant se mettre au C++ direct).

C'est vrai, tu as raison.

Je croyais que le but de ta manip était d'appliquer la modif à toutes les fenêtres "tros grosses".
Mais si c'est juste pour "à propos de QET", effectivement on aura besoin d'une liste déroulante pour l'affichage de tous les contributeurs.

N'empêche qu'on devrait afficher sur le site web la config mini requise pour utiliser QET à peu près confortablement.
---> sur ma to do liste.

@ olivier17 :

Pour nous, ca va être difficile de redimensionner ces fenêtres de config car certaines d'entre elles doivent afficher beaucoup de widgets et d'informations.
Ne pas oublier que QELectroTech est une application graphique qui nécessite une certaine surface d'affichage pour être confortablement utilisable. Bon... ca veut pas dire qu'il faut s'acheter un écran 4K mais disons qu'une résolution au-delà de 800px en hauteur, ca aide bien.
Et donc, il ne faut pas en espérer des miracles sur des écrans à résolution réduite.
Va falloir t'en sortir avec ALT+souris pour bouger les fenêtres "trop grandes".

Je sais pas si tu as customisé ton XFCE, mais certains thèmes GTK ont tendance à agrandir à outrance les marges et retraits autour des widgets (textes, boutons, listes déroulantes...).
Sous XFCE, je crois que c'est Greybird le thème GTK standard. C'est un thème super bien fait qui justement n'abuse pas avec les marges et retraits. Le thème standard de Windows 10 utilise également de très petits marges et retraits (comparé à Linux, tout semble plus petit, voire étriqué).

Alors voilà, si tu utilises un thème autre que Greybird, il est possible que cela agrandiisse les fenêtres plus que raison.

@ agu :
d'une manière générale, quand tu cherches un élément dans la collection QET (qui est maintenant vraiment bien fournie), tu peux utiliser le petit moteur de recherche situé juste au-dessus de l'arborescence des collections.
En y tapant "rj45" tu trouves en un clin d'oeil ce dont tu as besoin.

ah désolé, je crois qu'il y a une petite incompréhension dans l'air !

Qt c'est l'environnement avec lequel QElectroTech est développé.
Si ca t'intéresse : https://www.qt.io/

C'est un peu comme le .NET Framework de Microsoft sauf que Qt compile pour beaucoup d'OS différents.

Usuellement, quand on désigne QElectroTech, on l'écrit qet ou QET en raccourcis.

Donc quelle est ta version de QET ?

@ agu :
je sais bien que c'est pas une réponse qui va te satisfaire mais utiliser Win XP en 2017... Faut vraiment être obligé !

Laurent, notre packager, se donne du mal pour faire un éxécutable qui tourne encore sur XP.
Bientôt ce sera de l'ordre du miracle de faire tourner les dernières librairies Qt sur un système d'exploitation aussi ancien.
Le problème, c'est qu'il y a de moins en moins de personnes qui utlisent XP et donc les retours sur les défauts du programme compilé pour cet OS en particulier sont de plus en plus rares.
Personne, dans l'équipe de développement n'utilise XP, donc les builds ne sont pour ainsi dire pas testés.
On se contente de vérifier que la compilation fonctionne.

Quel version du logiciel utilises-tu ?
voir dans : menu --> Aide --> A propos de QElectroTech --> Version

@ Calypso:
did you make the file executable?

chmod +x DXFtoQET

@ Joshua :
classe !
Je viens de faire un peu mumuse.
Premières remarques à chaud (je sais bien que t'as pas fini l'implémentation):

1.
avec l'alignement (a, z, e) j'ai du mettre 10 bonnes minutes avant de capter comment ca marche .
Donc voici le truc pour ceux qui veulent aussi s'amuser :
après avoir créé un groupe contenant au minimum 2 textes de longueur très différente (ca aide pour voir effectivement les modifs de l'alignement), cliquer sur le groupe de textes, non pas dans le widget "Propriété de la séléction" mais sur le folio, dans l'éditeur de schéma.
Après taper sur "A", "E" ou "Z" pour voir les modifs.

2.
la mise à jour à la volée des positions X et Y ne fonctionne plus. Si je change la valeur de position X avec la souris, le texte reste là où il est jusqu'à ce que je valide la nouvelle valeur.

3.
tu as ajouté un menu contextuel clic droit dans "Propriété de la sélection" --> "Textes".
Si on clique droit dans la colonne "Propriété", le menu est différent de quand on clique dans la colonne "Valeur". C'est un peu déboussolant. Ce serait plus simple si le menu contextuel était tout le temps pareil. Il faut simplement différencier son contenu en fonction des lignes, mais pas en fonction des colonnes.

4.
Toujours dans le menu contextuel :
l'entrée "Supprimer le texte" me semble dangereuse.
Par ex : je passe 45 secondes à configurer un texte en essayant divers placements, couleurs, etc.
Quand j'ai fini, je clique par inadvertance sur "Supprimer le texte" (ca arrive souvent quand on croit qu'on peut travailler plus vite que d'habitude...) et tout fout le camp sans confirmation .
Perso, les boutons + et - en haut du widget suffisent largement pour controller la création et la suppression des textes. En plus, ils sont bien placés tout là haut, on y va pas par inadvertance.

5.
A propos du bouton - :
ce serait bien de le griser quand le focus n'est pas sur une ligne pertinente. Par ex : si je suis sur la ligne "couleur", il faudrait que le bouton - soit grisé.
En fait, il devrait seulement être actif quand on a sélectionné une ligne en-tête (celle avec l'icone "A").

6.
Concernant la création/suppresssion des groupes :
ce serait plus intuitif et synthétique si les groupes pouvaient être créés à partir d'un bouton dans la même barre que les boutons + et -.
Ca ferait 2 boutons en plus : 1 pour créer un groupe et 1 pour supprimer le groupe sélectionné.
Evidemment, le bouton groupe+ devrait seulement être actif quand on a au minimum créé un texte.
Et le bouton groupe- devrait seulement être actif quand on a sélectionné une ligne pertinente (celle avec l'icone object-group.svg).

7.
Manque à mon avis encore un petit truc avec les groupes : l'espacement vertical des textes .
Peut-être faut-il créer un troisième bouton "propriétés du groupe de texte" dans la barre du haut.
Ca appelerait un petit dialogue pour configurer le nom du groupe, l'alignement des textes et l'espacement vertical des textes.

Tu vas me dire, avec tout ca, il reste presque plus rien dans le menu contextuel. Oui, sauf peut-être les options d'alignement quand on fait clic droit sur la ligne d'un groupe. Comme ca, dans les entrées du menu, on peut aussi indiquer à l'utlisateur les raccourcis clavier a, z, e.

Mince, encore un petit truc :
quand je bouge un groupe de texte dans l'éditeur de schémas, le halo bleu ne s'affiche pas.

Sinon, je trouve ces textes dynamiques très bien, dans leur principe.
Ce qui me plait, hormi les options de config, c'est que les textes ne sont plus éditables directement depuis le folio, et ca, c'est vraiment pratique quand on a des circuits où les éléments et textes sont très proches les uns des autres, parfois on savait pas vraiment si on attrapait un texte ou un élément.
J'ai hâte de voir l'implémentation finie dans l'éditeur d'élément parce que c'est vraiment là que ca va devenir intéressant pour la productivité !

it is possible to do this since version 0.4, I believe. At least since version 0.5.
main menu --> project --> Export parts list

The workaround I described in my tutorial is only if you want to INTEGRATE all text data (reference, manufacturer, etc.) directly in the elements.
If you don't want that, you can type the info you want in the dedicated fields of each element.

In the version 0.7, it will be possible to integrate all text data in the elements natively. My workaround becomes obsolete with this new version of QET.

Hi Calypso,

I wrote the procedure to catch the bug so that the devs can experiment with it.