Le problème devrais être réglé avec le commit 5928, à testé donc.
Au final c’était juste une erreur de ma part, aucun bug (comme je le pensais à un moment donné) ou histoire d'antislash sous windows.

Je vais regarder ça, mais ça me parais vraiment bizarre car ça fait un mois (ou plus) que je n'ai quasiment pas touché au code en vue de la sortie de la 0,7.
A voir avec Laurent, mais je ne pense pas qu'il ai changer un truc sur les paquets.

Ne vous emballez pas trop les gars.
Je comprend ton problème Galexis, mais il vaut mieux laisser comme c'est actuellement, on oublis les variables spécial pour le sommaire.
La solution c'est de reprendre le sommaire (je crois que je me répète nomicons/grin), afin de faire un truc paramétrable et surtout pas un truc qui se met à la volé avec entre autre comme problèmes, si on veut mettre un cartouche autre que celui par défaut du projet, avoir de grosse incohérence avec les num de fil ou d'élément en fonction de la formule utilisé, etc....

Je vous promet plein de chose, mais pas assez de temps pour tout faire.
Mais en tous cas, je ne veut pas perdre du temps à faire un truc vite fait qui sera buggé (variable spécial sommaire) où il faudra revenir dessus du coup car buggé, et pour finir qu'il faudra mettre une couche de rétrocompatibilité quand un vrai sommaire paramétrable verra le jour.

voila nomicons/smile

No as user, you can't. I take two screenshot (french and English).
https://download.qelectrotech.org/qet/joshua/forum-screenshots/chart-en.pnghttps://download.qelectrotech.org/qet/joshua/forum-screenshots/chart-fr.png

