Thanks Rene, I had not fully discovered the table editor, I thought it was just for displaying an overview, but discovered now one can update the fields. However I found the edit to be a bit shaky. Sometime it would take a double click, other time not. And if I edit and apply changes to one field the next symbol I click on will also get that value, so may be some more work is needed there (using unsigned Dec. 8 Windows nightly).
I do think see what Nicholas is after though, One has created a schematic, without much metadate or with incorrect ones in it and now you want to use a pre-existing “molecular” part to get that metadata for BOM/ordering info updated instead of retyping it in again.
For my molecular parts, I have symbol names like R_1206_10K_RC1206FR-0710K and with all needed footprint and ordering info defined. On insertion I change the value to 10K. The part will still reference R_1206_10K_RC1206FR-0710K in my custom library, it is just the displayed value that is changed. If I look at its properties all the original info for that part is displayed and ready for use in Pcbnew or creating a BOM.
Some of use like to live dangerously . Actually if there is a time one should go for the nightly that is in the pre-release period after the feature freeze (which is already in effect) to help developers pinpoint as many bugs as possible before the final V5 release.
Some precautions are vise though: frequent backups of everything of course, keeping up to date on what is going on on the bug tracker and the KiCad code list with repect to recent changes (I like this view ), and perhaps above all (that probably applies to any version in use now): Not to rely on referencing the official kicad libraries directly even when stored locally, or at least not at time of conversion to the new sym-lib-table format, as they are being reorganized and one could risk soon obsolete library names to get hard coded into the project files at conversion. And of course the risk might not be worth taking for time critical projects in the final stages. One should not go into this expecting that everything works perfectly.
I usually do this kind of testing with a separate installation in a VM, but right now I have reorganized my custom library and successfully converted all my projects to the new sym-lib-table format for my main installation after the initial testing period in a VM (only relying on two libraries: my own custom library and the official power library). I am really impressed with how responsive the developers are to the bug reports. Also one should not overlook the fact that the nighties have many bugs fixed that have existed for a long time, not only in the later versions.
The reason it would be important for me:
Ensuring integrity. (Has somebody outside the kicad developers tempered with the installer? The package could even be tempered with in transit. Downloading unsigned stuff is a big security risk.) This of course only works if the code signing procedure is itself secure.
I am not sure if this will impact the v5 release. The latest update from wayne was that he plans to split the v5 branch around Christmas, with the v5 release planned for the first week of februar. (But he mentioned that this might be a bit optimistic.)
You could ask over at the mailing list if you want clarification. (I am not involved in any of this.)
If history is a guide, the release process for v4 took from about design freeze in March to final release in December 2015, and I don’t see any reason why v5 would be any different. That would suggest final v5 will not be until August 2018.
I don’t see the process taking that long as Nightlies have been fairly clean for a long time. Once the library reshuffle is finished a 5.0.0 is possible.
There is also a lot of pressure to avoid 4.0.8, 4.0.9 etc