Search options (Page 28 of 33)

2017-08-02 13:27:33

MAJ le 08/03/19

Bonjours,
J’énumérais sur ce topic les nouveautés apportés à la version de développement qui sera la future version 0.7.
Seront présentes uniquement les nouvelles fonctionnalités disponibles pour l'utilisateur.
Tout autre chose, tel que les bugfixs, remaniement de code et autres qui n'apporte rien de nouveau pour l'utilisation de QET ne seront pas mentionné ici, à quelques rares exceptions.
Ce topic n'a pas pour vocation d'être une release note (car ne sera pas exhaustif), mais aidera à visualiser rapidement les évolutions.

Éditeur de diagrammes:
#Le panneau latéral (dock widget) d'édition de la sélection courante, peut maintenant être utilisé pour éditer les textes indépendant.
Il est possible d'éditer un ou plusieurs textes en même temps.

#Il est possible de choisir la police des textes indépendant.

#Plusieurs formes simple peuvent être édité en même temps depuis le panneau latéral

#Lors d'une recherche dans le panel d'élément, en plus du nom, les éléments sont aussi filtrer par leurs informations

#Deux nouvelles variables pour les cartouches, permettant d'afficher le numéro des folios précédent et suivant.

#Fonction rechercher remplacer des textes (textes indépendant, éléments, conducteurs, folios)

#Possibilité de définir le chemin des collections d'éléments (commune et perso)

#Possibilité d’arrondir les coins d'un rectangle.

#possibilité d'ajouter/supprimer les points d'un polygone.

# Conducteur bicolor : les conducteurs peuvent maintenant être dessiné avec deux couleurs

#Texte de conducteur : Il est maintenant possible de configurer la position d'un texte de conducteur haut/bas/gauche/droite par rapport au conducteur.

[s]# Petite exception à la règle cité plus haut : Le code des poignées de redimensionnement a été presque intégralement repensé.[/s]
[s]concrètement cela ne change rien pour l'utilisateur (les poignées ne sont plus des carrés mais des ronds).[/s]
[s]Cependant, je me permet de le mentionné, car l'ancien code provoquais des crashs plus ou moins aléatoires (dont beaucoup d'utilisateurs en ont fait les frais), mais prévisibles dès lors qu'il y avais des conducteurs ou shapes fantôme après leurs suppressions. Par le passé le problème avait été minimisé, suite à quelques bidouilles dans le code, mais étais toujours présent.
[/s]La correction a été porté sur la 0.6

# Il est maintenant possible d'ajouter un champ texte à un élément directement depuis le diagramme.
Pour cela cliquer sur un élément puis rendez vous dans le widget de propriété, un nouvel onglet "texte" permet d’accéder à cette nouvelle fonctionnalité.
Les textes peuvent avoir différentes "sources de texte" :
-un simple texte que vous écrivez vous même.
-une information de l'élément, par exemple le nom du fabricant.
-Le mélange des deux.

#possibilité de grouper plusieurs textes d’un même élément ensemble, et d'alignés les textes d'un groupe (gauche / centre /droite)

#Les configurations de textes et de groupes de textes peuvent être exporté et importé, évitant ainsi d'avoir à recrée toujours les même textes et groupes pour plusieurs élément.

#Conversion ancien -> nouveau texte :
-Lors d'un glisser/déposer d'un élément depuis la collection d'éléments vers le folio, tous les "anciens" textes sont convertis en texte dynamique.
-Lors de l'ouverture d'un projet, tout les "anciens" textes d'éléments, des éléments déjà présents sur les folios sont convertis en texte dynamique.
À noter que pour les deux cas, tout est automatique, l'utilisateur n'a rien à faire.

#Dialogue de récupération du/des projet/s suite à un crash.

#Sauvegarde automatique (désactivable)

#La coordonné Z des items présent sur les folios est éditable.

#Un nouvel outil : le multi-collage
Permet de coller plusieurs fois une sélection en une seul fois.
Une option permet de continuer la numérotation des éléments et conducteurs coller.

https://download.qelectrotech.org/qet/j … paste.webm

#Lorsqu'un éléments sur lequel est raccroché plusieurs conducteur sur une même bornes est supprimé, le potentiel électrique n'est plus détruit.
Une vidéo vaut mieux qu'un long texte.

