Bonsoir,
cela vient de moi ou le curseur n'est plus mis automatiquement dans le champs label du dock lors de la sélection d'un élément ?
Cordialement.

Denis25 wrote:

Mon PC Pro 64Bits, mais verrouillé, utilisation d'une Virtual Box 32Bits dont je suis administrateur.

Si c'est un PC 64 bits sous windob, tu peut utiliser la version readytouse, qui ne nécessite aucune installation. A mon boulot, le pc est ultra verrouillé, et cela fonctionne sans soucis.

Au boulot, on est passé de XP à win7 l'année dernière.
XP n'étant plus maintenu, je pense qu'il n'est pas déconnant de ne plus fournir de version compatible, y compris pour les versions antérieures.
Cela vous allégera.

Effectivement, j'entrevois la complexité de la chose. D'autant que la position du folio indiqué dans la section diagram en xml, ne correspond pas forcément au méro réel du folio, puisque la position du sommaire ne semble pas prise en compte.

L'attribution des id est donc par folio ? Je ne l'avais pas identifié : si tu prends le projet test pour le fichier libreoffice, les ID se suivent, sur n'importe quel folio où qu'il soit. Cela dépend peut-être de la grosseur du projet ?

Je ne comprends pas : dans le fichier projet en XML, les conducteurs sont bien définit connecté entre 2 ID ? Les numéros d'UUID n'apparaissent pas dans la définition des conducteurs ?

Scorpio,
en testant le script et le fichier libreoffice sur un projet réel, je me rends compte que les numéro d'ID des bornes deséléments ne sont pas unique dans le projet.
Peut-tu m'expliquer comment cela fonctionne ?
Merci.
Cordialement.

Scorpio,
en testant le script et le fichier libreoffice sur un projet réel, je me rends compte que les numéro d'ID des bornes deséléments ne sont pas unique dans le projet.
Peut-tu m'expliquer comment cela fonctionne ?
Merci.
Cordialement.

scorpio810 wrote:
galexis wrote:

Vous avez remarqué, je n'ai rien dis encore .... nomicons/grin

C'est surprenant, uhuh.
T'as peur d'avoir d'avoir du travail? nomicons/tongue

Noooon, je me suis déjà exprimé sur le sujet !nomicons/whistling

OK.
J'avais remarqué aussi une fois que certains smileys ne fonctionnaient pas. Je testerais à l'occaz ...

Nuri wrote:

Je ne suis pas convaincu de l’intérêt de la chose..!

Evidemment, ces options ne seraient pas destinées à faire les choses représentées dans tes exemples. Dans ce cas, je ne suis moi non plus pas convaincu de l'intérêt de la chose nomicons/unsure

Je pensais plutôt à des folios de type graphique, genre mise en armoire ou plan d'implantation. Et même si ce ne sont pas des schémas électriques, ces folios sont quand même très importants dans une documentation.

Vous avez remarqué, je n'ai rien dis encore .... nomicons/grin

Ci joint le script bash (linux).
Je viens de passer 1/4 d'heure à essayer de mettre le code entre des balises mais à chaque fois cela m'efface le message complet ...)

Si vous avez des tuyaux pour amémiorer le script, je sis preneur : récupérer les iD qui manquent, et voir même ne créer qu'un seul fichier au lieu de 2....

Bonjour,

j'ai regardé du côté de xmlstarlet. Voici où j'en suis.

J'ai écris un script bash pour extraire les information de bornes : iD des bornes de l'élément et numéro de conducteur, du projet QET.


Problèmes: je suis obligé de passer par 2 CSV. 1 pour récupérer le label et les numéro d'ID des bornes des élément et 1 pour récupérer la partie conducteur : numéro de conducteur. De plus je n'arrive pas à récupérer tous les iD des bornes de l'élément, seulement le premier iD.


Ensuite dans le fichier libreoffice: ajout de 2 sélecteurs de fichiers pour insérer les 2 csv généré par le script. Import des CSV et génération.


Sur les premiers essais cela fonctionne : ajout des numéros de conducteurs.

Si ça intéresse, j'ai mis à jour le fichier Libreoffice des borniers : si dans "Désignation" de la borne il y a du texte, genre : "terre", alors le numéro de borne est remplacé par le symbole de terre.

