Bonjour Laurent,

une petite image vaut mieux qu'une longue explication. ;-)

https://download.qelectrotech.org/qet/forum_img/comment_position.png


Laurent

Hi,

for the moment you need to decrement index in the rule if you delete item with auto-numbering.

Bonjour,

pas besoin de plugin, va dans le menu fichier -> exporter (jpeg, png, bmp, svg et dxf) sont les formats que tu peux utiliser.

Lors d'un renvoi de folio, le renvoie de folio précédent donne au conducteur suivant la formule du conducteur précédent (ainsi que la tension protocole et la fonction).
Ce qui fait apparaitre le petit message comme quoi la formule du conducteur précédent contenant une référence de folio %id etc etc est incompatible avec le renvoi de folio.
Si le renvoi ne transférai pas la formule mais le résultat de la formule dans le champs texte au conducteur suivant:
le premier conducteur contenant la formule serait la source ( maitre ) et les conducteurs suivant deviendrait esclave du conducteur source ?



Petite astuce ou workaround :

tu poses un nouveau renvoi, tu le relies d'abord au conducteur maître,  puis ensuite tu crées ton conducteur, il conserve le résultat de la formule du conducteur maître relié.

C'est cette méthode que j'utilise tout le temps.

Exemple dans cette vidéo, le premier renvoi conserve le résultât de la formule du conducteur maître le second renvoi avec un conducteur vierge déjà relié te demande ce que tu veux faire et de modifier la formule 
(variables) par des valeurs fixes ( constantes) ....

Hi,

you need version 0.6 rc2 or latest 0.7-dev :


Bonjour,

Tes bornes sont numérotées dans ce style ( X1:1, X2:4,...)?
exemple de projet test :
https://qelectrotech.org/forum/misc.php … download=1

Tu peux jeter un œil sur l'outil "management policy" de Davi :
Fais des essais sur un backup ou sur un mini projet.

Dans ce menu vous pouvez définir si vous voulez que les numérotations automatiques soient mises à jour ou non. Pour la numérotation automatique des éléments vous avez 4 options configuration des mises à jour:
-Tous: seront mis à jour à la fois les labels des éléments nouveaux et existants. Ceci est l'option par défaut.
-Mettre à jour seulement les nouveau: seuls les nouveaux éléments créés seront mis à jour. les labels d'élément existants seront gelés.
-Mettre à jour seulement les existant: seuls éléments existants seront mis à jour. Nouveaux éléments se verront attribuer la formule, mais ne seront pas mis à jour une fois créé.
-Désactivé: Les labels des nouveaux éléments et ceux existant ne seront pas mis à jour. Ceci est valable pour les nouveaux folios .
Remarque: Ces options n'autorisent ou bloquent l'auto numérotation, seulement leur politique de mise à jour.



Salut Xavier,

