<?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: Teamwork Send &amp;amp; Receive messing up automatic dimensi in Documentation</title>
    <link>https://community.graphisoft.com/t5/Documentation/Teamwork-Send-amp-Receive-messing-up-automatic-dimensions/m-p/110589#M60114</link>
    <description>Are your dimensions set to dimension only the core of the composite walls?</description>
    <pubDate>Sun, 26 Jun 2005 01:34:39 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2005-06-26T01:34:39Z</dc:date>
    <item>
      <title>Teamwork Send &amp; Receive messing up automatic dimensions</title>
      <link>https://community.graphisoft.com/t5/Documentation/Teamwork-Send-amp-Receive-messing-up-automatic-dimensions/m-p/110588#M60113</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;In a file with composite walls I am using Automatic Dimensioning &amp;gt; Interior Dimensioning. I want dimensions to the core so I then go and delete the dimension points for the wall faces. &lt;BR /&gt;
&lt;BR /&gt;
It has always worked OK but now the file got Teamworked and I am having problems: every time I Send &amp;amp; Receive Changes the dimension points along the dimension string shift (such as: instead of taking the core thickness they take the total thickness, or in other cases they shift to take the veneer thickness). It is baffling because it involves resuscitating dimension points I deleted, and deleting dimension points I have not deleted. &lt;BR /&gt;
&lt;BR /&gt;
It is the first time I see this, and it is doing it very consistently. Signing out, quitting, nothing makes the problem go away. In desperation I redimension everything manually and that remains OK. &lt;BR /&gt;
&lt;BR /&gt;
Anybody ever saw anything like this?&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Tue, 30 May 2023 13:26:16 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/Teamwork-Send-amp-Receive-messing-up-automatic-dimensions/m-p/110588#M60113</guid>
      <dc:creator>Ignacio Azpiazu</dc:creator>
      <dc:date>2023-05-30T13:26:16Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork Send &amp; Receive messing up automatic dimensi</title>
      <link>https://community.graphisoft.com/t5/Documentation/Teamwork-Send-amp-Receive-messing-up-automatic-dimensions/m-p/110589#M60114</link>
      <description>Are your dimensions set to dimension only the core of the composite walls?</description>
      <pubDate>Sun, 26 Jun 2005 01:34:39 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/Teamwork-Send-amp-Receive-messing-up-automatic-dimensions/m-p/110589#M60114</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2005-06-26T01:34:39Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork Send &amp; Receive messing up automatic dimensi</title>
      <link>https://community.graphisoft.com/t5/Documentation/Teamwork-Send-amp-Receive-messing-up-automatic-dimensions/m-p/110590#M60115</link>
      <description>&lt;BLOCKQUOTE&gt;Millard wrote:&lt;BR /&gt;Are your dimensions set to dimension only the core of the composite walls?&lt;/BLOCKQUOTE&gt;

No, and that would save me time in this job so I am switching immediately. But am I correct in expecting the dimensions to stay in place after Send&amp;amp;Receive, whichever method I have used to draw them?</description>
      <pubDate>Mon, 27 Jun 2005 15:02:24 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/Teamwork-Send-amp-Receive-messing-up-automatic-dimensions/m-p/110590#M60115</guid>
      <dc:creator>Ignacio Azpiazu</dc:creator>
      <dc:date>2005-06-27T15:02:24Z</dc:date>
    </item>
  </channel>
</rss>

