Revision: 4867
Author: blacksun
Date: 2017-01-22 14:48:58 +0100 (Sun, 22 Jan 2017)
Log Message:
-----------
Add variable %F in the widget used to link master element.
Revamp the widget : replace QListWidget by QTreeWidget
You are not logged in. Please login or register.
QElectroTech → Posts by scorpio810
Revision: 4867
Author: blacksun
Date: 2017-01-22 14:48:58 +0100 (Sun, 22 Jan 2017)
Log Message:
-----------
Add variable %F in the widget used to link master element.
Revamp the widget : replace QListWidget by QTreeWidget
pourquoi y a il un ppa unstable pour debian et un autre pour ubuntu ?
Uubntu ne peut il pas fonctionner avec le ppa debian ? Je
croyais qu'ubuntu etait un système debian ?
Les PPA ne sont que pour Ubuntu, après ça peut fonctionner, mais:
quand je package pour Debian stable, la compilation se fait dans un chroot à jour avec les librairies et paquets du dépôt Debian stable officiel, le paquet sera compilé avec la même lib GCC et la même version Qt que celle dans stable etc..
Donc pour résumer, les paquets Ubuntu Yakkety (16.10), Xenial (16.04), and Trusty (14.04), Debian stable et Unstable vont avoir leur version GCC différentes et les dépendances Qt variant de Qt 5.3 à 5.7.2
Pour Windows, et macOS le probleme ne se pose pas puisque je fourni les librairies dans les paquets.
Le passé nous a démontré, que suivant l'évolution des versions Qt certains problemes sont apparus ou ont été résolus, au fil des versions de la librairie.
Bonjour,
pour Ubuntu maintenant avec le PPA tu as juste besoin de suivre ceci, rien d'autre :
Need more work yet, but no crash of QET now when exporting diagram folio list to DXF.
Sur ton projet en forçant un peu je me retrouve a vouloir lier le fil 0209 sur le 0309 même s'il le détecte et me propose de choisir lequel, au final la liaison équipotentielle est fausse, car on se retrouve avec un fil en 0209 et sur l'autre folio en 0309...
Revision: 4848
Author: blacksun
Date: 2017-01-15 13:23:05 +0100 (Sun, 15 Jan 2017)
Log Message:
-----------
Add a dialog to change the formula when two potentials is linked by a folio report, and the new potential have incompatible variables like %id.
[01/2017]
La liste des folios (Projet/Ajouter sommaire) vient décaler le listing des conducteurs automatiques. On se retrouve avec dans le folio 3 des conducteur 2xx. Il semblerai que %f devienne %id et soit différent.
L'autonum dans un renvoi de folio, n'arrive plus à traduire la "séquence".
Revision: 4845
Author: blacksun
Date: 2017-01-14 16:01:49 +0100 (Sat, 14 Jan 2017)
Log Message:
-----------
Text of conductor is updated when folio position change, if formula contain the variable %id.
I confirm, exporting a "list of folio" page to DXF crash QET.
ASSERT failure in QList<T>::operator[]: "index out of range", file /usr/include/x86_64-linux-gnu/qt5/QtCore/qlist.h, line 545
I completely understand Patrick, and you have free to use QET as it suits you best.
For me and I think for all guys DXF import and converter dwg -> dxf element to QET symbols is more important than export.
Why you would like export project to DXF, use with autocad or other?
Yes, you can download latest source an launch with Qt creator.
We use QT creator IDE.
See Wiki for documentation like : https://qelectrotech.org/wiki_new/doc/qt_creator
And it looks like the blade has come down on on the nightly branches?
The "head" revision, 4842, is missing!
[EDIT-12Jan2017] ...oh, no there it is.
I saw your message ... , but I can't compile and upload packages for all commits Subversion changes.
In rev 4842, I only add a one litle line of code ..
I can't make and upload only Debian or Ubuntu or macOS or only MS Windows packages, I compile and package all plateform, no jealous, uhuhu.
My automatised script make packages for :
Debian stable in i386 and amd64, Debian unstable i386 and amd64 and debug package i386 and amd64. (yes I know, I not upload all times debug packages, is very very heavy to upload with my adsl)
My Ubuntu PPA Ubuntu Yakkety (16.10), Xenial (16.04), and Trusty (14.04) i386 and amd64 + debug.
Cross-compil 32 and 64 bits Windows, and packages ReadyToUse and installer version.
And for finish launch a VM macOS for compil and build the bundle, and upload all ( rsync (SSH)).
I learn and search sponsors for helping we for replace QET builder Amd FX 8350 eight cores machine, Dark rock pro 3, 16 GB, 840 pro SDD and others HD and SDD, GeForce GT 610, to a faster workstation bi-Xeon like 32 Threads or more, or wait RyZen and Naples.
We can offer high visibility and publicity on this site for our sponsors who support us.
Et bien cela reviendrais à demandé à l'utilisateur de viré %id dans la formule, car il y aura forcement une incohérence entre les folio.
Exactement ! empêcher la liaison de deux conducteurs par un renvoi si ils sont basés sur une formule, quelque soit la .... formule.
Apres c'est à l'utilisateur de corriger, mais au moins il est informé et ça évite de grosses erreurs par la suite.
C'est la solution la plus adaptée il me semble AMHA.
Et pourtant c'est plutôt simple (un éléments étant seulement sur un folio) comparé aux conducteurs, qui je le répète, un potentiel peut être sur 10, 20 ou plus folios, c'est obligé de se planter.
C'est pour ça qu'il vaut mieux se servir des fonctions avancées sur les conducteurs avec les renvois. 3.34 dans la vidéo :
[QElectroTech V 0.51-dev+svn4840]
Le numéro du folio du sommaire disparait et revient à son état défaut après fermeture puis ouverture.
Dans la propriété folio est il bien redevenu 0
Problème connu, les pages sommaires sont générées à la volée, et déplacées après la page de garde au lancement du projet.
Les modifications sur ces pages ne sont donc pas conservées.
Voila vous avez mon avis qui est clair : enlever les variables %id %F %M %LM %sequf_ %seqtf_ %seqhf_ pour les conducteurs.
Ou plutôt détecter si les conducteurs a relier par des renvois sont basés sur des formules, le signaler, et empêcher la liaison tant que les conditions requises ne sont pas valables..
Je ne vois que deux soucis avec l'autonum des conducteurs, si on les connait on ne se fait pas avoir :
Les conducteurs basés sur des formules avec %id (c'est a dire position du folio dans le projet) %id qui peut changer avec l'insertion d'un sommaire. (le management policy peut figer les variables)
La liaison de conducteurs contenant des variables basés sur les variables cartouche par des renvois.
Sinon pour dessiner et câbler rapidement des cartes d'entrée/ sortie c'est un outil qui apporte beaucoup de gain de temps.
Sur ton projet en forçant un peu je me retrouve a vouloir lier le fil 0209 sur le 0309 même s'il le détecte et me propose de choisir lequel, au final la liaison équipotentielle est fausse, car on se retrouve avec un fil en 0209 et sur l'autre folio en 0309...
Si ! mais il ne faut pas se servir de l'autonum ou le desactiver avec une regle vide avec les renvois ou du moins pas sur le second conducteur, même si Joshua a séparé les formules des labels de conducteur ça entre en conflit.
Car on veut appliquer l’équipotentialité ok la formule est la même sur les deux conducteurs %F%seqt_1 mais va donner 0209 sur le folio 02 et un truc louche sur le second.
Mouarff, warn ! guillotine is a french invention too, badly and evil but french.
Statistics 2016
Download server:
Web area server : forum, wiki, bugtracker, etc.
Quand je dois créer un projet qui risque d’être conséquent et amené a être modifié, ré arrangé par la suite, j'utilise cette méthode :
J'active si ne l'est pas déjà fait dans la config de QET : utiliser les labels de folio a la place de leur ID.
Avec l'outil de génération automatique je génère des folios avec comme label de folio des numéros de 10 à 20 et d'autres tags suivant ce que je veux , pneumatique, présentation, puissance, etc, suivant le cartouche voulu et les informations devant apparaître ou pas.
Ensuite je fais pareil pour chaque groupe {puissance, commande, E/S, ana, borniers, etc} en me laissant de la marge dans la numérotation, je génère un nouveau groupe de folio.
De plus avec les labels il est plus tard facile d’insérer un folio 212A entre les folios 212 et 213 sans que ça vienne mettre le bazar dans mes conducteurs, et éléments auto numérotés.
[01/17] V 0.51-dev+svn4836
C'est du détail, mais dans l'exportation nomenclature, colone [Label de folio] contient [0%id/0%total]
C'est tout a fait normal ! l'export csv de ton projet vient aussi lire les variables que tu as entrés dans les formulaires cartouche :
A la place de [0%id/0%total], j’aurai mis le numéro de folio en dur.
Attention avec les renvois et les noms de conducteur basés sur les formules, surtout avec les %id !
On pense d'ailleurs supprimer cette variable dans les formules d'auto numérotation, car elles peuvent vous engendrer de gros soucis par la suite, et ne conserver que celle basée sur le label du cartouche (%F).
Je m'explique, tu as presque fini ton projet, et commencé ou fini le câblage de tes armoires, et tu te dis : zut j'ai oublié de créer un sommaire, ou pire ton projet s’étend et le sommaire crée de nouvelles pages automatiquement, du coup toute ta numérotation conducteurs basé sur %id%seq a changée !
"tes fils nommé 302 (%id%seq) devient 402"
Ce qui n'est pas acceptable et peut produire des schémas faux ! ce que nous ne voulons absolument pas.
Même si vous pouvez utiliser l'outil de management pour figer les formules et leurs labels.
Flexible me, not always, but we are listening you !
After we cut.
Revision: 4842
Author: scorpio810
Date: 2017-01-11 01:04:43 +0100 (Wed, 11 Jan 2017)
Log Message:
-----------
Minor : save file set enabled only when opened a project
Save-enabled-all-the-time seems good enough for all the Open Office and Libre Office crews. Hope we can convince Scorpio 
For me is a bad idea, but if you want ....
Revision: 4840
Author: scorpio810
Date: 2017-01-10 15:56:34 +0100 (Tue, 10 Jan 2017)
Log Message:
-----------
Minor : Save file has always enabled
Project path argument is now always displayed on diagram view
QElectroTech → Posts by scorpio810
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.113 seconds (27% PHP - 73% DB) with 6 queries