Oui, de mémoire weidmuller en fait sur 4 étages et je crois bien, qu'ils en ont sur plus encore, en forme de pyramide !
http://catalog.weidmueller.com/procat/G … page=Group

scorpio810 wrote:

Ce n'est qu'un petit hack sur le code de mon coté, reste encore à en discuter entre nous : plutôt que de faire un widget rien que pour la gestion des bornes, autant se servir de ce qui existe déjà, non?

C'est super tous ces petits aménagements, script : cela permet de réfléchir à comment pourrait fonctionner le système final.
Justement, si on commençait à parler de propriétés de borne/bornier ? Le sujet a souvent été ouvert mais n'est jamais allé très loin.
Faut-il ajouter une propriété "terre", "sectionnable" pour adapter le symbole dans le dessin du bornier ?
Faut-il pouvoir définir quelques part si le bornier est constitué de bornes étagées 2, 3 niveaux ou plus ?
Faut-il que les labels de bornes soient "liés" à un bornier pour leur appliquer la bonne représentation ?

Now, where is stored python code on linux version ?

scorpio810 wrote:

Revision: 4676
Author:   scorpio810
Date:     2016-08-30 23:42:35 +0200 (Tue, 30 Aug 2016)
Log Message:
-----------
Added new entry for launch plugin qet_tb_generator, thanks Raul

All work fine on LM18 : good job !

scorpio810 wrote:
unalcalde wrote:

Perfect !!

By now it's enough. In about 6 months I'll can dedicate more time.

If there are some bug in qet_tb_generator say me.

Ask me, when you want to join the team.
I can guide you for subscribe, subversion, etc.

nomicons/grin

scorpio810 wrote:
galexis wrote:
scorpio810 wrote:

Thank you Unalcalde.
I think I can add a new action in QET for run qet_tb_generator, like a plugin.

In the same time : it's not possible to had button to run dxftoelmt ?

Six month after, and you don't see this.

So fast !nomicons/grin

scorpio810 wrote:

Thank you Unalcalde.
I think I can add a new action in QET for run qet_tb_generator, like a plugin.

In the same time : it's not possible to had button to run dxftoelmt ?

unalcalde wrote:

I didn't install any more packages. My primary os is xubuntu and I tried on a virtual machine with Lubuntu.

I'll continue trying to create a portable version for all os.

Ok, it's work. pyqt5-dev-tools installed python-pyqt5 (not python3-pyqt5).

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 !

836

(4 replies, posted in Chez nous les Pros)

nomicons/blink

837

(4 replies, posted in Chez nous les Pros)

Super efficace ! Merci !
J'ai gratté dans google, en long en large et en travers, sans rien trouvé !
Merci encore.

838

(36 replies, posted in News)

scorpio810 wrote:

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.


https://download.qelectrotech.org/qet/j … able2.webm

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 ?

839

(4 replies, posted in Chez nous les Pros)

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.

840

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

scorpio810 wrote:

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 !nomicons/wink

842

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

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 !

scorpio810 wrote:

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 ....

846

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

Tout cela me parait bien ... création de dossier pour regrouper les folio et aller avec la commande "afficher uniquement ce "dossier" ?

847

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

Nuri wrote:
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.

849

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

scorpio810 wrote:
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.