Nuri wrote:

Je pensais pas à des choses trop personnalisables où chaque utilisateur définit ce qu'il veut. Ca me paraît trop flou et ca complique l'apprentissage de QET.
Je pensais plutôt à des types d'éléments qui affichent de manière claire et transparente leurs attributs (et donc avec un minimum de choses codées en dur).
Par exemple, je définie un élément de type "borne". Quand j'ouvre son widget, les champs de données à disposition sont :
- nom du bornier (et non plus "label")
- numéro de la borne (et non plus "commentaire" ou autre...)
- etc...
Faudrait une maquette pour être plus clair...
Parce que si chacun défini ses éléments et ses attributs comme il l'entend, cela rend les opérations de post traitement encore plus compliquées à réaliser. Sans compter la diffculté pour faire la documentation et les fichiers d'aide de QET.
D'où l'intérêt de définir un "socle commun" d'attributs qui vaut pour tous les utilisateurs de QET.

Est-ce que tu ouvres un post à part pour ça ? Les câbles et les bornes ... quoi d'autre ?

Nuri wrote:

galexisPour les bornes : est-ce bien intéressant de savoir l'étage (tu parles bien des bornes étagées ?) ?
Oui je parle bien des bornes étagées.
Ben... Par exemple :
Dans tes schémas, tu dessines une répartition de potentiel 24VDC. Admettons que les bornes numérotées de 1 à 10 soient les bornes 24V et les bornes de 11 à 20 soient les bornes 0V.
En construction, on met une barrette pour ponter les bornes 1 à 10 et une autre barette pour ponter 11 à 20.
Donc les bornes 1 à 10 doivent être sur le même étage, disons supérieur, et les bornes 11 à 20 également, disons inférieur (sinon pas de barettes !) .
En post traitement, comment savoir que 1 à 10 sont en haut et 11 à 20 sont en bas ? Ou inversement ?

 Dans mon esprit au début, je me disais que par "convention" ou habitude du dessinateur, les chiffres paires seraient sur l'étage de devant et impaires derrière. Ensuite, utiliser le bon numéro de borne dans ton exemple : chiffre paire pour le 24V et impaire pour le 0V. Mais effectivement, pouvoir le préciser serait peut-être plus sûr.
