galexis wrote:

Par contre ça entre-ouvre les possibilités liées à une basic shape....

Je vois pas la ?? Mais si tu as une bonne idées derrière la tête, hésite pas je la (ou les) mettrais dans la todo list.

galexis wrote:

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 !

Idem, si vous avez des idées pour peaufiné l'utilisation, faut pas hésiter.

Nuri wrote:

Heu... Je dis aussi "miam" parce que cela a l'air très rapide mais je capte pas trop comment ca fonctionne nomicons/blink .
Joshua, si tu pouvais poster une ou deux vidéos démonstratives dans le même genre mais avec d'autres exemples, ce serait sympa nomicons/happy .

Je pourrais, mais cela en montrerais pas plus.
L'idée ce serais de dessiner une forme "libre" à la souris par le biais d'un raccourcis clavier (par ex alt+ctrl) et minimum 3 clic souris (ba oui en dessous ce n'est qu'un trait), puis lors de la relâche du ctrl+alt ou appuis sur entrée (ça c'est du détail qui reste à voir), toutes les bornes à l’intérieure de la forme sont raccordé ensemble.
De mon point de vue il faut que ce soit par raccourcis clavier et non pas par un bouton, car on perdrais tout le coté rapide de l'outil.

Nuri wrote:

Le truc qui me dérange le plus dans QET et sa manière de créer les conducteurs, c'est la perte de ceux-ci quand on efface un élément qui a déjà été connecté.
Pour ce point particulier, je trouve Eplan plus sympa, même si c'est pas super génial non plus.

Tu veut dire 3 éléments connecté ainsi : A---B---C si tu supprime B, tous les conducteurs sont supprimé alors qu'il faudrait que A et C soit connecté ensemble par un conducteur?
Si oui, moi aussi je trouve ça crétin et c'est typiquement le genre de polissage que je veux faire pour la 0.7 (et que j'ai zapé)
Si à l'occasion tu peut nous expliquer comment Eplan fait, ça peu donner des idées.

Nuri wrote:

pour en revenir à la proposition de Joshua, la création de conducteurs s'effectue alors automatiquement de gauche à droite puis de haut en bas dans le cadre de sélection, c'est ca ?

Dans la vidéo non, j'ai une liste de bornes, je prend la première de la liste et je connecte toutes les autres à c'elle ci.
Dans l'idéal, oui il faudrait que ce soit fait plus intelligemment.

Revision: 5698
Author: blacksun
Date: 2019-01-04 23:06:34 +0100 (Fri, 04 Jan 2019)
Log Message:
-----------
Element panel : elements can be searched by their name but also with by all their informations.


Lors d'une recherche dans le panel d'élément, en plus du nom, les éléments sont aussi filtrer par leurs informations (fabricant, référence, code interne etc...)

Une fois de plus, je fait appel à vous afin de me donner vos avis, idées et remarques.

Voici une troisième manière de créer des conducteurs :

https://download.qelectrotech.org/qet/joshua/connection-auto.webm wrote:

https://download.qelectrotech.org/qet/j … -auto.webm

Ceci une preuve de concept et, est très loin d'être quelque chose de fini, une trentaines de lignes codé avec les pieds pour la démo.

L'idée serais plutôt d'avoir quelque chose manipulable ainsi.
Un raccourcis clavier + la souris (pas d'icône dans la barre d'outils) afin que ce soit simple et rapide.

https://www.youtube.com/watch?v=y8jClfH7ilI wrote:

https://www.youtube.com/watch?v=y8jClfH7ilI

Je ne pense pas coder ça pour la 0.7 (à moins que vous le voulez vraiment) car il y a déjà pas mal de nouveauté.

À vous.

Revision: 5687
Author: blacksun
Date: 2019-01-02 17:56:46 +0100 (Wed, 02 Jan 2019)
Log Message:
-----------
NameList widget : add a combo box for easily paste texts, like the variables for title block.

nomicons/laughing nomicons/laughing  Laurent le roi du workaround

Pour le copier/coller des variables dans l'éditeur de cartouche, le travail de Laurent m'a donné une idée que je suis en train de coder.
Il s'agit d'une combo-box (liste déroulante) dans laquelle on choisis une variable, c'elle ci est automatiquement mis dans le presse papier, après un simple 'coller' suffit.

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

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


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

Une vidéo de démonstration du commit 5658

Revision: 5658
Author: blacksun
Date: 2018-12-21 19:08:58 +0100 (Fri, 21 Dec 2018)
Log Message:
-----------
Search and replace : We can now replace a properties text (diagram, element, conductor, diagram text) with regular expression


