Decimal places in element-file

I would agree with limiting it to 2 decimal places. I don't see any real benefit to that level of resolution in the element placement, and it bloats the XML file. Since you can't edit any more than 2 digits inside the element editor anyway, what need is there to store it in the XML.

Salut Laurent !

With the help of that shell script, all occurrences of more than x decimal places (default: 5) are searched for in all elements in the current directory.

This raises questions for me:
- Who knows this script?
- Who uses this script?
- Is it also available for win?

I have extended the call a little to only count the elements in official common collection.
With original setting of 5 or more decimals:

$ ./detect_elements_bad_coordinates.sh | awk -F ":" '{ print $1 }' | sort | uniq | wc -l
1190
$ 

search for 4 or more decimals:

$ ./detect_elements_bad_coordinates.sh | awk -F ":" '{ print $1 }' | sort | uniq | wc -l
2004
$ 

If I then know which files are affected: How do I fix them?
Should I really go through the file(s) by hand in a text editor and change the values? Or use the element editor to click on each graphical part to edit?
It would be much more practical if this were done automatically in the background by the software I use to create the graphics!

The decimal places are already limited to two in the element editor, don't we want to be consistent and write only two decimal places to the file?

Salut Laurent !

The fact that someone sits down and writes a script to recognize decimal places in order to minimize them in another script means to me that he is not satisfied with the many decimal places either.

And if I can avoid having to do additional work with one or even two external scripts, then I'll do it!
From my point of view, the element editor itself must ensure that the element file is “clean” and “tidy”.

In any case, I couldn't read any fundamental rejection from your lines, Laurent.
And all other feedback so far is also in favor of limiting the decimal places...

Salut Laurent,

This seems to be a special application that has appeared for the first time in more than 15 years! Until a few days ago, such a size could not be exported at all with QET! Do you remember that we have just changed the maximum size of export files from 10,000 px to larger values?
No one has asked for larger values yet, have they?

Is that still your colleague? I hope so: Then please ask him what he used to create or edit the elements for his project. If I follow your reasoning: It probably couldn't have been the element editor, as it has a limit of two decimal places.

We can also ask Luf how and with which tool he creates and edits his elements.
Maybe he reads here, too?
@Luf: Do you need more than two decimal places in elements for detailed drawings of your schematics, Luf? Then what tool do you use to edit your elements?

I've “only” been working with QET and following this forum for six or seven years now, and I can't remember any request that someone couldn't draw their elements in sufficient detail because the decimal places in the element editor are limited to two. Do you know of such requests?

At the moment I still see no good reason not to limit the decimal places...!

In almost all cases, these many decimal places are caused by copy-and-paste in the element editor:
Depending on which parts and in which combination the parts are copied and pasted, the element editor inserts the content of the clipboard in strange positions.
The copy-and-paste function in the source code is complex and should be adapted by someone who understands more about Qt programming.
However, we can fix this by paying attention to it when saving.

A binary format of the element file would only disguise the problem...