Personnellement pas de problème avec la v0.7 en cours de développement que ce soit sous W7 et la readytouse ou sous linuxmint 19.
Pourquoi n'utilises-tu pas la version en cours de développement ?
551 2019-01-17 16:12:21
Re: Problème export PDF (9 replies, posted in FR : Aide, suggestions, discussions, ...)
552 2019-01-10 20:34:17
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
Au boulot, j'utilise la ReadyToUse en 32 bits sou W7, sur une config relativement molle: je n'ai pas mesuré le temps, mais c'est plus de 30sec....
553 2019-01-09 20:30:24
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
C'est chouette Joshua !
554 2019-01-08 20:32:55
Re: Export DXF fail QElectroTech-0.70-dev+svn5627-1 (16 replies, posted in Export DXF)
Thanks Laurent, conversion svg to dxf work well ! I will try conversion by batch....
555 2019-01-05 13:26:08
Re: Jamais deux sans trois (25 replies, posted in FR : Aide, suggestions, discussions, ...)
Je ne sais pas si cela permettrait de gagner beaucoup de temps à la création de schéma...pour les communs peut-être.
Par contre ça entre-ouvre les possibilités liées à une basic shape....
Pour le chercher/remplacer: j'ai fait des essais: (rien de concret en réalisation) : l'interface est un peu déroutante au début, mais c'est puissant !
556 2019-01-04 20:35:04
Re: Export DXF fail QElectroTech-0.70-dev+svn5627-1 (16 replies, posted in Export DXF)
I haven't got setting for pdf version on linuxmint ...But, I can add some parameter.
557 2019-01-04 17:44:56
Re: Export DXF fail QElectroTech-0.70-dev+svn5627-1 (16 replies, posted in Export DXF)
OK, I will try. But I don't not what is the link between pstoedit and cups-printer...
Thanks Laurent.
558 2019-01-04 09:53:48
Re: Export DXF fail QElectroTech-0.70-dev+svn5627-1 (16 replies, posted in Export DXF)
Pstoedit work but text are "empty shape", not a text.I tryed option -polyaslines but not better.
559 2019-01-03 17:02:57
Re: Export DXF fail QElectroTech-0.70-dev+svn5627-1 (16 replies, posted in Export DXF)
Ok, thanks Laurent !
I will try pstoedit this evening at home on linuxmint.
560 2019-01-03 15:50:49
Re: Export DXF fail QElectroTech-0.70-dev+svn5627-1 (16 replies, posted in Export DXF)
With tool to convert from pdf: text are loosed. And with tool to convert from SVg: text are dirty.
561 2019-01-03 15:22:53
Re: Export DXF fail QElectroTech-0.70-dev+svn5627-1 (16 replies, posted in Export DXF)
Hi Laurent the king of workaround,
have you any solution to convert new dynamic text in old text ?
We have a project to convert in dxf and it's a very big problem to loose all text...
Somebody work on this problem ?
562 2019-01-02 19:35:59
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
galexis wrote:C'était ça le problème, il reste une ligne disgracieuse...
Toi pas connaitre le blanco
Why not ....
563 2019-01-02 17:50:44
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
C'était ça le problème, il reste une ligne disgracieuse...
564 2019-01-02 16:51:39
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
Ce ne serait pas utile si on pouvait limiter la largeur des cartouches de façon propre.
565 2019-01-02 15:38:55
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
galexis wrote:Quand on copie la variable (du bas de la fenêtre) et qu'on le copie dans le champs au dessus, cela ajoute un espace devant le % (sur la readytouse). J'ai beau faire attention à la sélection, l'espace est ajouté....
Je m'en suis aperçu aussi en faisant la petite vidéo de démonstration, c'est quand même mieux que de devoir écrire les noms de variables à la main, je regarderai si je peut virer cet espace dans le collage.
galexis wrote:Est-il envisagé de pouvoir appeler les variables cartouches dans un champs texte? Ceci dans le but de bricoler un cartouche de page de garde....
Si tu peux être plus clair.
Dans le cartouche de la page de garde que j'ai mis en capture, j'indique la révision, le nombre de folio total, mais ceci manuellement. Si on pouvait appeler les variables %index-revision et %folio-total cela éviterais l'oublis. Aujourd'hui, sur cet exemple, ce n'ai pas un élément, juste des basic shape. Si les variables de cartouches s'étendaient aux éléments, je le ferais ainsi.
En passant, les variables "folio précédent" et "folio suivant" marchent bien...
566 2019-01-02 11:56:45
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
Revision: 5666
Author: scorpio810
Date: 2018-12-29 09:45:17 +0100 (Sat, 29 Dec 2018)
Log Message:
-----------
Title block : list of texts variables can be selected with the mouse and
copied to the clipboard using a context menu or standard keyboard
shortcuts.
Quand on copie la variable (du bas de la fenêtre) et qu'on le copie dans le champs au dessus, cela ajoute un espace devant le % (sur la readytouse). J'ai beau faire attention à la sélection, l'espace est ajouté....
Est-il envisagé de pouvoir appeler les variables cartouches dans un champs texte? Ceci dans le but de bricoler un cartouche de page de garde....
567 2018-12-28 21:19:42
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
Revision: 5664
Author: blacksun
Date: 2018-12-28 19:39:54 +0100 (Fri, 28 Dec 2018)
Log Message:
-----------
Title block : add two news variables, previous-folio-num and next-folio-numDeux nouvelles variable sont disponible pour les cartouches :
previous-folio-num : permettant d'afficher le numéro du folio précédent.
next-folio-num : permettant d'afficher le numéro du folio suivant.
Utile depuis qu'il est possible de numéroté les folios, de manière non consécutif.
Cool !
568 2018-12-06 12:52:07
Re: Proposition : enregistrer et charger une méta-configuration (40 replies, posted in FR : Aide, suggestions, discussions, ...)
Voici les solutions des petits tests :
1. =A1+O1-K1
2. =A1+O2-K1
3. =A2+O2-K1
4. =A2+O1-K1
5. =A1+O1-K1
6. =A5+O1-K1
7. =A2+O2-K1
8. =A2+O5-K1
9. =A2+O1-K1
10. =A2+O5-K1
11. Cas litigieux. On ne sait pas si +O2 ou +O5 prévaut.
12. Cas litigieux. On ne sait pas si +O2 ou +O5 prévaut.
13. Cas litigieux. Est-ce que la bobine est dans la "basic shape spéciale" ou pas ?
14. Cas litigieux. On ne sait pas si =A3 ou =A4 prévaut.Concernant les cas litigieux, il faudra prévoir un comportement par défaut, pour que QET sache quoi en faire.
Tous les cas litigieux présentés ici sont clairement des erreurs de dessin qui conduisent à des repères erronés ou indéfinis.
Pour le 13, j'aurais dis qu'il est hors zone car les bornes sont à l'extérieur....
569 2018-12-04 22:35:55
Re: Proposition : enregistrer et charger une méta-configuration (40 replies, posted in FR : Aide, suggestions, discussions, ...)
Pour les borniers, je pensais laisser Joshua finir la v0.7 avant de poser toutes les specs sur la table.
Donc je reste muet pour l'instant, c'est vraiment un gros pavé. Faudra faire des présentations Impress pour être assez clair
Et il faut penser les bornes et les câbles en même temps sinon on va se tirer des balles dans les pieds...
Cela n'empêche pas réfléchir au truc pour être mûr le moment venu ...
570 2018-12-04 21:59:46
Re: Proposition : enregistrer et charger une méta-configuration (40 replies, posted in FR : Aide, suggestions, discussions, ...)
Galexis wrote:Cela me parait très clair, comme d'hab' Nuri !
Vas-y, fais les petits tests
De toute facon, elle finira bien par te rattraper un jour cette foutue norme !
Et le moment où tu auras des schémas selon IEC 81346 entre les mains, tu te diras peut-être :
"heureusement que j'avais fait les petits tests de Nuri. Maintenant c'est très facile de comprendre ces plans."
Je pratique déjà un peu .... on a quelques machine allemande et même les sociétés françaises s'y mettent ....
571 2018-12-04 20:18:41
Re: Proposition : enregistrer et charger une méta-configuration (40 replies, posted in FR : Aide, suggestions, discussions, ...)
Galexis wrote:Moi j'ai des idées de propriétés pour les éléments aux propriétés "borne" ...]
rédige les, je les mettrais dans le wiki et/ou todo list, on verra ça lorsque je coderais la génération de borniers.
Pas besoins de s’emmêler les pinceaux avec ça pour le moment.
Ok j'ouvre une liste d'idée! J'aurais dit:
- bornier (peut-être via une liste déroulant, alimentée par la définition des borniers ci-après)
- numéro borne
- type: ordinaire, terre, fusible, interruptible
- groupe fonctionnel (hérité de la définition des bornier ci-après)
- localisation (hérité de la définition des bornier ci-après)
- référence (hérité de la définition des bornier ci-après mais modifiable)
- constructeur (hérité de la définition des bornier ci-après mais modifiable)
- section (hérité de la définition des bornier ci-après mais modifiable)
- faut-il définir "le sens de sortie vers l'extérieur" ? pour les câbles plus tard ?
Il faudrait presque pouvoir définir le bornier en lui-même:
- nombre d'étage
- groupe fonctionnel
- localisation
- position de la première borne si bornier étagé
- constructeur
- référence
- section
- quantité
- ponter les bornes au même repère de fil et côte à côte: oui/non
- inclure les réserves : oui/non
La personne qui a développé le script python, serait bien placé pour définir cette liste à mon avis ....
572 2018-12-04 19:53:23
Re: Proposition : enregistrer et charger une méta-configuration (40 replies, posted in FR : Aide, suggestions, discussions, ...)
scorpio810 wrote:A y être vous voyiez d'autres champ à rajouter, prix, poids, etc?
J'ai un peu regardé ce qui se fait sur d'autres logiciels du même type, je pense qu'on devraient ajouter ces nouveaux attributs, ça vous intéresse ?:
Prix
Puissance
Tension
Courant
Fréquence
Consommation
Courbe de déclenchement
Courant différentiel
Largeur
Hauteur
Poids
Pourquoi pas... Consommation ne me parait peut-être pas utile... On pourrait ajouter "réglage" en revanche pour les thermiques ou autre...
Est-ce que ces valeurs seraient utilisables via des variables dans les textes dynamiques ?
573 2018-12-04 19:42:03
Re: Proposition : enregistrer et charger une méta-configuration (40 replies, posted in FR : Aide, suggestions, discussions, ...)
Joshua wrote:Les champs correspondant au = et +;
Je me trompe peut être (pour la norme en question n'y connaissant rien, je me base entièrement sur toi)
mais je pensais qu'au final le = et + (peu importe leurs noms) serais gérer par le projet au lieu de l'élément (remplir le = et + pour chaque éléments serais un vrai calvaire, si il en est ainsi actuellement c'est pour pallier au fait que QET ne gère pas encore la norme)Globalement, j'ai l'impression que t'as bien compris comment les choses doivent fonctionner .
Toutefois, je pense qu'il vaut mieux garder les champs = et + dans les propriétés de l'élément. Ensuite, il faut distinguer 3 cas comment ces champs sont remplis :1.
La bobine -K1 est posée sur le folio =A1+O1 et aucune "basic shape spéciale" ne l'entoure. Ses champs = et + prennent alors les valeurs de ceux du folio.
Son repère complet sera alors : =A1+O1-K12.1.
La bobine -K1 est posée sur le folio =A1+O1 et se trouve dans une "basic shape spéciale" pour indiquer la localisation +O2.
Les champs = et + de la bobine prennent alors les valeurs de ceux de la "basic shape spéciale".
Le repère complet de la bobine sera alors : =A1+O2-K1
(oui, on conserve le champ = du folio car la basic shape spéciale n'en indique pas d'autre)2.2.
La bobine -K1 est posée sur le folio =A1+O1 et se trouve dans une "basic shape spéciale" pour indiquer la l'installation =A2.
Les champs = et + de la bobine prennent alors les valeurs de ceux de la "basic shape spéciale".
Le repère complet de la bobine sera alors : =A2+O1-K1
(oui, on conserve le champ + du folio car la basic shape spéciale n'en indique pas d'autre)2.3.
La bobine -K1 est posée sur le folio =A1+O1 et se trouve dans une "basic shape spéciale" qui indique =A2+O2.
Les champs = et + de la bobine prennent alors les valeurs de ceux de la "basic shape spéciale".
Le repère complet de la bobine sera alors : =A2+O2-K1
(dans ce cas, les champs = et + du folio sont complètement surchargés par ceux de la basic shape spéciale)3.
Peu importe sur quel folio la bobine est placée et peu importe si elle se trouve également dans une basic shape spéciale.
Il faut toujours pouvoir remplir les champs = et + des éléments à la main pour avoir une possibilité de surcharge (override).
Parfois, on a pas la place pour mettre une basic shape spéciale, alors on indique directement dans les propriétés de l'élément une info = et/ou + divergente de celle du folio (ou de la basic shape spéciale).On en conclu alors les priorités à établir concernant la validité des champs = et + :
Prio 1 : si on rentre à la main les info = et + dans les propriétés de l'élément alors celles-ci déterminent le repère complet de l'élément.
Prio 2 : si les champs = et + de l'élément sont vides, alors ce sont ceux de la basic shape spéciale qui déterminent le repère complet de l'élément.
Prio 3 : si prio 1 et prio 2 ne sont pas remplies, alors les champs = et + de l'élément sont déterminés par ceux du folioBon, qu'est-ce que c'est rasoir à expliquer ces trucs...
Rien de mieux que la pratique :
En pièce jointe, je vous ai mis 14 petits tests pour voir si vous avez bien compris .
Le but du jeu est de dire quel est le repère complet de la bobine.
Je pense surtout à Laurent et Galexis que cela doit passionner au plus haut point.Je ramasse vos copies demain soir !
Cela me parait très clair, comme d'hab' Nuri !
574 2018-12-03 19:09:08
Re: Proposition : enregistrer et charger une méta-configuration (40 replies, posted in FR : Aide, suggestions, discussions, ...)
Moi j'ai des idées de propriétés pour les éléments aux propriétés "borne" ....
575 2018-11-27 21:53:47
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
Revision: 5605
Author: scorpio810
Date: 2018-11-25 10:55:11 +0100 (Sun, 25 Nov 2018)
Log Message:
-----------
Enable the possibility to define the path of user tbt template
collection.
Est-ce que cela va fonctionner pour la readytouse ? La configuration de QET est stockée où ? Dans le fichier dézippé et remplacé à chaque version ou alors c'est stocké à côté ?