Un nouveau "genre" de remplacement fait sont apparition.
Jusqu'à présent, pour changer le texte d'une propriété, il faillais changer le texte entier.
Le nouveau "genre" accessible avec le bouton avancé, agit uniquement sur les propriétées textuel et ressemble beaucoup à ce que l'on peut trouver dans un éditeur de texte.
Il permet de remplacer un morceau de texte dans un mot, et non pas le mot entier.

Un petit exemple vaut mieux que de longues explications.
Votre projet possède plusieurs conducteurs avec les formules suivante:
0220VRMV
220API
220CF
EV220V

Dans le petit dialogue de remplacement avancé on choisi :
Qui->conducteur.........................Quoi -> Formule du texte
Remplacer->220.........................par -> 230.

Valider, puis cliquer sur Tout remplacer, les conducteurs cité plus haut on maintenant les formules suivantes.
0230VRMV
230API
230CF
EV230V

Voila nomicons/smile il ne vous reste plus qu'à essayer et remonter les bugs.

PS le champ "Remplacer" du dialogue supporte les expressions régulière.

Revision: 5641
Author: blacksun
Date: 2018-12-09 12:50:07 +0100 (Sun, 09 Dec 2018)
Log Message:
-----------
Search and replace : conductors properties can now be replaced



Les propriétés de conducteurs peuvent maintenant être remplacé.

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.

Nuri wrote:
Joshua wrote:

certains des ces champs vont disparaître.

nomicons/gne  capte pas !
Je vois pas ce qui devrait alors disparaître ?!?

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)

Ainsi si mon projet est construit ainsi:
Mon projet
 |__ELEC
 |    |__A1
 |        |__(folio) puissance 
 |        |__(folio) commande
 |__PNEU
      |__P1
      |__P2

L'élément -KM1 présent dans le folio puissance aura comme nom complet =ELEC+A1-KM1.
Cela sera donc fait automatiquement du fait de la présence du l'élément sur ce schéma.
Pour les élements présent dans ce même folio mais nétant pas du même = ou +, ils seraient délimité par une basic shape spécial où l'on pourrais indiquer les valeurs en question, les éléments encadré dans la basic shape prendraient donc les valeurs de la basic shape.

Bon comme je disais, je peut me tromper.

Nuri wrote:
scorpio810 wrote:

On vas étudier une solution pour développer ou réduire l'arborescence des champs affiché suivant l'utilisation souhaité.

Ben réfléchissez-y bien car ca va être difficile de faire meux qu'actuellement : en scrollant un peu avec la souris, toutes les infos sont très rapidement parcourues avec les yeux.
Je suis dans ce cas pas trop pour les arborescences à ouvrir ou fermer car il faut toujours cliquer quelque part pour voir ce que l'on veut.

Je suis d'accord avec Nuri, il n'y a pas non plus 50 champs et ça deviendra un véritable clicodrome.
Qui plus est quand QET sera capable de gérer la norme IEC 81346, certains des ces champs vont disparaître.

Revision: 5625
Author: blacksun
Date: 2018-12-01 21:12:24 +0100 (Sat, 01 Dec 2018)
Log Message:
-----------
Element editor bug fix : Unable to clear an information of the edited element (label, manufacturer etc...).

Nuri wrote:

Et y'a pas du tout moyen d'enregistrer la config QET dans un fichier sous Windows ?
J'ai vu qu'on peut aussi utiliser QSettings pour enregistrer dans un format custom, par exemple un fichier xml :

Oui mais on avais décidé de passer par le registre, car c'est la conf par défaut de Qt et windows.

Mais c'est bon, j'ai regardé hier soir la doc des QSetting, et j'ai trouvé une solution qui devrais être plutôt simple à coder, compatible pour tous les OS.
Par la même occasion, comme les conf seront dans un fichier (un par conf) tu pourra facilement, par exemple, la donner à ton client si il a besoins de reprendre par la suite les schémas.

Peut être une solution ici

Nuri wrote:

J'ai fraîchement acquis un deuxième client (francais cette fois) pour qui je dois faire des reprises de schémas vers QET.

Content pour toi que les affaires marche nomicons/smile .
Tu fait la reprise de schéma sur QET, c'est une demande de ton client et/ou QET est suffisamment mâture pour le type de schéma que tu doit faire?

Nuri wrote:

Maintenant je pense que tout le monde voit venir ma proposition avec ses gros sabots :