En terme de représentation des bornes étagées, j'ai cherché un peu sur internet:
- winrelais : pas géré !
- autocad elec : les bornes sont représentées de dessus au réelles ( il y a tous les détails de la borne: vis, ...) mais ça laisse pas de place pour écrire des chose dedans (niméro, Xref, ....

Ce n'est pas du côté de la recherche de chaine de caractère qu'est la piste, mais effectivement, quelque chose du style XLST ou même un script hors libreoffice.

Je n'est rien contre le séparateur ":" ....nomicons/grin

Des types d'éléments définissables: moi ça me va bien ! J'adore quand on peut faire à sa sauce ! On peut démarer une liste, peut-être sur un post séparé ?

Pour les bornes : est-ce bien intéressant de savoir l'étage (tu parles bien des bornes étagées ?) ? Quand tu dis amont/aval, tu penses à quoi ?

scorpio810 wrote:

Tu ne le pourras pas, les bornes ne sont pas exportées dans le fichier csv, voir ma réponse plus haut.
Donc tu ne pourras extraire les numéros de fils facilement, je pense qu'il faudra aussi un attribut pour ça: récupérer la valeur de l’équipotentialité aux bornes de ces éléments.
J'attend de voir avec Joshua, surement qu'on rajouteras d'autres attributs sur les bornes *parent= nom du bloc bornier, *enfant= nom de la borne, et n° de conducteur (équipotentialité) pour envoyer mon petit patch ou pas.
Ou comme toi:

Le label doit être composé du numéro de bornier suivie du numéro de borne (exemple : X1.1).

Effectivement quelques propriétés à ajouter au bornes: comme tu le dis parents/enfants ou juste avec le label et un séparateur, cela ne me choque pas (winrelais utilise cette méthode).
Il faudrait aussi un moyen de dire si c'est une borne de terre : une case à cocher dans le widget ?

A mon avis, c'est jouable avec LibreOffice d'exploiter le fichier XML du projet et d'en extraire les label et les numéros de bornes associées, puis d'aller chercher les numéro de conducteurs. Pour le moment, rien vu d'intéressant sur le net.

J'en suis un peu près au même stade de raisonnement pour les câbles .... voir illustration

Pour les bornes doubles cela me parait jouable de les représenter comme ça .....

Nuri wrote:

Si j'ai le temps, j'essairai d'unifier les macros dans un seul et unique fichier ods à partir duquel on peut générer les tableaux de nomenclature et les borniers.

Même si tout ce travail avec les macros risque de devenir obsolète un jour ou l'autre, il a au moins le mérite de nous montrer clairement quels sont les attributs qui manquent encore aux éléments et de quelle facon ils pourraient être implémentés.

Prochaine étape : les câbles ? nomicons/wink

Unifier les macros: c'est une bonne idée, mais je pense que tu vas prendre peur en voyant le code!  Car je n'ai pas créer de macro dédié au bornes, mais modifiées celles existantes.
Petite question: comment sont représentées les bornes doubles et sont-elles représentées habituellement ? Au boulot il y en a jamais ....
Je suis bien d'accord avec toi, c'est un travail éphémère, mais qui va permettre de définir une "trame" pour des dev.
Pour les câbles : cela me parait compliqué. A réfléchir ....
http://qelectrotech.org/forum/viewtopic … 3634#p3634

J'ai regardé pour extraire les numéros de fils du fichier projet, mais pour le moment, je ne vois pas de solution simple avec LibreOffice.

Mail envoyé.

Bonsoir,
j'ai modifié le fichier de Nuri pour créer des éléments borniers.
Le code est pas bien propre car modification de l'existant mais fonctionne pour le moment.
Il faut utiliser un élément borne à la propriété "simple" pour qu'il apparaisse dans la nomenclature. Le label doit être composé du numéro de bornier suivie du numéro de borne (exemple : X1.1).
Comme dans le le fichier libreoffice de Nuri: choisir le fichier de nomenclature, le dossier où stocker les éléments. Ensuite les macros listent les bornes, les classent par ordre croissant et ajoutent les réserves (numéro de borne sauté das le schéma), puis création de l'élément.

Je ne peux pas ajouter le fichier à ce message, car il est trop gros.

Nuri wrote:

Le problème actuellement pour faire les borniers semi-auto à partir du csv généré depuis le projet, c'est qu'on ne sait pas vraiment comment filtrer les bornes que l'on veut éditer sous forme de bloc de bornier.
Finalement, sous forme csv, qu'est-ce qui différencie une borne d'un moteur ou d'un relais ?!?

Je vois quelques possibilités mais rien de vraiment universel qui pourrait marcher pour tous les utilisateurs de QET.
On peut par exemple filtrer sur la colonne "Désignation QET" mais cela pose problème avec les langues (puisque les noms des éléments sont traduits) et avec les bornes créés par les utilisateurs avec désignation personalisée.
On pourrait aussi filtrer sur la colonne "Label". Chez nous en Allemagne, les borniers sont toujours identifiés avec la lettre "X". Mais ce n'est pas toujours le cas et ce n'est pas partout pareil...
Bon... vous voyez la difficulté pour faire un générateur qui fonctionne pour tout le monde ?
En fait, à partir du csv, créer la partie graphique c'est presque le plus facile, car ce ne sont que des calculs arithmétiques.
Par contre, savoir quoi éditer (comment filtrer ?) à partir du csv, c'est une autre histoire...

On en revient alors aux attributs et propriétés des éléments. Est-ce que c'est une bonne idée de rajouter des attributs ?
Par exemple "numéro de borne" pour un élément borne (de bornier). Ou alors "numéro de brin" pour un élément représentant un brin de câble ?
Est-ce que cette différenciation des éléments peut faire l'objet de la v0.6 ?
Ou est-ce que l'évolution du panel a la priorité ?

J'ai démarré quelques essais en modifiant ton fichier. Effectivement, pour que les bornes apparaissent dans la nomenclature, j'ai modifié la borne en élément simple. Ensuite, trie par le mot borne. J'ai aussi pensé à trier sur "X"... mais comme tu l'as dis, c'est pas idéal.

Bonjour,
pas de génération de bornier pour QET 0.5. Ce sera sur les futurs développement....