<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: A Word of Caution on Embedded Parts in Libraries &amp; objects</title>
    <link>https://community.graphisoft.com/t5/Libraries-objects/A-Word-of-Caution-on-Embedded-Parts/m-p/198651#M18685</link>
    <description>&lt;BLOCKQUOTE&gt;F. wrote:&lt;BR /&gt;More problematic is, that an external object, opened and saved by command-S is saved without alert into the embedded library.&lt;/BLOCKQUOTE&gt;

I haven't had this problem.&lt;BR /&gt;
I just opened an external library object and simply "saved" it (not "save as") and it saved back to the external library.&lt;BR /&gt;
This object was part of a loaded library and not an individual object if that makes a difference.&lt;BR /&gt;
If you load a folder of library parts it becomes an externaly linked library but if you load individual object it automatically becomes embedded.&lt;BR /&gt;
Barry.</description>
    <pubDate>Tue, 31 Aug 2010 08:16:30 GMT</pubDate>
    <dc:creator>Barry Kelly</dc:creator>
    <dc:date>2010-08-31T08:16:30Z</dc:date>
    <item>
      <title>A Word of Caution on Embedded Parts</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/A-Word-of-Caution-on-Embedded-Parts/m-p/198649#M18683</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;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.&lt;BR /&gt;
&lt;BR /&gt;
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.&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Mon, 30 Aug 2010 19:02:29 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/A-Word-of-Caution-on-Embedded-Parts/m-p/198649#M18683</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2010-08-30T19:02:29Z</dc:date>
    </item>
    <item>
      <title>Re: A Word of Caution on Embedded Parts</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/A-Word-of-Caution-on-Embedded-Parts/m-p/198650#M18684</link>
      <description>Hello Matthew,&lt;BR /&gt;
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.&lt;BR /&gt;
Has to be changed by GS. Not only MHO.</description>
      <pubDate>Tue, 31 Aug 2010 06:26:44 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/A-Word-of-Caution-on-Embedded-Parts/m-p/198650#M18684</guid>
      <dc:creator>Frank Beister</dc:creator>
      <dc:date>2010-08-31T06:26:44Z</dc:date>
    </item>
    <item>
      <title>Re: A Word of Caution on Embedded Parts</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/A-Word-of-Caution-on-Embedded-Parts/m-p/198651#M18685</link>
      <description>&lt;BLOCKQUOTE&gt;F. wrote:&lt;BR /&gt;More problematic is, that an external object, opened and saved by command-S is saved without alert into the embedded library.&lt;/BLOCKQUOTE&gt;

I haven't had this problem.&lt;BR /&gt;
I just opened an external library object and simply "saved" it (not "save as") and it saved back to the external library.&lt;BR /&gt;
This object was part of a loaded library and not an individual object if that makes a difference.&lt;BR /&gt;
If you load a folder of library parts it becomes an externaly linked library but if you load individual object it automatically becomes embedded.&lt;BR /&gt;
Barry.</description>
      <pubDate>Tue, 31 Aug 2010 08:16:30 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/A-Word-of-Caution-on-Embedded-Parts/m-p/198651#M18685</guid>
      <dc:creator>Barry Kelly</dc:creator>
      <dc:date>2010-08-31T08:16:30Z</dc:date>
    </item>
    <item>
      <title>Re: A Word of Caution on Embedded Parts</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/A-Word-of-Caution-on-Embedded-Parts/m-p/198652#M18686</link>
      <description>&lt;BLOCKQUOTE&gt;This object was part of a loaded library and not an individual object if that makes a difference. &lt;/BLOCKQUOTE&gt;

Yes, this makes the difference. But it is nevertheless a trap.</description>
      <pubDate>Tue, 31 Aug 2010 12:22:44 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/A-Word-of-Caution-on-Embedded-Parts/m-p/198652#M18686</guid>
      <dc:creator>Frank Beister</dc:creator>
      <dc:date>2010-08-31T12:22:44Z</dc:date>
    </item>
    <item>
      <title>Re: A Word of Caution on Embedded Parts</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/A-Word-of-Caution-on-Embedded-Parts/m-p/198653#M18687</link>
      <description>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).</description>
      <pubDate>Wed, 01 Sep 2010 14:03:21 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/A-Word-of-Caution-on-Embedded-Parts/m-p/198653#M18687</guid>
      <dc:creator>Chazz</dc:creator>
      <dc:date>2010-09-01T14:03:21Z</dc:date>
    </item>
  </channel>
</rss>

