Search options (Page 20 of 29)

Habe im Quellcode des Element-Editors eine Stelle gefunden, an der ich eingreifen kann, um auch die dynamischen Texte korrekt einlesen zu können, deren Schriftgröße mit dem Tag "font_size" gekennzeichnet sind (siehe BugTracker).
Mit der Version des Element-Editors habe ich nun alle Elemente, die mit einer Programmversion kleiner 0.8 erstellt wurden, in der aktuellen Version abgespeichert. Dabei habe ich die XRef-Elemente, bei denen Laurent mitgeholfen hat, nicht mehr angefasst!
Die etwa 4600 geänderten Elemente liegen nun vorerst nur in meinem Fork des Elemente-Repositories bei GitHub:
https://github.com/plc-user/qelectrotech-elements
Ich möchte nun alle Leser und Benutzer aufrufen, diese Elemente auszuprobieren und zu testen, ob "ihre" Elemente so aussehen und funktionieren, wie erwartet! Die Absicht war, nichts am Element zu ändern, aber man kann ja nie wissen.
Bitte gebt Rückmeldung in diesem Forum, damit wir "Altlasten" auch mal loswerden können. Zumindest bei den Dateiversionen der Elemente...

Danke im Voraus!

Und: Danke, Laurent, für Deine großartige Unterstützung!

now the same in English via Online-Translator:

I have found a place in the source code of the element editor where I can intervene in order to be able to correctly read in the dynamic texts for which the font size is marked with the "font_size" tag (see BugTracker).
With the version of the element editor, I have now saved all elements that were created with a program version smaller than 0.8 in the current version. I have not touched the XRef elements that Laurent helped with!
The approximately 4600 changed elements are currently only in my fork of the element repository at GitHub:
https://github.com/plc-user/qelectrotech-elements
I would now like to call on all readers and users to try out these elements and test whether "their" elements look and work as expected! The intention was not to change anything in the element, but you never know.
Please give feedback in this forum so that we can get rid of "old burdens". At least with the file versions of the elements...

Thanks in advance!

And: Thank you, Laurent, for your great support!

As written in BugReport, the bug must be there since several releases:
The ReadyToUse-Version from November 15th and even the 0.9 AppImage from January this year show the same effects. I can't go further in history. I guess it was when the tags of "dynamic_text" were re-worked...

EDIT:
It's not when editing the texts: Opening the file is all you have to do to see the bug.

Salut Laurent !

Unfortunately, I had to create a bug report for the element editor:
The font sizes of the "dynamic_text" of older file formats are not handled correctly since some programme versions (see BugTracker). I have tested with the current DEV version and the 0.9 AppImage for Linux.

When the bug has been fixed, I will of course reapply my scripts to the original elements! But how do we proceed until then? I don't yet have enough experience with GitHub to be able to revert the current changes myself.

Sorry for the bad news!

Ok!

Then: Let's publish the changes!

Done!

Don't get me wrong: I want to keep these elements!
All I want is to get rid of those "input" inside the elements and replace them with "dynamic_text" to have elements that were created using the current version of element-editor!

In the attachment you find a *.tar.gz with updated elements.
Would someone who uses them regularly please test if they work as expected?

If so, I'll create a PullRequest with all 4089 updated Elements.

Texts are there but with font-size=0 

The tags for font-size in "input" and "dynamic_text" are different: Fixed that in source-code of QET_ElementScaler.

[Edit]:
Just as a question:
Do we have the option of using the element editor with command line parameters?
"Open" in the old file format and "Save to a file" in the current file format would be sufficient.

First version with translating html-entities is available as Source on github.
It's the first "brute-force"-version that's far from perfect. 
If someone knows if I can use the pugi-internal function "text_output_escaped" for this, please let me know!

In this context I corrected an error with text-size of "dynamic_text".

In another context I recommended the "Eaton Schaltungsbuch" formerly known as "Klöckner-Möller-Schaltungsbuch"

https://qelectrotech.org/forum/viewtopi … 215#p19215

There you find on PDF-page 504 that it should be EN IEC 81346-2 (see attachment)
On page 10-3 there are some examples from that standard.
But I don't know if QET follows this standard 1:1 ...

That's a fact: Drawings are not centered on PDF-page.
See also here:
https://qelectrotech.org/forum/viewtopi … 437#p18437

EDIT:
You can "play" with the settings for the rows and cols for your folio(s)
and (at least on Linux-Systems) you can enter margins for PDF-export.

@Laurent:

[Edited]
Can it be that there went something wrong with creating and "compiling" TS-files at your side?
In my understanding you wanted to create TS- and QM-Files? Please correct me, if I'm wrong!
The translated texts are available in the German TS-File in the PR.
The QM-File for English in git-repository is different from my locally "compiled" file.
Or should I create a PR with "my" files? You decide! 

Best regards
  plc-user

Salut Laurent!

Fixed with Pull-Request #275

Best regards
  plc-user