You are not logged in. Please login or register.
QElectroTech → News → Folios non consecutive numbering, new dock collection element (EN)
Merci du retour,
C'est réglé maintenant.
Revision: 4595
Author: dfochi
Date: 2016-07-27 16:24:44 +0200 (Wed, 27 Jul 2016)
Log Message:
-----------
Fix Autonumbering type load when selecting autonumbering
Davi, if you want to send image or video for this forum.
Put your files with ssh or sftp protocol in download server forum_img directory.
sftp://dfochi@ftp.tuxfamily.org:22/home/qet/qet-repository/forum_img/
* video need to be in quote tag for run.
On forum add your url link like this
https://download.qelectrotech.org/qet/forum_img/Cheers,
Laurent
Revision: 4598
Author: blacksun
Date: 2016-07-30 15:36:24 +0200 (Sat, 30 Jul 2016)
Log Message:
-----------
Don't clear the texts of pasted elements.
For report element, clear the function and tension-protocol texts
Revision: 4599
Author: dfochi
Date: 2016-07-31 03:30:42 +0200 (Sun, 31 Jul 2016)
Log Message:
-----------
Copy/Paste now works with Element Label Variables
Great work by Joshua, correcting the copy and paste. I added a correction to a minor bug of copying and pasting an element with autonumbering. However there is still some work to do: when we copy and paste an element which does not have it's label frozen we should increment the folio sequential according to its folio. Right now it is only copying the sequential.
Also, when we change the way conductor deals with autonumbering to variables we can also do the same corrections and then the copy and paste will be perfect.
Thank you Davi, Joshua.
Just my two cents, I'm not very fan to keep the labels of elements in the copy paste, for me it can be a source of error.
Even less keep wire numbers.
Unless we make a cut and paste (not implemented yet).
Well, it is a request of Nuri, he must have his reason for asking that.
I use a lot the copy paste because the structure of many folio can be identical, whether the contacts and coils retain their labels that can be source of errors and duplicates, such as several KM1 coil in the project ....
ok, we can now use template that can now paste in other projects, I will use it.
A message box may be interesting to implement asking the user the action he wishes : keep or clear elements label, conductor numbers, etc. and check duplicate ?
Users can now add a %loc variable in titleblock, I think for this release a better think is to add %loc value found in each titleblock for element conductor autonum.
Example for tag element label in automatic mode with %loc value in formula, etc.
Johua what do you think for future coding to add this %loc value now?
Thank you Davi for your help and to explain your commit.
Hello,
se serait possible une explication en français de ce nouveau panneau ?
Merci
Problème:
lorsqu'on créé des bobines avec une règle, quand on lie un contact le nom du contact ne prend pas correctement le label de la bobine
Capture du 2016-08-01 21-06-12.png 8.07 kb, 579 downloads since 2016-08-01
Thank you Davi, Joshua.
Just my two cents, I'm not very fan to keep the labels of elements in the copy paste, for me it can be a source of error.
Even less keep wire numbers.
Unless we make a cut and paste (not implemented yet).Well, it is a request of Nuri, he must have his reason for asking that.
I use a lot the copy paste because the structure of many folio can be identical, whether the contacts and coils retain their labels that can be source of errors and duplicates, such as several KM1 coil in the project ....
ok, we can now use template that can now paste in other projects, I will use it.
A message box may be interesting to implement asking the user the action he wishes : keep or clear elements label, conductor numbers, etc. and check duplicate ?
Je trouve un peu curieux de conserver le label des éléments lors du copier/coller ... Tout remettre à zéro oui et tout conserver lors d'un couper/coller.
Je trouve un peu curieux de conserver le label des éléments lors du copier/coller
FR:
Disons qu'avant l'implémentation de la num auto de Davi, cela aurait été pratique. Maintenant, effectivement, peut-être que cela crée plus de problèmes de que cela en résoud. Ma demande n'a plus vraiment de sens.
EN:
Before Davi did the auto numbering functionality, it would have been convenient to let the label of elements as they are by copying/pasting. I admit that it doesn't really make sense anymore with the new auto num variables.
A message box may be interesting to implement asking the user the action he wishes : keep or clear elements label, conductor numbers, etc. and check duplicate ?
FR:
Par le passé, j'ai déjà utilisé un programme nommé ECSCAD (un dérivé d'Autocad) qui réalise des "vérifications en ligne" pendant qu'on dessine les schémas. A mon avis, ce n'est pas pratique du tout car l'utilisateur est constamment dérangé dans son travail par d'incessantes questions.
C'est une "fausse bonne idée".
Eplan fait des "vérifications hors ligne" est c'est vraiment une meilleure facon de contrôler une documentation (labels doubles, bornes, brins de câbles...).
"Vérifications en ligne" signifie:
Le programme contrôle les doublons pendant qu'on fait un copier/coller des éléments.
Quand les schémas sont terminés, vous êtes alors sûrs qu'il n'y a aucun doublons. mais le gros inconvénient est que le programme vous dérange sans cesse.
"Vérifications hors ligne" signifie:
Le programme ne vérifie pas les doublons pendant la création des schémas et vous laisse faire des erreurs (comme les labels doublons).
Quand les schémas sont terminés, vous appelez une fonction qui vérifie les labels doubles, ou plus.
La fonction écrit un fichier dans lequel l'utilisateur peut voir où sont les doublons.
Et bien sûr, seul l'utilisateur décide de corriger les erreurs ou non.
EN:
In the past, I have already used a program named ECSCAD (a derivate of Autocad) that does some "online checking" as you are drawing your schematics. In my opinion, it is absolutely not convenient because pop-up windows are steadily disturbing your work.
It's a "false good idea".
Eplan does some "offline checking" and it's really a better way to check the documentation (duplicate labels, terminals, cable wires...).
"Online checking" means:
the program checks duplicate labels as your are copying and pasting elements.
When your schematics are finished, you are sure that there are no duplicates. But the big drawback is that the program is steadily disturbing you.
"Offline checking" means:
the program does not disturb you as you are working and let you make some mistakes (such as duplicate labels).
When you're finished with your drawings, you call a functionality that check if some labels are duplicated or more.
The functionality write something like a log file where you can see what are the duplicates.
Of course, you can decide to correct them or not.
galexis wrote:Je trouve un peu curieux de conserver le label des éléments lors du copier/coller
FR:
Disons qu'avant l'implémentation de la num auto de Davi, cela aurait été pratique. Maintenant, effectivement, peut-être que cela crée plus de problèmes de que cela en résoud. Ma demande n'a plus vraiment de sens.EN:
Before Davi did the auto numbering functionality, it would have been convenient to let the label of elements as they are by copying/pasting. I admit that it doesn't really make sense anymore with the new auto num variables.
En revanche, c'est pas inintéressant lors de la copier vers un autre projet ...
Problème:
lorsqu'on créé des bobines avec une règle, quand on lie un contact le nom du contact ne prend pas correctement le label de la bobine
Thanks for reporting this galexis. Bug is now corrected
Simplement, ajouter une option à cocher dans le menu config QET -> conserver toutes les informations éléments (label, informations) lors d'un copier coller ou non, l'utilisateur étant libre de sélectionner le mode de copie suivant son utilisation.
Pour le couper/coller là c'est clair, oui on doit conserver les labels, etc des éléments et même je dirai, conserver aussi les textes des conducteurs.
@Nuri : les outils de contrôle post production ça peut être bien mais aussi devenir vite une usine à gaz, chacun voulant une fonction particulière, trouver les doublons, renommer les ka* en KA*, correction orthographique ... et j'en passe, c'est sans fin.
Alors que tout cela est déjà possible avec quelques outils ou un bon éditeur de texte ou de scripts rien qu'en analysant le XML du projet.
Apres tout oui pourquoi pas si ça tente quelqu'un de le faire.
Simplement, ajouter une option à cocher dans le menu config QET -> conserver toutes les informations éléments (label, informations) lors d'un copier coller ou non, l'utilisateur étant libre de sélectionner le mode de copie suivant son utilisation.
Oui, c'est pas une mauvaise idée. Si ca alourdit pas trop le code, pourquoi pas.
scorpio810 a écrit:
@Nuri : les outils de contrôle post production ça peut être bien mais aussi devenir vite une usine à gaz, chacun voulant une fonction particulière, trouver les doublons, renommer les ka* en KA*, correction orthographique ... et j'en passe, c'est sans fin.
A ce niveau là, je pense qu'il faut discerner 2 choses assez distinctes :
1. un outil pour faire du "chercher et remplacer" dans tous les textes des schémas. C'est pas une priorité, vu qu'on peut faire cela avec un éditeur xml, mais ce serait pratique si c'était intégré à QET. Surtout, ca éviterait de démolir certains textes dans le xml du projet qui n'auraient pas dû être remplacées.
2. un outil qui vérifie la consistance des schémas au niveau de la justesse. Par exemple :
éviter qu'un câble ait 2 brins de couleur identique, ou encore :
éviter qu'un bornier contienne 4 bornes portant le même numéro.
Mais le système mis en place par Davi (avec les variables) me plaît beaucoup et, si c'est bien ficelé, ce serait super de pouvoir se passer de l'outil n°2 pour tous les types d'éléments (borniers, câbles, bobines, etc...)
Penser aussi aux futures générations automatiques de borniers : il faut que les borniers soient un minimum corrects DANS LES SCHÉMAS avant de pouvoir en faire des plans automatisés.
galexis wrote:Problème:
lorsqu'on créé des bobines avec une règle, quand on lie un contact le nom du contact ne prend pas correctement le label de la bobineThanks for reporting this galexis. Bug is now corrected
Thank you Davi,
but I see a small regress : before you could change value in rules and just rename tittle rules for create new rule, now I can't, when you clear tittle or rename you loose information.
Isn't possible to enter values in formula and I see a little warning about this:
QObject::connect: No such slot SelectAutonumW::formula_textChanged(QString) in sources/ui/selectautonumw.cpp:38
Thanks.
scorpio810 wrote:Simplement, ajouter une option à cocher dans le menu config QET -> conserver toutes les informations éléments (label, informations) lors d'un copier coller ou non, l'utilisateur étant libre de sélectionner le mode de copie suivant son utilisation.
Oui, c'est pas une mauvaise idée. Si ca alourdit pas trop le code, pourquoi pas.
Revision: 4601
Author: scorpio810
Date: 2016-08-04 11:54:43 +0200 (Thu, 04 Aug 2016)
Log Message:
-----------
Add new settings value for save or not elements informations in copy/
paste
Revision: 4602
Author: scorpio810
Date: 2016-08-04 14:29:35 +0200 (Thu, 04 Aug 2016)
Log Message:
-----------
Improve latest commit : add reset the text of conductors if checkbox
save_label isn't checked
Les paquets Debian unstable profitent maintenant de la nouvelle version du compilateur GCC en 6.1.
QElectroTech V 0.51-dev+svn4605
Compilation : GCC 6.1.1 20160802 - built with Qt 5.6.1 - run with Qt 5.6.1
FR:
quelques retours concernant les dernières évolutions :
1.
Quand j'édite un champ de texte éditable d'un élément placé dans l'éditeur de schéma et que j'appuie soit sur la touche "début", soit sur la touche "fin", QET ne place pas le curseur au début ou à la fin du champ de texte mais affiche soit le premier, soit le dernier folio du projet. Y a-t-il moyen de faire une exception lorsqu'on utilise "début" ou "fin" dans un champ de texte ?
2.
Quand je sélectionne un élément dans l'éditeur de schéma et que j'utilise les flèches directionnelles, celles-ci déplacent l'élément. Bien. Par contre, si je sélectionne plusieurs éléments, QET déplace la vue dans l'éditeur de schéma et non les éléments. Y a-t-il moyen que les flèches directionnelles déplacent la vue uniquement quand aucun élément n'est sélectionné ?
3.
Quand je veux éditer les propriétés d'un conducteur, c'est toujours l'onglet "Apparence" qui s'affiche par défaut. C'est un peu gênant, car, à priori, dans la majorité des cas on voudra plutôt éditer les propriétés de l'onglet "Type" et plus rarement l'apparence du conducteur.
Question subsidiaire : est-il prévu, un jour ou l'autre, de déplacer le widget d'édition des conducteurs dans le dock "Propriétés de la sélection" ? Comme cela a été fait pour les éléments, ce serait plus logique au niveau du fonctionnement de la GUI.
EN:
some comments about the last developments:
1.
While I'm edting an editable text field of an element placed in the diagram editor, if I use the key "Home" or "End", QET does not move the cursor to the beginning or to the end of the text field but show the first or the last folio of the project. Is it possible to make an exception to use the keys "Home" and "End" in a text field?
2.
If I select an element in the diagram editor and then use the directional keys, they move the element. Right. But if I select several elements, QET move the view of the diagram and not the elements anymore. Is it possible that the directional keys only move the view while no elements are selected?
3.
If I want to edit some conductor properties, the tab "Appearence" is always shown by default. It is not convenient because, in the most cases, the user wants to edit the properties of the tab "Type" rather than those of "Appearence".
Optional question: is it someday considered to move the conductor properties widget to the "selection properties" dock? As it was done for element properties, it would be a more logical way for the GUI to behave.
3.
If I want to edit some conductor properties, the tab "Appearence" is always shown by default. It is not convenient because, in the most cases, the user wants to edit the properties of the tab "Type" rather than those of "Appearence".
Revision: 4610
Author: scorpio810
Date: 2016-08-08 11:32:56 +0200 (Mon, 08 Aug 2016)
Log Message:
-----------
Minor : Conductor properties restore tab priority to tab "Type"
1.
While I'm edting an editable text field of an element placed in the diagram editor, if I use the key "Home" or "End", QET does not move the cursor to the beginning or to the end of the text field but show the first or the last folio of the project. Is it possible to make an exception to use the keys "Home" and "End" in a text field?
2.
If I select an element in the diagram editor and then use the directional keys, they move the element. Right. But if I select several elements, QET move the view of the diagram and not the elements anymore. Is it possible that the directional keys only move the view while no elements are selected?
Revision: 4613
Author: dfochi
Date: 2016-08-08 13:42:47 -0300 (Seg, 08 Ago 2016)
Log Message:
-----------
Fix Home and End Buttons Handling and DiagramEditor Scroll
Hi Nuri, I fixed issue 1. Issue 2 I couldn't replicate it as you described it but I found a bug related to text items. See if it corrected your issue as well.
Hi Davi, yes you're right, it's a little bit more complicated I believed first.
I can not replicate issue 2 everytime. Sometimes only the up key does not work. Maybe is the issue related to the zoom factor, I don't know.
But for sure I can not move basic shapes and text fields (those from the upper tools bar) with the arrow keys.
Basic shapes are definitely facing some bugs with arrow keys. This last commit that I uploaded solved the problem for textfield but not for the other shapes. I will work on a fix for it.
Revision: 4616
Author: blacksun
Date: 2016-08-10 07:23:48 +0200 (Wed, 10 Aug 2016)
Log Message:
-----------
When add a new project, load only items of project, instead of reload every items owned by the model
Revision: 4618
Author: blacksun
Date: 2016-08-10 08:55:16 +0200 (Wed, 10 Aug 2016)
Log Message:
-----------
titleblockpropertieswidget : edit and duplicate titleblock work in every case.
Pour démarrer un projet, il n’était pas possible d’éditer ou de copier un cartouche depuis le menu projet, ou le menu config, ce commit règle le problème.
QElectroTech → News → Folios non consecutive numbering, new dock collection element (EN)
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.036 seconds (37% PHP - 63% DB) with 11 queries