https://download.qelectrotech.org/qet/j … t5703.webm

Éditeur d'éléments :
#Possibilité d’arrondir les coins d'un rectangle.

#possibilité d'ajouter/supprimer les points d'un polygone.

#Les nouveaux champs textes (dynamique) sont disponible aussi dans l'éditeur d'élément.
Les "anciens textes" sont convertis en nouveaux champs textes (dynamique) lors de l'ouverture d'un élément dans l'éditeur d'élément.

2017-07-27 22:27:29

LETARTARE wrote:

Pour supprimer le dernier message dans la console lors d'une fermeture de Qet
External WM_DESTROY received for  QWidgetWindow(0x3910068, 
      name="AboutQETClassWindow") , parent:  QWindow(0x0) , transient parent:  QWindow(0x0)
Dans 'void QETApp::aboutQET()' inverser les deux dernières lignes comme ceci :
// affiche le dialogue puis évite de le lier à un quelconque 'widget' parent
    about_dialog_ -> setParent(0, about_dialog_ -> windowFlags());
    about_dialog_ -> exec();
ceci fonctionne sous VISTA.
Cordialement

Corrigé, merci du retour.

2017-07-26 23:54:25

Nuri wrote:

oui, les conducteurs auto ne marchent que lorsqu'un seul et unique élément est déplacé.
Je ne sais pas si Joshua a prévu d'étendre la fonction à plusieurs éléments avant la sortie de la version 0.6.
Il se peut que cela demande une certaine dose de travail... mais comme d'hab... j'en sais rien !

