A Word of Caution on Embedded Parts

[Anonymous]

This may be obvious, but I just lost about an hour's work of editing an embedded library part due to a kernel panic. While I had saved the part itself (which I do habitually) I had not saved the PLN file so the changes to the part were lost since the embedded library is only saved with the project.

So far I really like the embedded library for IFC import, but I'm going back to my old habit of saving all custom parts direct to the external project library.

[F_ Beister]

Hello Matthew,
I think most of us ran into this problem. More problematic is, that an external object, opened and saved by command-S is saved without alert into the embedded library. If you don't know, that the destination changed without "save as" command you will loose your changes.
Has to be changed by GS. Not only MHO.

[Barry Kelly]

F. wrote:
More problematic is, that an external object, opened and saved by command-S is saved without alert into the embedded library.

I haven't had this problem.
I just opened an external library object and simply "saved" it (not "save as") and it saved back to the external library.
This object was part of a loaded library and not an individual object if that makes a difference.
If you load a folder of library parts it becomes an externaly linked library but if you load individual object it automatically becomes embedded.
Barry.

[F_ Beister]

This object was part of a loaded library and not an individual object if that makes a difference.

Yes, this makes the difference. But it is nevertheless a trap.

[Chazz]

I have not had kernel panics but man, AC 14 is pretty darn unstable. Very frequent crashing and memory issues. It has made me really modify my work habits (as Matthew undoubtedly has too).