Each item in the page layout also has a comment field in its properties which, are displayed in the Pl_Editor.
Entries in this field are not transferred to the * .kicad_wks file when the layout is saved.
I have empirically determined that comments are allowed in the syntax of the * .kicad_wks file.
I added comments to the items manually.
These will also be used when loading the Page Layout file and displayed in Pl_Editor.
After saving this file, however, all comments are lost again.
What you like is a personal matter. I questioned the behavior of the software.
Storage space and loading times were still an argument in the generation of 250MB hard disks and 16MHz processors, but no longer today.
I didn’t mean the comments in the page settings (%Cx) of a schematic or a PCB layout, but the comment field of each item in the page layout (lines, fixed texts, rectangles, etc.).
If you do not save it, you can also omit the input field. Then there is no confusion.
I apologize for not reading your post carefully enough before answering.
My 2nd point was also not about disk space, but about paper space. The title block (and thick border also) takes a big chunk out of the A4 drawing space, while it does not add much usefulness.
Different users have different requirements.
The hobbyist can choose a free form, a professional user will probably have to adhere to documentation standards.
Therefore the Page Layou Editor is not a useless tool.
I agree, with regard to the use of space, every frame is a waste.
If there is not enough space, you can also choose the next largest paper format.
Today, in most cases you will print to PDF and work with the documents on the screen.
The use of paper documents is declining.
Back to the initial post.
It irritated me that
the software accepts a “comment” tag in the properties of an item in the * .kicad_wks file,
in the GUI of Pl_Editors an input field for a comment exists,
When loading the file into the PI editor, this field is correctly filled with the string from the “comment” tag
but that this string is not saved back at the end.
This doesn’t seem logical to me, so I suspect a bug or a forgotten action while processing the page layout file.
I didn’t find a report for this, but it has been fixed today in the master branch (for 5.99, the unstable development version leading to v6). I don’t know if it’s planned to be picked to 5.1 branch, too.
Thanks for the information.
I didn’t immediately have the opportunity to try out the 5.99 or a nightly build in parallel with my productive version.
I did not expect a correction in the 5.1 branch.
If the new version behaves correctly, it’s ok.
I would argue that the comment field for the individual objects in the layout can be useful (for example) to keep track of what each line does. It is only a single text box on a requestor (so doesn’t take much space) and if the comment isn’t used it doesn’t need to be saved to the file.
Then, you could also propose a couple of patches, one of which would be to remove the comment
box from the tool, so that there isn’t an option to do them any more.
I would argue that the comment field for the individual objects
in the layout can be useful (for example) to keep track of what
each line does. It is only a single text box on a requestor (so
doesn’t take much space) and if the comment isn’t used it
doesn’t need to be saved to the file.
But that’s the exact problem, this comment isn’t saved with your
Yeah, I was agreeing with you. Good to hear from @eelik that it has been fixed in the master branch that will be finally revealed when v6 drops. We’ll just have to be patient until then (I don’t see anything like this mentioned in the bugfix list for 5.1.10 that just dropped).
Sorry, I wasn’t reading your message closely enough. It might be that finding the fix on the master branch might give some hints on how to approach fixing this in the 5.1.x branch as well. Maybe I’ll try this some day, but the weather is getting nice here finally. grin