Non ce ne sera pas pour la 0.6 (pas de nouvel fonctionnalité, uniquement des bugfix jusqu'à la sortie)
A l'époque, j'avais regardé pour le faire, mais ça demandais une bonne dose de travail, et un certain meli melo vis à vis de la pile d'annulation.
Cela dit je peut effectivement regarder à nouveau le sujet, avec peut être de meilleurs idées.

scorpio810 wrote:

Ce qui est dommage c'est que Runsys ai un peut lâché son projet de conducteurs intelligents capables d’éviter les obstacles/éléments sur leurs trajets.

Effectivement c'est dommage, surtout que pendant qu'il avançais sur les conducteurs intelligents, j'ai crée les conducteurs auto, et Il y a eu incompréhension (travail en doublon, et que je le court circuits) alors que les travaux était plutôt complémentaire.
La création des conducteurs et le chemin de ceux ci sont deux choses différentes.
De mon coté : Création auto des conducteurs = plus rapide pour l'utilisateur et évite le cotée répétitif.
De son coté : Chemin de conducteur plus intelligent = plus rapide pour l'utilisateur, dans le sens ou il n'a pas reprendre à la main le chemin.

2017-07-25 12:02:48

Je confirme le problème.
Avant le déplacement le texte n'est pas caler sur la grille (snap to grid).
Après une annulation du déplacement, le texte est repositionné à l'emplacement d'origine, mais avec l'option snap to grid d'active, ce qui provoque le décalage.
Je me penche sur ce problème.

2017-07-21 15:20:23

Attention, ce comit ne corrige pas le problème énoncé plus haut.
Il s'agit d'un autre bug qui été passé entre les maille du filet.

2017-06-14 12:00:26

Nuri wrote:

Est-il prévu de charger les projets en utilisant le multi-threading ?
Avec un CPU moderne, ca fait une sacrée différence !

Le chargement des projets n'a pas été crée avec l'idée d'être multi-threadé un jours.
Pour l'être, cela nécessite de revoir une bonne partie du code correspondant. C'est faisable, mais demandera une bonne dose de travail.

Félicitations aussi pour les derniers travaux réalisés fin 2016 / début 2017.
QET crash très peu en ce moment.

J'espère que mes dernier travaux diminuerons encore les crash. Je pense surtout au poignée de redimensionnement qui ont été quasiment entièrement réécrite.

2017-05-18 11:38:58

May be a beginning of explanation : http://doc.qt.io/qt-5/qprinter.html#PrinterMode-enum
I have to see this, but there will be difficult because I haven't got a hdpi screen for test.

2017-05-01 13:50:13

-The button "Find in the panel" work now.
-For the label, this is the good behavior.
If follow is unchecked, the label follow the rotation of the element.
if follow is checked, the label follow the rotation of the element, but stay in the same angle.
Thanks for report.

2017-04-29 20:13:49

Pour le problème du crash, c'est réglé.
En revanche pour la collection qui ne se charge pas quand la fenêtre est détaché, il faut que je trouve une solution de contournement.

2017-04-23 17:07:47

Salut galexis,
oui en ce moment c'est très calme au niveau de QET.
Pour ma part, je prend un peu de vacance vis à vis de QET, mais pas de panique, ce n'est que des vacances.
Pour la prochaine version, se sera une petite version de polishage.
Entre autre :
-Revoir le code des poignées de redimensionnement des primitives car buggé (ça risque de prendre un petit peu de temps mais rien d'affolant).
-Pouvoir ajouter à la volé des champs texte d'élément (au lieu de passé par l'éditeur d'élément).

Merci pour les encouragements
@+

2017-03-31 19:15:09

Aleksandr,
Your problem with the label of terminal is now fixed in the last version. nomicons/smile
It was not a bug, but a case that I had not anticipated.

2017-03-28 16:50:26

Bonjour champalumeau,
La version 0.5 est l'actuelle version stable, qui est disponible dans les dépôts de mageia.
La 0.51 est la version en cours de développement.
Ne pas confondre la 0.5-1 qui est juste une update de la 0.5 dans les dépôts de mageia, et la 0.51.
Un lien ici : https://www.mageialinux-online.org/foru … mageia.php qui explique l'état de QET dans les dépôts de mageia.
Dans la page download du site tu trouvera des liens pour obtenir la version de développement de QET, mais n'existe pas pour mageia.
Pour ton information, la 0.6 devrais pointé le bout de sont nez prochainement.

2017-03-08 12:50:18

Salut Ficare64,
tu m’inquiète, car le fameux bug des conducteurs fantôme étais censé être réglé (j'avais supprimé le morceau de code fautif) et personne n'en reparlais depuis.
Je croise les doigts pour qu'une réinstalle propre règle tout ces problèmes.

2017-01-28 19:45:32

scorpio810 wrote:

Nuri wrote:
@ Joshua
[mode mec pointilleux ON]
dans le nouveau widget pour établir les ref croisées maître/esclave, pourrais-tu masquer la colonne "N° de folio" quand la check box "utiiser les labels de folio à la place de leurs ID" est cochée dans la config de QET ?
Et inversement, quand la check box est inactive, masquer la colonne "Label de folio" ?
[mode mec pointilleux OFF]
Je pense qu'avant, il y a quand même encore quelques points à améliorer et ajouter :
Dans le widget renvois :
Les numéros de fils à afficher,
voir aussi les compléments aux conducteurs "fonction" et tension protocole" que je me servait assidûment pour mes schémas ne sont pas encore ajoutés dans le QTreeWidget.
La fonction recherche par nom du conducteur était aussi très pratique et c'étais une méthode rapide pour trouver et relier les conducteurs et qui fait gagner pas mal de temps.
Pour les master et slave je viens de tomber sur un petit souci, délier un esclave il conserve encore son label, soit celui de son ancien maître. Ce qui peut provoquer des risques d'erreurs pendant la conception d'un projet.

Je me charge de tout ça. C'est pas des gros truc à implémenter.

2017-01-25 22:40:50

I work with gnome shell 3.22 on debian, with two monitors (laptop 14" and external 24") for me everything work well, so I think the issue come from plasma.
This behavior is managed by Qt and the windows manager. (and may be other things)
I think you just have to wait, that the kde's dev fix this issue.

Are you sure you haven't got an option enable for QET like "always in current workspace" or "always on top" ?

2017-01-17 15:12:40

Nuri a bien résumé le problème,
le sommaire n'est plus adapté au nouvel fonctionnalités, et le sera encore moins avec les prochaines.
Il faudra nécessairement passer par une réécriture complète de la fonctionnalité sommaire.

2017-01-15 18:46:39

Nuri wrote:

Penser à corriger les fautes de grammaire :
La formule du nouveau potentiel contient des variables incompatibleS avec les reports de folio.
Les variables suivanteS sont incompatibleS :

Étant très médiocre en grammaire, d'habitude je fait relire à ma copine avant de comité, mais pas ce coup ci.
Ça confirme que c'est une erreur de ne pas le faire. nomicons/smile

2017-01-14 11:37:58

scorpio810 wrote:

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.

Ok c'est bien ce que j'avais en tête (c'est pas facile de toujours bien expliquer quelque chose par texte interposé).
Et bien je m'atteler à ça.

2017-01-12 12:28:29

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

Et bien cela reviendrais à demandé à l'utilisateur de viré %id dans la formule, car il y aura forcement une incohérence entre les folio.
Après si tu veut garder les %id, mais dire "je veut que %id fasse référence au folio X", premièrement il n'y à absolument rien dans le code pour gérer ça, ensuite il faudrait aussi gérer ça dans le .qet.
Bref je sais pas si vous vous rendez compte mais c'est une usine à gaz.
Regardé déjà le temps qu'il à fallu pour réglé tout les problème de %id et compagnie pour les éléments.
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.

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)

Peut changer avec l'insertion du sommaire, mais aussi si on déplace le folios, bref c'est le but de %id, si on veut pas que ça change il y a deux solutions :
-1 ne pas mettre %id, mais un texte fixe.
-2 comme tu l'a dit, le management policy peut figer les variables.

Sinon pour dessiner et câbler rapidement des cartes d'entrée/ sortie c'est un outil qui apporte beaucoup de gain de temps.

Ça se défend, tu peut noter les conducteurs en fonction du numéro de la carte + numéro de l'entré/sortie de la carte genre E2.01 (ce qui est assez fréquent)
Ou alors utilisé entre autre, une variable %id, ce qui je l'accorde peut grandement aider au dépannage.

2017-01-12 00:32:23

Captaindoc wrote:

scorpio810 wrote:
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.
Au final, rien ne change. Je vous mets le lien du fichier test. %F sur le conducteur change de nom sur le folio d'après. 0209 ---> 03%seqt_1

Bon je vient donner mon avis de dev :
J'avais entrevue le problème il a quelque temps déjà, et il ce confirme.

C'est normal que le texte change car %F est une "variable de folio".
Dans ton cas, dans le folio 2 c'est 2 et dans le folio 3 c'est 3.
Le problème, c'est qu'un conducteur peut être présent sur plusieurs folio alors quand la formule comporte %F on choisis quelle variable ? celui du folio 2 ou du 3 ?
Et encore dans ton cas il n'y a que 2 folios, mais imagine un conducteur présent dans 10 folio, on fait comment???
C'est un problème sans fin, car il y aura toujours un cas de figure qui produira des erreurs.
Bref personnellement j’enlèverais les variables :
%id %F %M %LM %sequf_ %seqtf_ %seqhf_
car ce sont des "variables de folio" et par nature totalement incompatible avec les conducteurs, car peuvent être présent sur plusieurs folio.
Seul les éléments peuvent utiliser ces variables, car ne sont présent que sur un folio.

Voila vous avez mon avis qui est clair : enlever les variables %id %F %M %LM %sequf_ %seqtf_ %seqhf_ pour les conducteurs.

2017-01-08 13:04:00

Résolu.
Merci du retour

2017-01-05 14:41:15

J'arrive à le reproduire, mais pour ça il faut sauvegarder puis recharger le projet, et la, les textes se trouvent en haut à gauche du folio (j'ai pas regardé, mais à mon avis en position 0,0).
Je regarde ce bug (qui doit pas être grand chose) après avoir fini ce sur quoi je suis en ce moment.

2017-01-02 15:44:22

Fixed,
I accidentally removed a wrong part of sources code in a previous commit

2016-12-10 12:35:19

This is the same bug, conductor and all shapes item share the same code for draw the little square use to grab the item, and the crash come from how the square is managed.
I think I need to totally revamp this part of code to avoid this crash.

2016-11-13 21:14:26

Want me to put 3) about the %id in the bugtracker?

No need, fixed in commit 4776

Search options (Page 28 of 33)

Posts found: 676 to 700 of 820

676 Topic by Joshua 2017-08-02 13:27:33

Topic: Nouveautés de la version de développement 0.7 (554 replies, posted in News)

677 Reply by Joshua 2017-07-27 22:27:29

Re: Ouverture/fermeture, QET svn4993 (4 replies, posted in FR : Aide, suggestions, discussions, ...)

678 Reply by Joshua 2017-07-26 23:54:25

Re: Accrochage automatique des conducteurs sur multiple sélection (5 replies, posted in FR : Aide, suggestions, discussions, ...)

679 Reply by Joshua 2017-07-25 12:02:48

Re: Historique modification ne repositionne pas au bon endroit (2 replies, posted in FR : Aide, suggestions, discussions, ...)

680 Reply by Joshua 2017-07-21 15:20:23

Re: Plantage du logiciel (9 replies, posted in FR : Aide, suggestions, discussions, ...)

681 Reply by Joshua 2017-06-14 12:00:26

Re: QElectroTech version 0.6 Release Candidate 2 released (8 replies, posted in News)

682 Reply by Joshua 2017-05-18 11:38:58

Re: Incorrect print of the project (22 replies, posted in EN : Help, suggestions, discussions, ...)

683 Reply by Joshua 2017-05-01 13:50:13

Re: Bugs in 0.60-RC1 (1 replies, posted in EN : Help, suggestions, discussions, ...)

684 Reply by Joshua 2017-04-29 20:13:49

Re: Problème avec collection d'éléments / crash appli qet (3 replies, posted in FR : Aide, suggestions, discussions, ...)

685 Reply by Joshua 2017-04-23 17:07:47

Re: Quoi de neuf ? (12 replies, posted in FR : Aide, suggestions, discussions, ...)

686 Reply by Joshua 2017-03-31 19:15:09

Re: Ideas to solve Terminal Blocks creation (288 replies, posted in Terminal block generator)

687 Reply by Joshua 2017-03-28 16:50:26

Re: Présentation c'est par ici. (130 replies, posted in Bar Fourre-tout)

688 Reply by Joshua 2017-03-08 12:50:18

Re: [Problème] Liste des problèmes avec les dernières versions. (124 replies, posted in FR : Aide, suggestions, discussions, ...)

689 Reply by Joshua 2017-01-28 19:45:32

Re: [Problème] Liste des problèmes avec les dernières versions. (124 replies, posted in FR : Aide, suggestions, discussions, ...)

690 Reply by Joshua 2017-01-25 22:40:50

Re: Floating toolbars show up on all desktops (6 replies, posted in EN : Help, suggestions, discussions, ...)

691 Reply by Joshua 2017-01-17 15:12:40

Re: [Problème] Liste des problèmes avec les dernières versions. (124 replies, posted in FR : Aide, suggestions, discussions, ...)

692 Reply by Joshua 2017-01-15 18:46:39

Re: [Problème] Liste des problèmes avec les dernières versions. (124 replies, posted in FR : Aide, suggestions, discussions, ...)

693 Reply by Joshua 2017-01-14 11:37:58

Re: [Problème] Liste des problèmes avec les dernières versions. (124 replies, posted in FR : Aide, suggestions, discussions, ...)

694 Reply by Joshua 2017-01-12 12:28:29

Re: [Problème] Liste des problèmes avec les dernières versions. (124 replies, posted in FR : Aide, suggestions, discussions, ...)

695 Reply by Joshua 2017-01-12 00:32:23

Re: [Problème] Liste des problèmes avec les dernières versions. (124 replies, posted in FR : Aide, suggestions, discussions, ...)

696 Reply by Joshua 2017-01-08 13:04:00

Re: Problème de texte de conducteur (5 replies, posted in FR : Aide, suggestions, discussions, ...)

697 Reply by Joshua 2017-01-05 14:41:15

Re: Problème de texte de conducteur (5 replies, posted in FR : Aide, suggestions, discussions, ...)

698 Reply by Joshua 2017-01-02 15:44:22

Re: To avoid crash: Unlink before deleting an element ! (3 replies, posted in EN : Help, suggestions, discussions, ...)

699 Reply by Joshua 2016-12-10 12:35:19

Re: Development version occasionally crashes while editing schema (55 replies, posted in EN : Help, suggestions, discussions, ...)

700 Reply by Joshua 2016-11-13 21:14:26

Re: Variable evauation fails, and title block getting damaged (20 replies, posted in EN : Help, suggestions, discussions, ...)

Posts found: 676 to 700 of 820