You are not logged in. Please login or register.
QElectroTech → Posts by galexis
Ok, it's work Important: folder need to exist before execute script. Wonderfuls elements !
Label of terminal don't respect minuscule letter : for example : label "Vbox " become "VBOX" (all in capital)
The script don't add missing terminals like reserve. See next post ...
What line command need to write on terminal ? How choose project ?
Great, I will test it on linuxmint !
galexis wrote:Question: un sommaire ou une nomenclature n'est pas en quelques sorte un cartouche ? Ne pourrait-on pas imaginer dériver les cartouches pour réaliser ces fonctions ?
Je ne pense pas, mais par contre le code du sommaire pourrait servir pour intégrer une nomenclature directement dans le projet.
Mais comme Nuri là signalé, chacun voulant des représentations différentes ...
C'est pour cela que l'aspect personnalisable de l'éditeur serait intéressant...
Normal, tu as du rajouter loc = Doc dans les l'onglet champs personnalisées.
Il est clair que j'aurai du nommer cette nouvelle variable autrement que %loc, ça peux prêter à confusion.Et comme dit plus haut, ces nouvelles variables ne peuvent être appelées pour nommer des labels éléments (pour l'instant).
Comme ces autres variables %author, %filename, etc, ces nouvelles propriétés de cartouche ne fonctionne pas dans les formules de label éléments.A voir avec Davi si ça vous intéressent ou pas.
Ok, pour certaine variable %loc, %machine se serait intéressant.
Par contre, c'est un projet vierge et je n'ai pas créé de variable personnalisé. Mais je vien de comprendre, il me fait un mélange : %loc = %l + texte oc. Il m'affiche la ligne + oc ...
Peut-être que %machine serait intéressant ?
Par contre, il y a un truc que j'ai du mal à piger sur les variables : les limites de fonctionnement entre l'utilisation dans les label, les cartouche, et les variables déclarées dans le projet ou le folio. Et je bloque notamment sur %loc.
Dans le folio, en localisation je met quelques chose, genre "vdsvfghsdg"
Dans ce folio, je mets un élément et en label %loc: j'obtient "Doc" en label
Y a un truc que j'ai pas compris ?
Pas de soucis, mais faudrait que le panneau l'interdise, car c'est embêtant de perdre son travail !
Bonjour,
j'ouvre un projet existant avec une collection embarquée et un deuxième projet vide.
Quand je tire un élément de la collection embraquée du 1er vers le le folio du deuxième QET crash.
Cordialement.
Dans l'éditeur de cartouche, l'explication de la variable %version me parait trompeuse:
elle affiche la version de QET et non pas une version du projet/schéma.
Question: un sommaire ou une nomenclature n'est pas en quelques sorte un cartouche ? Ne pourrait-on pas imaginer dériver les cartouches pour réaliser ces fonctions ?
Si ça vous convient, je peux envoyer les changements sur le Subversion.
Super !
@galexis :
il y a 2 ans, j'avais un projet pour l'industrie automobile. Une année complète sur Eplan pour faire 3 machines (totalement neuves, même la mécanique) pour une ligne d'assemblage d'embrayages.
Le client voulait aussi un système d'index par folio (A, B, C...). Je me suis arraché les cheveux...
On a eu tellement de modifs dans la phase de conception qu'il n'y avait pas assez de lettres dans l'alphabet. On aurait pu rajouter l'alphabet grec, ca aurait pas suffit...
On se rejoint parfaitement sur ce point: pas utile en travaux neufs. La version "tels que construit" = A.
C'est pour toute la durée de vie de la machine où cela devient utile (maintenance)
Quand tu prépares des modifications d'une machine et que tu envois les plans pour validation au client : tu envois tout le plan et à lui de chercher les modifications ? Si par le sommaire tu sais quel folio a été modifié, tu n'imprimes que ceux-ci.
C'est là où l'on voit les différences de besoin entre neuf/réalisation et maintenance/modification ....
Mais, quoi qu'il en soit amener la notion d'indice dans les folios et les cartouche serait déjà un plus.
C'est valable pour des projets neufs, mais pour toute la durée de vie la d'installation, cela à des côtés bien pratique de pouvoir déterminer que la modification "remplacement du variateur" à impliqué la correction des folios x et y.
Quand il y a des erreurs sur les plans, pour facilement remonter l'historique ou ne serait-ce que pour l'impression des seuls folios modifiés à remplacer dans le classeur (économisons le papier !).
Par contre effectivement, il faudrait que dans les propriétés du folio on puisse sélectionner dans une liste de révisions, qui aurait été définit dans les propriétés du projet.
Une liste déroulante, peut-être, ou pourquoi pas deux "fenêtres" ou zone: une à gauche avec toutes les modif déclarées et une "fenêtre" à droite avec celle du folio. Un bouton fait passer la sélection de gauche vers la droite.
Pour imager mes propos:
- 1 nombre limité de colonne (5 par exemple) avec en tête les 5 derniers indices (A, B, C, D, E). Ensuite, pour chaque folio, 1 croix dans chaque colonne d'indice qui concerne le folio.
Non, je vois dans ce cas plutôt une liste déroulante ou tu choisis A,B,C ou D.
Les menus déroulants ça marche pas sur un pdf au un tirage papier ! 
Je ne sais pas trop comment fonctionne le sommaire et l’interaction avec les variables, mais la notion de révision (variables ?) m'intéresse beaucoup !
Pour moi dans le sommaire, il faut les colonnes suivantes:
- numéro de folio
- titres folio
- 1 nombre limité de colonne (5 par exemple) avec en tête les 5 derniers indices (A, B, C, D, E). Ensuite, pour chaque folio, 1 croix dans chaque colonne d'indice qui concerne le folio.
Pas besoin de l'auteur ou de la date dans le sommaire. Toutes ces informations étant dans le cartouche sur la page de garde.
Ensuite, par rapport au +-, peut-être qu'il faut machine, ensemble (localisation) ? Nuri, en tant qu'expert +-, saura sûrement dire !
Peut-être que ces informations de versioning peuvent passer par des variables qu'on pourrait appeler dans les cartouches :
- %date (1), %indice(1), %commentaire(1) correspondant à la correction la plus récente
- %date (2), %indice(2), %commentaire(2) correspondant à l'avant dernière correction
- ainsi de suite.
Oui, merci !
Je me doutais un peu que c'était volontaire ...
Bonjour,
j'ai essayé de créer une régle de numéroration pour borne (qui a la propriété) et cela ne fonctionne pas. Le label reste X.
Merci.
Cordialement.
Thanks. I'll try.
Now I am doing a python script to make bornes automatic like the bash script in this forum. It will be easy to use for windows users.
When I finish it, I'll post.
Great !
Cette variable va donc changer suivant la valeur lu "displayed version" affiché par les paquets nightly sachant que beaucoup de packageurs même pour des nighty ne vont pas patcher le source qet.h a chaque paquet suivant la version du subversion.
Elle sera donc écrasée si tu relis ton projet avec une nouvelle version, ça peut-être utile sur les projets imprimés ou PDF, m'enfin c'est toi qui vois.
L'intérêt est effectivement sur la documentation.
Merci, je vais tester.
Cool !
QElectroTech → Posts by galexis
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.039 seconds (35% PHP - 65% DB) with 5 queries
