Proposition : enregistrer et charger une méta-configuration (Page 1 of 2)

Content pour toi que les affaires marche .
Tu fait la reprise de schéma sur QET, c'est une demande de ton client et/ou QET est suffisamment mâture pour le type de schéma que tu doit faire?

Pas du tout
Et bien Laurent a très bien résumé : sous linux et mac, ce serais plutôt facile, un simple copier coller.
Sur windows, c'est autre chose...
Après c'est tout à fait faisable, mais demande du boulot car en regardant la doc de QSettings j'ai rien trouvé de rapide sur le sujet (sauf erreur de ma part).

C'est une demande du client qui dispose de schémas uniquement en pdf (générés par Eplan) et qui souhaite les modifier à sa sauce tout en se passant d'Eplan. Bref, il veut une nouvelle base sous QET pour pouvoir travailler les schémas.
Les schémas sont réalisés selon l'IEC 81346 (avec groupe fonctionnel = et localisation +) est c'est pas facile-facile de tout reprendre sans casser les labels existants.
Mais pour l'instant ca va, j'ai pas eu de gros obstacle insurmontable.
A part peut-être le fait qu'il manque toujours le champ "groupe fonctionnel" dans le widget propriétés de l'élément. Je contourne le problème en utilisant "champ auxiliaire 1" mais ce serait mieux d'avoir un champ dédié à cela (exactement comme quand t'as implémenté le champ "localisation").

Pour rappel, dans un schéma selon IEC 81346, les composants sont totalement identifiés avec les 3 variables :
[= groupe fonctionnel] + [+ localisation] + [- repère].
Le relais =G1+A1-K1 n'est pas le même que =G2+A1-K1 bien que tous les deux aient le même "label" -K1.
Joshua a écrit:

Et y'a pas du tout moyen d'enregistrer la config QET dans un fichier sous Windows ?
J'ai vu qu'on peut aussi utiliser QSettings pour enregistrer dans un format custom, par exemple un fichier xml :
http://doc.qt.io/qt-5/qsettings.html#registerFormat
J'ai bien conscience que ca demande du boulot, c'est clair.
Mais comme j'écrivais dans mon post précédent, cette fonctionalité fait partie des "fonctions pro" : il faut pouvoir changer rapidement toute la config pour jongler entre différentes exigences, en l'occurence pour différents clients.

Oui mais on avais décidé de passer par le registre, car c'est la conf par défaut de Qt et windows.

Mais c'est bon, j'ai regardé hier soir la doc des QSetting, et j'ai trouvé une solution qui devrais être plutôt simple à coder, compatible pour tous les OS.
Par la même occasion, comme les conf seront dans un fichier (un par conf) tu pourra facilement, par exemple, la donner à ton client si il a besoins de reprendre par la suite les schémas.

"<li>%{machine} : nom du groupe fonctionnel du projet</li>"

...Et donc, dans le widget "Propriétés du folio", il faut effacer le nouveau champ "groupe fonctionnel" et renommer "installation" en "groupe fonctionnel".
Idem pour les pages sommaire : pas besoin d'implémenter une nouvelle colonne, il suffit de renommer "installation" en "groupe fonctionnel".

Dans le widget "propriétés de la sélection", on a avait pas encore le champ "installation" mais tu viens de créer "groupe fonctionnel" donc c'est bon pour ce widget maintenant.

Désolé pour ce basar .
Cela vient du fait qu'autrefois je parlais d' "installation" alors que maintenant je pense qu'il vaut mieux traduire par "groupe fonctionnel".

p, li { white-space: pre-wrap; }
QString QETApp::elementTranslatedInfoKey(const QString &info)

{

if (info == "formula") return tr("formule du label");

else if (info == "label") return tr("Label");

else if (info == "function-group") return tr("Groupe fonctionnel");

else if (info == "location") return tr("Localisation");

else if (info == "comment") return tr("Commentaire");

else if (info == "function") return tr("Fonction");

else if (info == "tension-protocol") return tr("Tension / Protocole");

else if (info == "auxiliary1") return tr("Bloc auxiliaire 1");

else if (info == "auxiliary2") return tr("Bloc auxiliaire 2");

else if (info == "description") return tr("Description textuelle");

else if (info == "designation") return tr("Numéro d'article");

else if (info == "manufacturer") return tr("Fabricant");

else if (info == "manufacturer-reference") return tr("Numéro de commande");

else if (info == "machine-manufacturer-reference") return tr("Numéro interne");

else if (info == "provider") return tr("Fournisseur");

return (info);

}

Ce qui donnerai :

car c'est une info à part entière, au même titre que "localisation".

oui mais cela ne concerne que le folio.
En premier lieu, l'info "groupe fonctionnel" du folio est destiné à ordonner le folio dans une arborescence mais cette focntion n'existe pas (pas encore ?) car le panel "projets" n'a pas (pas encore ?) été revu pour afficher une arborescence, par exemple :

=GF1
      +LO1
            1
            2
            3
            101
            102
      +LO2
            1
            2
=GF2
      +LO1
            11
            12
            13

Pour l'instant, on peut entrer les valeurs =GF1, =GF2, +LO1 et +LO2 dans les infos cartouches, mais le panel n'affiche que les "labels" de folio, c'est-à-dire cela :

1
2
3
101
102
1
2
11
12
13

Si, par exemple, sur le folio =GF2+LO1/11, je dois câbler dans un circuit un relais qui appartient à =GF1, il faut clairement que je puisse entrer cette info dans l'identification du relais. Et donc, il me faut un champ "groupe fonctionnel" dans les propriétés de l'élément.
Et, en plus, si ce même relais n'est pas dans +LO1 mais dans +LO2 alors là aussi il faut que je rentre cette info dans ses propriétés. Mais dans le cas de la "localisation", c'est déjà faisable, vu que le champ correspondant existe déjà dans le widget.

Pas moyen d'utiliser ca dans les formules. Il faut que l'info sorte dans sa propre colonne dans l'export csv.

A y être vous voyiez d'autres champ à rajouter, prix, poids, etc?

Je sent qu' Opus va sauter sur l'occasion.
https://qelectrotech.org/forum/viewtopic.php?id=938

On vas étudier une solution pour développer ou réduire l'arborescence des champs affiché suivant l'utilisation souhaité.

@ Laurent
merci pour les nouveaux champs "quantité" et "unité" .
Pour l'histoire des groupes fonctionnels, je vais déjà essayer d'éclaircir le sujet concernant la traduction.
Dans la version francaise d'Eplan, il me semble que c'est "installation" qui est utilisée comme traduction de "Anlage".
Je manque malheureusement de documents en francais traitant de l'IEC 81346. Avec ca, ce serait facile de savoir quel terme est à utiliser.

Ben réfléchissez-y bien car ca va être difficile de faire meux qu'actuellement : en scrollant un peu avec la souris, toutes les infos sont très rapidement parcourues avec les yeux.
Je suis dans ce cas pas trop pour les arborescences à ouvrir ou fermer car il faut toujours cliquer quelque part pour voir ce que l'on veut.

Je suis d'accord avec Nuri, il n'y a pas non plus 50 champs et ça deviendra un véritable clicodrome.
Qui plus est quand QET sera capable de gérer la norme IEC 81346, certains des ces champs vont disparaître.

/HS
Je pensais à la demande de Opus qui détourne QET pour ses schémas de tuyauterie.
Non, non pas de cliclodrome je pensai plutôt jouer avec populateTree() : peupler le reste de l'arbre si une clé n'est pas vide donc si l'user entre des données dans le champ bidule alors le groupe de champs suivant seront visibles et l'user pourra y rentrer des données.
HS/