<?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 dimensions in s/e not always associative in Modeling</title>
    <link>https://community.graphisoft.com/t5/Modeling/dimensions-in-s-e-not-always-associative/m-p/75578#M38744</link>
    <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;Why is it that some building elements in section/elevation windows are not associative?&lt;BR /&gt;
&lt;BR /&gt;
For example doors and windows: you can click right on a node, it will dimension to it, but the point in the dimension string is not associated/live.&lt;BR /&gt;
Raise or lower the window the dimension string has to be manually updated.&lt;BR /&gt;
&lt;BR /&gt;
Slabs, meshes, roofs, walls all work fine. &lt;BR /&gt;
In addition to doors and windows library parts also will not be make associated dimensions.&lt;BR /&gt;
&lt;BR /&gt;
Is there a reason for this?&lt;BR /&gt;
Is this a known bug?&lt;BR /&gt;
Will it be fixed?&lt;/T&gt;&lt;/DIV&gt;</description>
    <pubDate>Thu, 25 May 2023 16:33:23 GMT</pubDate>
    <dc:creator>Erika Epstein</dc:creator>
    <dc:date>2023-05-25T16:33:23Z</dc:date>
    <item>
      <title>dimensions in s/e not always associative</title>
      <link>https://community.graphisoft.com/t5/Modeling/dimensions-in-s-e-not-always-associative/m-p/75578#M38744</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;Why is it that some building elements in section/elevation windows are not associative?&lt;BR /&gt;
&lt;BR /&gt;
For example doors and windows: you can click right on a node, it will dimension to it, but the point in the dimension string is not associated/live.&lt;BR /&gt;
Raise or lower the window the dimension string has to be manually updated.&lt;BR /&gt;
&lt;BR /&gt;
Slabs, meshes, roofs, walls all work fine. &lt;BR /&gt;
In addition to doors and windows library parts also will not be make associated dimensions.&lt;BR /&gt;
&lt;BR /&gt;
Is there a reason for this?&lt;BR /&gt;
Is this a known bug?&lt;BR /&gt;
Will it be fixed?&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Thu, 25 May 2023 16:33:23 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Modeling/dimensions-in-s-e-not-always-associative/m-p/75578#M38744</guid>
      <dc:creator>Erika Epstein</dc:creator>
      <dc:date>2023-05-25T16:33:23Z</dc:date>
    </item>
    <item>
      <title>Re: dimensions in s/e not always associative</title>
      <link>https://community.graphisoft.com/t5/Modeling/dimensions-in-s-e-not-always-associative/m-p/75579#M38745</link>
      <description>After I posted the above I realized it is just the Smart Parts elelments that are the problem.</description>
      <pubDate>Wed, 09 Nov 2005 07:09:43 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Modeling/dimensions-in-s-e-not-always-associative/m-p/75579#M38745</guid>
      <dc:creator>Erika Epstein</dc:creator>
      <dc:date>2005-11-09T07:09:43Z</dc:date>
    </item>
  </channel>
</rss>