Non, je me suis contenté de reprendre globalement l'ancien code.
Pour la taille des textes il faudra faire avec.
Pour l'instant l'export dxf restera en l'état.
Par la suite je regarderai du côté de QGIS qui propose quelque chose de propre (comme je l'ai toujours dit), mais de mon point de vue, l'export dxf reste secondaire, et la motivations à ce sujet aussi...

Réponse très tardive nomicons/rolleyes

scorpio810 wrote:

nous avons considéré d'un commun accord que cette fonction était très peu utilisée ....du moins par nous.......... nomicons/ninja

Effectivement nous avons décider de ne pas intégré cette fonction avec les nouveaux textes (qui nous semblais pas trop utilisé et en plus étais confus pour certains), et m'évitais de créer un bout de code rétro-compatible très hasardeux sur ce sujet.
Bon après je peut voir pour remettre ça en place (si c'est vraiment utile et utilisé, mais ne sera pas retro-compatible avec les versions précédente), il n'y a rien de trop compliqué maintenant que la base est saine(mais pour la 0.8).

scorpio810 wrote:

Ce chamboulement semble aussi provoquer le manque lors de l'export DXF des textes statiques des éléments, mais bon il vaut mieux passer par le workaround pour un résultat bien meilleur.

Pour le coup il ne me semble pas que ce soit lié (mais je peut me tromper j'ai pas le code sous les yeux) et pour être franc, l'export dxf c'est vraiment pas mon truc.... j'essais de combler les trous si besoins, mais je préfère largement me concentrer sur d'autres fonctions qui me sont plus attrayante d'un point de vue codage, et plus utile pour tous le monde.

457

(53 replies, posted in News)

S.DEFFAUX wrote:

je télécharge Debian sur mon PC, j'ai toujours voulu essayer Linux

Je te répond comme Laurent part sur ubuntu (lts ou pas, à toi de te renseigner sur le sujet) debian pour quelqu'un qui découvre le monde de linux, c'est pas le plus digeste...

Actuellement sous windows tu peut déjà éditer les traductions avec un bonne éditeur de texte (plus rapide que de passer par QElectroTech, et surtout ne modifiera pas les parties non voulu de l'élément) par exemple kate qui est un très bon éditeurs tout droit venu du monde linux nomicons/wink .
Avec ton éditeur règle la coloration syntaxique sur "xml" (avec kate c'est en bas à droite bouton écrit 'normal' -> marquage -> xml) pour t'aider à mieux visualisé les choses.

Pour bien comprendre la structure des fichier elmt ouvre l'élément Bobine de la collection officielle, une fois que tu auras compris comment ça marche, tu pourras te lancer sur les éléments non traduit.

Petite précision, les collections d'éléments sont multithreadé, en revanche le chargement des projets ne l'est pas.
J'avais déjà regardé (sur des projets d'une centaine de pages ce serait intéressant) mais le code n'à pas été pensé pour.... bref cela demanderais pas mal de travail qui attendra.
Bon 12s et presque 2min pour la collection nomicons/pinch ...

reglé

Je m'en occupe, je pense que ton problème vient du flag qui n'est pas bien utilisé

Non toujours pas, je suppose que tu as en tête les automates ainsi que les xref pour un élément simple représenté sur plusieurs folio.

Pour les automates ce sera dans une autre version, de plus il y a quelques petits problèmes technique sur ce sujet, mais ce sera le sujet d'une autre discutions.

Hop réglé

Alors celle-la elle est pas mal, depuis le temps que les Xref existent ça n'a jamais été remonté.

Ce comportement est voulue à cause de quelque difficulté technique lors de la création des textes dynamique.
J'ai fait en sorte que tous les textes soit remis à 0 en rotation lors de leurs insertions dans un groupe en attendant d'y revenir (et d'être zappé nomicons/ninja ).
Je vais regarder si je peut améliorer le truc de manière simple (en terme de code).
En revanche l'histoire de l'ordre de création ne devrais rien changer normalement.
Tu peut me décrire précisément la procédure à suivre pour que l'orientation soit conservée.

Ok good nomicons/smile

For you elements library, nothing to do the library stay unchanged.
For the project it's another thing.
One of the big change of the 0.7 version is how the element texts are managed (you can add/remove text directly in the diagram editor and edit a lot of properties for this text) but the side effect is that project made with older version are not fully compatible with the new version.
Some text are not at the good position, other text are lost etc...

Open your project with the new version, check if everything is ok, if not two choice:
1: redraw the wrong part of your project with the new version.
2: if redraw will take a lot of time, finish your project with the old version, and start new project with the last version.

Another new feature with the 0.7 version is the backup file.
If QElectroTech crash, at next start a dialog ask you to open backup file.

I hope everything will be ok for you with the last version nomicons/wink

If it's not already the case, download the last QElectroTech version (0.7 rc1) and check again if you got the directory at

C:\Users\Carugin\AppData\Local\stalefiles\QElectroTech

to be sure the directory will be created, launch QElectroTech and open an existing project (not create a new one).

Another thing to test, launch QElectroTech open an existing project (make a copy before to avoid a new lost) then open the system monitor of windows and force QElectroTech to close (at the point of view of QElectroTech, it's like a crash).
Then relaunch QElectroTech, a dialog should appear and ask you to open a backup file.

Did you see here if there is some files ?
C:\Users\ your_username\AppData\Local\stalefiles\QElectroTech

After a crash when you start again QElectroTech, did a dialog ask you to open a recovery file ?

modicon wrote:

I have another interesting problem. If I add my panel from the library on page. I save the project,close. And when I open a project, the program deletes this panel. Every time.nomicons/blink

Ok for this bug, I found it.
Until I fix it (and even after, they will be better), for the elements who disappear when you open a project, open the element in the element editor, and for every terminal check if they position x and y are integer if not (for exemple x=1.02 y=10) move the element without holding the ctrl key, the terminal will be automatiquely snapped to the grid, and so have integer position.


For the other bug wich cause the lost of your project, the crash occur when you do special thing or totaly randomly ?

You can vote for the feature of QElectroTech 0.8 here

Vous pouvez voter

Bientôt, j'ai commencé à rédiger le truc mais pas pris le temps de le finir.

Nuri wrote:

Je pense que c'est pas l'envie qui manque à Joshua, plutôt le temps... nomicons/sad

Malheureusement je confirme.
J'ai bien l'envie et les idées, mais le temps...

À étudier, mais je pense que c'est faisable.

galexis wrote:

Mais les labels, les esclaves liés, commentaires, référence, etc .... sont effacés. Se serait plutôt un "déplacer", qui conserverait tout cela. Les renvois déplacés pourrait aussi suivre le déplacement et rester liés.

Pour les label commentaire etc... c'est déjà le cas
configurer QElectroTech -> général ->projets -> ne pas conserver les labels d'éléments lors du copier coller.

Pour ce qui est des références croisée, ce n'est pas le cas et la comme ça je ne sait pas le temps que ça prendrais (car implique certaine chose dans le code et l'utilisation), mais ce serais plutôt le genre de truc que je ferais comme ça entre deux nouvelles fonctionnalités, plutôt qu'une fonctionnalité elle même.

J'ai toujours du mal avec cette histoire de structure.
Non pas que je ne veut pas l'implémenter (ça c'est déjà ok) mais à chaque fois, tu nous dit que cela implique de profond changement, alors que pour moi (de ce que j'en ai compris) ce n'est pas le cas.
Alors certes ça change pas mal de chose lors de l'élaboration d'un projet, mais dans le fond ça reste juste une structure permettant de savoir où ce trouve un élément, armoire etc....
Alors soit je visualise très mal ce que cela implique, soit tu pense que les changements au niveau du code sont plus conséquent qu'ils ne le seront réellement.
Ou peut être les deux nomicons/smile

Je comprend que les gros projets (kde, gnome, gimp etc...) ai besoins de se rencontrer pour de vrai de temps en temps, ça aide beaucoup.