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

Revision: 5571
Author: blacksun
Date: 2018-10-27 15:31:52 +0200 (Sat, 27 Oct 2018)
Log Message:
-----------
Minor : search and replace widget, clear the tree widget when the current searched project is closed.

galexis wrote:

Je rencontre une situation bizarre avec le remplacement de propriété:
- j'ouvre un projet et via le recherche/remplacer je change tous les indice de révision: ça fonctionne
- je ferme ce projet
- j'ouvre un autre projet sans avoir fermé QET: la fenêtre des paramètres "folio" à remplacer a toujours l'indice indiqué du précédent, je fais "tout remplacer" cela ne fonctionne pas. A priori, en fermant la barre rechercher/remplacer avec la croix rouge et en la réouvrant, cela fonctionne de nouveau.

En fait lorsque le widget "recherche/remplacer" est ouvert ou rechargé, l'arbre est crée et reste statique, c-a-d qu'il n'est pas mis à jour automatiquement, sauf quand tu ferme/ouvre le widget ou que tu recharge celui-ci.

Avec ce commit, lorsque le projet qui est actuellement recherché est fermé, l'arbre du "recherche/remplacer" est vidé.
Par la même occasion, j'en ai profité pour désactiver le bouton "Tout remplacer" lorsque qu'il n'y a pas de projet recherché.

   Revision: 5565
Author:   blacksun
Date:     2018-10-24 16:04:04 +0200 (Wed, 24 Oct 2018)
Log Message: 

  -----------
Search and replace : improve the search for diagram 


  Rechercher remplacer : 
  Rechercher dans un folio, ne se limite plus au titre de celui-ci, toutes les infos des folios sont inclue dans la recherche (titre, auteur, localisation etc....) ainsi que les champs personnalisées Nom/Valeur.   

Revision: 5564
Author: blacksun
Date: 2018-10-21 11:54:59 +0200 (Sun, 21 Oct 2018)
Log Message:
-----------
Search and replace : Diagram properties can be changed (and mass changed) through the search and replace widget.


Il est maintenant possible de changer les propriétés de folio en passant par le widget de "rechercher remplacer".
Deux boutons :
remplacer -> effectue le remplacement sur la sélection courante.
Tout remplacer -> remplace toutes les correspondances de la recherche qui sont coché.

Revision: 5550
Author: blacksun
Date: 2018-10-10 18:48:44 +0200 (Wed, 10 Oct 2018)
Log Message:
-----------
Fix crash when load an old project, wich contain element without her definition embedded, aka "ghost element".


Bon j'arrive un peu tard pour la correction (pas toujours le temps en ce moment).
QET ne plante plus lors de l'ouverture d'un projet avec des "ghost elements".

Nuri wrote:

Juste une petite proposition au passage :
Quand on charge un element_text_pattern peut-être faudrait-il simplement ajouter une petite checkbox "écraser les textes existants". Si la checkbox n'est pas coché, on ajoute le element_text_pattern aux textes déjà existants (fonctionnement actuel).

Revision: 5541
Author: blacksun
Date: 2018-09-30 19:19:50 +0200 (Sun, 30 Sep 2018)
Log Message:
-----------
Element text pattern dialog : add a check box 'erase existing texts'

Revision: 5541
Author: blacksun
Date: 2018-09-30 19:19:50 +0200 (Sun, 30 Sep 2018)
Log Message:
-----------
Element text pattern dialog : add a check box 'erase existing texts'


Lors de l'import d'une config de textes d'un élément, il est possible de supprimé les textes existant.

@Galexis,
je comprend pas bien le problème que tu rencontre avec les configs de texte (pattern) tu crée des textes avec un élément lambda tu enregistre la conf sous un nom, puis tu appel la conf au besoins.
Pourquoi parle tu de modifier le xml?
Après je comprend que l'abandon de la check box à droite du champ commentaire ai pue posé des désagréments à certain, mais c’était nécessaire pour l'évolution de qet.

Nuri wrote:

Quand on charge un element_text_pattern peut-être faudrait-il simplement ajouter une petite checkbox "écraser les textes existants". Si la checkbox n'est pas coché, on ajoute le element_text_pattern aux textes déjà existants (fonctionnement actuel).

Ça par contre si ça intéresse du monde, je peut faire.

J'allais oublier, c'est ctrl+F ou dans Édition -> chercher.

Revision: 5526
Author: blacksun
Date: 2018-09-25 18:05:24 +0200 (Tue, 25 Sep 2018)
Log Message:
-----------
Start the work on a new feature : search and replace.
This commit let user find for : texts, conductors and elements.
WIP.


Une nouvelle fonctionnalité pointe le bout de son nez : rechercher et remplacer.
Pour le moment seul la possibilité de rechercher des textes, conducteurs et éléments est disponible, les folios viendront plus tard.
Ensuite ce sera le tour du 'remplacer'.

Scorpio en parlais ici https://qelectrotech.org/forum/viewtopi … 8557#p8557, j’espère qu'il ne vous a pas "trop" vendu cette nouveauté mystère nomicons/wink.

Comme d'habitude vos retours sont la bienvenue.

550

(16 replies, posted in Bar Fourre-tout)

Et tu n'as jamais de problème avec ta sid?
Moi perso, il arrive toujours un moment avec ma testing où une mise à jours (souvent liée a gnome, X, gdm, bref du desktop) provoque un gros bordèle, malgré apt-list-bug.
Du coup maintenant c'est stable + petit passage à testing pour mettre à jours gnome (3.30 dans testing, mais j’attends la première update avant de passé dessus).
Dernièrement ~2 semaines j'ai fait une grosse MAJ sur mon laptop que j'utilise peut, résultat X est mort obligé de me connecter sous wayland.... j'ai tout désinstallé pour tout réinstaller (quand je dit tout, il ne me restais que le minima, tty) mais rien n'y fait X ne veut pas, même avec les divers fichier de log + internet je trouve pas la solutions.... bref je suis bon pour un réinstalle nomicons/unsure.