<?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 Stretching Beam/Object and moving Door/Window Issues in Modeling</title>
    <link>https://community.graphisoft.com/t5/Modeling/Stretching-Beam-Object-and-moving-Door-Window-Issues/m-p/128678#M68304</link>
    <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;This has been an issue since the 3D editing plane was introduced.  &lt;BR /&gt;
&lt;BR /&gt;
I think I've only experienced this with library parts and doors/windows.&lt;BR /&gt;
&lt;BR /&gt;
The issue:  When editing in the 3D window, I'll have beams placed facing N/S and Beams placed facing E/W.  When I grab the hotspot to stretch one of the beams facing N/S, it doesn't stretch, in fact none of them facing a particular direction will stretch.  However, all of them facing in the perpendicular E/W direction will stretch normally.  The direction is arbitrary as far as I can tell.  Sometimes the E/W editing doesn't work while the N/S editing does.&lt;BR /&gt;
&lt;BR /&gt;
This happens with doors/windows also - I can drag them along a wall normally, but sometimes if I try dragging in a wall perpendicular to that wall, it won't move.  The problem seems to go away if I switch out of the 3D window, back to 2D and then back to 3D a few times.  &lt;BR /&gt;
&lt;BR /&gt;
I've been dealing with this for quite some time, but would like to find a better workaround or a fix so I can speed my modeling time back up to normal.&lt;BR /&gt;
&lt;BR /&gt;
Anyone else experience this or have a method for a quick fix when it happens?&lt;/T&gt;&lt;/DIV&gt;</description>
    <pubDate>Tue, 23 May 2023 14:37:19 GMT</pubDate>
    <dc:creator>MMontgomery</dc:creator>
    <dc:date>2023-05-23T14:37:19Z</dc:date>
    <item>
      <title>Stretching Beam/Object and moving Door/Window Issues</title>
      <link>https://community.graphisoft.com/t5/Modeling/Stretching-Beam-Object-and-moving-Door-Window-Issues/m-p/128678#M68304</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;This has been an issue since the 3D editing plane was introduced.  &lt;BR /&gt;
&lt;BR /&gt;
I think I've only experienced this with library parts and doors/windows.&lt;BR /&gt;
&lt;BR /&gt;
The issue:  When editing in the 3D window, I'll have beams placed facing N/S and Beams placed facing E/W.  When I grab the hotspot to stretch one of the beams facing N/S, it doesn't stretch, in fact none of them facing a particular direction will stretch.  However, all of them facing in the perpendicular E/W direction will stretch normally.  The direction is arbitrary as far as I can tell.  Sometimes the E/W editing doesn't work while the N/S editing does.&lt;BR /&gt;
&lt;BR /&gt;
This happens with doors/windows also - I can drag them along a wall normally, but sometimes if I try dragging in a wall perpendicular to that wall, it won't move.  The problem seems to go away if I switch out of the 3D window, back to 2D and then back to 3D a few times.  &lt;BR /&gt;
&lt;BR /&gt;
I've been dealing with this for quite some time, but would like to find a better workaround or a fix so I can speed my modeling time back up to normal.&lt;BR /&gt;
&lt;BR /&gt;
Anyone else experience this or have a method for a quick fix when it happens?&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Tue, 23 May 2023 14:37:19 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Modeling/Stretching-Beam-Object-and-moving-Door-Window-Issues/m-p/128678#M68304</guid>
      <dc:creator>MMontgomery</dc:creator>
      <dc:date>2023-05-23T14:37:19Z</dc:date>
    </item>
  </channel>
</rss>