c'est une très mauvaise idée d'utiliser toute formule basée sur le n° folio, label de folio, etc, sur des conducteurs pouvant être relier à des renvois de folios (leurs propriétés ne devant pas changer suivant les folios qu'ils parcourent).

4,884

(554 replies, posted in News)

Salut oneil,

tu ne pourras pas pointer directement vers un ftp, etc, mais vers un lecteur réseau oui.
Avec une recherche dans le forum tu devrais trouver pas mal de fils la dessus.


il y a une chose qui me dérange, c'est le fait de devoir supprimé les numéros de conducteur a chaque fois que que je tire un fil.
exemple le 24v, si je tire 7 fils d'entré automate, je vais devoir supprimé 6 fois le texte 24v pour en gardé 1 seul.

Suffit de cocher "Afficher un texte de potentiel par folio"

Merci !
Sur notre chaîne YouTube il y a quelques vidéos qui peuvent t'intéresser, même si certaines sont un peu vieilles maintenant.

Bonjour,

je pense qu'un Intel core i3 ou équivalent AMD est suffisant, QET est un programme assez léger surtout après la 0.5, tout dépend de tes projets leurs nombres de folios images embarquées etc, et de ta patience.

La 0.5 était très très gourmande en RAM, la 0.6 - 0.7 utilise tous les Threads de ton CPU pour charger les collections, plus ton cpu a de cores plus le démarrage est rapide.

Clair, on est pas très à l'aise pour dessiner de gros projets sur un écran 13 " 15" d'un laptop, mais en dépannage sur le terrain pour vérifier ou modifier un schéma c'est appréciable.

Bonjour,

Je vois ce que tu veux dire et ma réponse n’était pas très claire mais basée sur une astuce utilisée à l’époque sur mes schémas.

En contournement je posai mon voyant (esclave , simple, contact no, nbre 1) pour récupérer le label et la position du maître, tout en sachant que sa représentation xfr sous le BP maître serait faussé.

Il est vrai que dans le cas de cet exemple il manquerait une fonction dans la liste de choix de l'élément esclave comme  type "voyant, etc" 

Chacun ici a ses petites astuces, contournements, pour palier a certains manques et fonctions pas encore codé, prêtes, ou en cours d'etude.
Chaque nouvelle version apporte son lot de nouveautés, suivant vos demandes et de notre temps libre pour les réaliser.

What your version of qet_tb_generator plug in ?

Bonjour,


Je n’ai pas trouvé comment lié « élégamment » des éléments entre eux autres que bobine/contacts. Par exemple, un bouton poussoir est composé de contacts (ça c’est ok) et d’une lampe (ou LED) intégrée qui prend le même label.

Suffit de modifier ton voyant et lui donner la propriété esclave.

@ Galexis : essaye la build 5032, stp.

Revision: 5032
Author:   blacksun
Date:     2017-08-27 13:27:41 +0200 (Sun, 27 Aug 2017)
Log Message:
-----------
When we link two reports together, if the text is the same for every conductors, we don't ask to user what to do, even if the function or the tension/protocol are not identical.
Now we check : text, function and tension/protocol, if one of these three values is not identical, we ask to user what to do.

Ça le fait aussi sur la 0.6-rc2 ?
Il y a eut beaucoup de chamboulements dans le code sur la 0.7-dev.

Normal, je dirait oui.
Le but au départ était de me faciliter la vie dans mes schémas et de dessiner plus vite et sans erreurs de frappes ou d'inattention.
J'avais beaucoup de tetes de filerie différentes a relier (en rouge sur la capture) aux travers des différents folios (+200), il était facile de trouver le bon renvoi avec le filtre par repère de conducteur, mais je devais chaque fois copier/coller l'intitulé au risque de me tromper, c'est delà que nous aient venue l'idée d'ajouter de nouvelles propriétés aux renvois de folios, et même de pouvoir chercher et filtrer des renvois libres a relier par folio, par repères conducteur, mais aussi par fonction et tension/protocole, etc.
Du coup une fois le bon renvoi trouvé les entêtes de filerie et repère de conducteur étaient automatiquement renseignés et insérés sans risque d'erreur.
Malheureusement j'avais presque fini ce gros projet quand cette feature a été finie..

https://download.qelectrotech.org/qet/forum_img/repere_filerie.png

exemple :

Tu parles bien des tags fonction et tension/protocole des renvois de folio?

4,894

(554 replies, posted in News)

[size=4]QElectroTech V 0.70-dev+svn5027
Compilation : GCC 7.2.0 - built with Qt 5.9.1 - run with Qt 5.9.1

f_gruber wrote:

Bon, visiblement, j'ai testé dans tous les sens et pour l'instant, pas de plantage.
Par contre, il manque vraiment la possibilité de faire des avant/arrière plans et des arcs dans les outils de dessin de QE.

Sinon, au passage, l'image au au démarrage de QE indique toujours la V06 et non pas V07

Merci du retour, en espérant que ce bug soit de l'histoire ancienne.
Ce qui est dommage c'est que la 0.6 qui doit sortir bientôt n'en profite point, il est vrai que backporter les patchs de la 0.7 dessus et la tester longuement n'est pas possible.
De plus vous êtes déjà presque tous passé sur la 0.7-dev. nomicons/smiley-green

Ah je l'avais oublié celui-la ! il est vrais que sous Linux on n'a pas le temps de le voir apparaître ...  le SplashScreen et encore moins distinguer le numéro de version. que les bases éléments sont déjà chargées ...du moment ou tu clik pour lancer QET  que les collections soient chargées et affichés ça prend 2.5 secondes maxi nomicons/whistling
merci de l'info.

4,896

(554 replies, posted in News)

Note :
Ceux sur Debian Sid (aka Debian unstable) l'upgrade vers la derniere version du framework Qt 5.9.1 ne pose plus de problème avec le DE plasma/kde5 je vais donc upgrader prochainement les chroots et profiter de Qt 5.9.1 a la place de Qt 5.7.1 pour builder les paquets Debian unstable. 

QElectroTech V 0.70-dev+svn5024
Compilation : GCC 7.1.0 - built with Qt 5.7.1 - run with Qt 5.9.1

Bah si tu y arrives, fait nous un tuto, ça pourra servir a d'autres.

Nice ! nomicons/smile
But is very strange you don't see no changes with build with  AA_EnableHighDPIScaling and AA_DisableHighDpiScaling..

Il te faut zoomer les points de sélection vont dégrossir.

@ Galexis : alors tu y est arrivé ?