You are not logged in. Please login or register.
QElectroTech → Posts by galexis
I have a problem, I can't run it on linuxmint 18.
alexis@alexis-SATELLITE-L70-C-14E ~ $ python3 ./Bureau/QET_TB_maker_0.5.py
Traceback (most recent call last):
File "./Bureau/QET_TB_maker_0.5.py", line 12, in <module>
from frmMain_ui import Ui_frmMain
File "/home/alexis/Bureau/frmMain_ui.py", line 9, in <module>
from PyQt5 import QtCore, QtGui, QtWidgets
ImportError: No module named 'PyQt5'
I have install : python-pyqt5 5.5.1 and python3-pip 8.1.1
Super !
Super efficace ! Merci !
J'ai gratté dans google, en long en large et en travers, sans rien trouvé !
Merci encore.
Pour vous faire patienter, des nouveautés sont déjà en préparation .... pour la future 0.6-dev :
Exemple : la gestion des câbles.
Ce n'était que visuel, mais cette possibilité de dessiner les câbles me parait intéressante. Le code existe quelques part ? Ce serait possible de l'ajouter à QET en attendant les évolutions futur ?
Bonjour à tous,
j'ai une modification à faire une un IHM XBT5230. J'ai Vijeo Designer 4.6 mais pas suffisamment à jour: 4 patch sont sortis pour ce logiciel pas tout jeune, A, B, C et D. J'ai bien le C, mais ne me permet toujours pas de transférer dans l'IHM .
Est-ce que quelqu'un aurait ce patch ( quelques dizaine de mo) ?
Merci.
Il faut aussi penser à être rétrocompatible avec les anciens schémas.
C'est pas faux.
With this great job Unalcade, I think Nuri will ask you a python code to generate element of nomenclature !
Super , ça fonctionne !
En revanche, j'aurais plutôt mis le paramètre au niveau projet plutôt qu'au niveau QET: l'usage peut-être différent d'un projet à un autre.
C'était justement ce que je tentait d'exprimer hier : https://qelectrotech.org/forum/viewtopi … 5308#p5308
C'est "and add python to path with installer." que je n'ai pas compris ... mais si faut juste installer python, c'est cool. Il n'existe pas de python en readytouse ? Au boulot se serait plus simple !
I just tried, and script work nice on Windows.
Just installed https://www.python.org/ftp/python/3.5.2 … -amd64.exe for VM seven 64 bits,
and add python to path with installer.Move script on desktop folder and just click on link.
Or by command line : python QET_TB_maker_v0.35.py
Tu installes python sur le pc et ensuites ? Je ne comprends pas ....
Tout cela me parait bien ... création de dossier pour regrouper les folio et aller avec la commande "afficher uniquement ce "dossier" ?
Joshua wrote:Mais pour l'histoire des + =, comme je l'avais déjà expliqué cela sera géré par le projet lui même (pas les folios ni les cartouches).
oui, comme ca ce sera aussi beaucoup plus cohérent, notamment pour afficher le projet sous forme d'arborescence.
Je rebondit sur les propos de Nuri : serait-il possible d'afficher les label de folio à côté des id de folio dans l'arborescence du projet ?
Super ! Plus de crash.
galexis wrote:Serait-il possible que les propriétés du sommaire soit sauvegardées dans le projet ? C'est relativement pénible de devoir retaper fichier, indice, auteur, ... à chaque fois qu'on lance une impression.
Je comprend pas, si tu as renseigné tes propriétés de cartouche, alors ils seront sauvegardé dans les pages sommaire, tu auras juste le label de folio à renseigner avant l'impression.
Quand tu génères le sommaire il vient lire les propriétés actuelles du cartouche renseignées dans l'onglet nouveau folio.
Pour moi, les paramètres du folio par défaut non pas de rapport avec le sommaire et devrait être disssocié.
Les folios par défaut ne doivent pas s'appeler "sommaire" ou "liste de folio", peuvent avoir un indice différent de celui paramétré et ne doivent pas avoir un label du genre "SOM".
Mais effectivement, c'est une manière de s'en sortir. La définition du folio par défaut sert du coup à :
- folio par défaut
- définition du cartouche
- création de folio en rafale avec le système de règle.
Je trouve du coup ce panneau plus trop cohérent depuis les dernières évolutions (localisation, machine, indice, règle auto).
Nuri a écrit:
scorpio810 a écrit:Pour l'autonum des conducteurs les variables par défaut sont suffisantes pour moi, et vous, vous en pensez quoi?
Pour moi, l'existant suffit déjà amplement, mais je suis sûrement pas un bon conseil pour l'autonum des conducteurs vu que c'est quasiment pas employé en Allemagne.
Des fournisseurs allemand nous ont proposé pour une machine, des repères alliant entre autre les numéros de la bornes du matériel (A1, A2, 13, 14, ...).
Script work very well.
I try to test it at office on next days.
A priori non car = et + n'ont rien à faire dans le label si on s'en tient strictement à la norme.
Me semblai bien avoir compris l'inverse dans tes docs, faudra que je les potasse à nouveau.
https://download.qelectrotech.org/qet/n … ucture.odp
C'est là où le champ localisation intervient, non ? Et c'est aussi pour cela qu'on disait que la localisation était lié au label et non pas au Xref. Voir précédemment : https://qelectrotech.org/forum/viewtopi … 5141#p5141
Oui, effectivement, on peut le faire comme ça.
scorpio810 wrote:Revision: 4626
Author: scorpio810
Date: 2016-08-12 13:32:56 +0200 (Fri, 12 Aug 2016)
Log Message:
-----------
Titleblock properties rename property %loc to %locmach@Galexis, Nuri :
Çà vous intéressent d'avoir %machine et %locmach dans les règles de num des éléments?
Je pense qu'il serait intéressant de pouvoir ajouter aux règles/système de numérotation auto de folio ces informations: machine, localisation, auteur.
Car avec les +-, Nuri 
va devoir créer des groupes de folio par sous-ensembles, exemple :
- 10 folios de 1 à 10 de localisation =enrouleur
- 15 folios de +F1 à +F15 de localisation =GR01.
Qu'en pensez-vous ?
Toutefois, je vois pas pourquoi il faudrait limiter QET si c'est une implémentation aisée à réaliser.
Le patch était prêt, donc autant l'envoyer.
Et je suis certain que certains auraient demandé à l'avoir.Revision: 4628
Author: scorpio810
Date: 2016-08-16 15:43:46 +0200 (Tue, 16 Aug 2016)
Log Message:
-----------
New fields titleblock properties %machine and %locmach can now be called
in the element rules autonum
Je suis un peu d'accord avec Nuri: je n'en vois l'utilité immédiatement, mais pourquoi se limiter !
Serait-il possible que les propriétés du sommaire soit sauvegardées dans le projet ? C'est relativement pénible de devoir retaper fichier, indice, auteur, ... à chaque fois qu'on lance une impression.
Galexis, fails to me on linux:
raul@pb:~/Descargas/a$ python QET_TB_maker_v0.2\ \(1\).py
<< Terminal Block maker for QET 0.2 - by Raul Roda >>
Remember the next conditions:
* Terminal elements must be 'terminal' as type in the Element Editor.
* If terminal elements has more than one textfield, the first one is considered.
* Name of terminals must be in form 'x:a'. x = Terminal Block name; a = Terminal name./home/raul/.qet/elements/temp_tb/
Traceback (most recent call last):
File "QET_TB_maker_v0.2 (1).py", line 369, in <module>
from tkinter.filedialog import *
ImportError: No module named tkinter.filedialogI post the sample project I used.
You don't have run it with python3 but with python.
In python instruction " from tkinter.filedialog import *" is different.
I understand your point of view, It's your script: I propose and you decide. I keep my modification for my use.
Are you able to load label of folio and not id of folio?
With full graphical interface for element directory and project (last project used).
I propose to you somme modfication to have GUI to choose project file.
You have to install python3-tk and use commande or launcher :
python3 adress_script.py
QElectroTech → Posts by galexis
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.021 seconds (34% PHP - 66% DB) with 5 queries