Pas du tout nomicons/tongue
Et bien Laurent a très bien résumé : sous linux et mac, ce serais plutôt facile, un simple copier coller.
Sur windows, c'est autre chose...
Après c'est tout à fait faisable, mais demande du boulot car en regardant la doc de QSettings j'ai rien trouvé de rapide sur le sujet (sauf erreur de ma part).

Revision: 5620
Author: blacksun
Date: 2018-11-29 18:34:03 +0100 (Thu, 29 Nov 2018)
Log Message:
-----------
Search and replace : Add two search options, contain text/entire word and case sensitive/insensitive


Deux nouvelles options de recherche :
texte brut ou mot entiers.
sensible à la casse oui / non.

Je regarderais ce soir, c'est pas grand chose, mais il me semble avoir vue un comit de Laurent ou il à déjà fait ça.
Edit :
Oui dans le comit 5596, mais c'est sur la GUI, et pas sur le texte lui même par défaut.

Pour info, étant donné que Laurent joue depuis un moment avec les polices (que ce soit pour les textes d'éléments ou autre), et qu'il n'est sûrement pas le seul nomicons/wink , j'ai donc décidé d'inclure la possibilité de choisir la police pour les nouveaux textes d'éléments, pas en configuration global, mais bien de manière indépendante pour chaque texte.
Pour l'instant je suis encore sur les rechercher / remplacer, mais les polices seront bien pour la 0.7.

Revision: 5582
Author: blacksun
Date: 2018-11-10 14:32:27 +0100 (Sat, 10 Nov 2018)
Log Message:
-----------
Search and replace : Independent text item can be changed (and mass changed) through the search and replace widget.

Opus wrote:

Je sens que tu n'aurais pas dû en parler, on va te tanner avec ça maintenant 20x20

T'inquiète pas, je savais très bien que quelqu'un allais me sortir un truc dans le genre. nomicons/wink

scorpio810 wrote:
galexis wrote:

     Durant l'année 2015, j'avais évoqué les remplissages et les couleurs dans les basic shape, ce qui n'était pas passé à l'époque, par la suite est venue la même demande par un autre utilisateur avec un vrai exemple argumenté et c'était passé.

Clair ! il est vrai que certaines demandes très bien argumentées .... finissent par faire pencher la balance de l'autre coté.

Avec le temps (6 ans sur QET déjà) j'ai appris qu'au final il fallait mieux que je sois exhaustif quand j'ajoute une nouvelle fonctionnalité, car il arrive souvent (trop) qu'une demande, par exemple les couleurs et remplissage des formes simple, soit ajouté alors qu'elle n'était pas envisagé.
Et crois moi (bon les couleurs et remplissage sont un mauvais exemple pour le coup) que ça ne me plaie pas, car je suis obligé de reprendre du code qui n'a pas été pensé pour, ce qui peut être vraiment chiant, surtout quand il faut faire une couche de rétrocompatibilité lors de l'ouverture des .qet ou .elmt.

Tient un exemple de quelque chose qui me trotte dans la tête depuis un moment :
Les fichiers .elmt sont, à la base, une variante du format svg, mais quand je me suis mis à coder (faut pas oublier que je suis autodidacte) je n'ai pas pris en compte l'aspect svg et sont importance.
Maintenant avec le recul je vois bien que j'ai fait une erreur.
Une chose que j'aimerais faire (mais y'a plus important à l'heure actuel) c'est revoir les .elmt afin de coller à 100% avec le svg sur tout ce qui est graphique, ce qui permettrais entre autre d'ajouter facilement des nouvelles chose (d'un point de vue graphique) sans se prendre la tête sur comment l'implémenter dans le dans le .elmt, car ce sera forcément documenté dans le format svg.
Un autre avantage, c'est qu'il serais possible de crée un élément depuis un éditeur svg, puis de l'importer dans QET sans convertisseur, étant donné que ce serais le même format.
Et pour finir, des convertisseur dxf->svg on en trouve même en ligne.

Donc comme je disais, maintenant je fait les choses avec l'optique de pouvoir les amélioré facilement par la suite, alors bien évidemment cela ne veut pas dire que la moindre demande sera accepté, mais de mon coté ce sera plus facile et donc moins obtus, les nouveaux textes en sont un bon exemple, avec toutes les demande faites en cours de route.
Et comme dit Nuri, il y a que Laurent et moi sur QET de manière permanente et sur notre temps libre, donc pas toujours facile....

Bon malgré mon laïus qui peut paraitre un peu négatif (c'est pas le but) continué vos retours et demandes, c'est très important pour faire avancer QET.
ça nous montre aussi qu'on ne fait pas tout ça pour rien c'est motivant nomicons/wink