<?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 Window objects section attributes and SEO's bug in Libraries &amp; objects</title>
    <link>https://community.graphisoft.com/t5/Libraries-objects/Window-objects-section-attributes-and-SEO-s-bug/m-p/102229#M35420</link>
    <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;I've been pounding my head on the desk trying to figure out why the GDL scripted section attributes of my custom window objects (by way of SECT_FILL) appear correctly in some walls but not in others. In sections through some walls the objects were insisting on using the general section attributes of the object menu, in spite of the fact that "use section symbol attributes" was checked in all cases.&lt;BR /&gt;
&lt;BR /&gt;
I just now realized the walls that were ignoring SECT_FILL all used SEO's to define roof gables shapes. Deleting the SEO operation on the wall restored the correct section attributes to the window. &lt;BR /&gt;
&lt;BR /&gt;
Has anyone else run up against this? The only solution I could find was to use Trim to Roof instead of SEO's, which doesn't interfere with the window object section attributes.&lt;/T&gt;&lt;/DIV&gt;</description>
    <pubDate>Wed, 24 May 2023 10:47:50 GMT</pubDate>
    <dc:creator>David Collins</dc:creator>
    <dc:date>2023-05-24T10:47:50Z</dc:date>
    <item>
      <title>Window objects section attributes and SEO's bug</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/Window-objects-section-attributes-and-SEO-s-bug/m-p/102229#M35420</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;I've been pounding my head on the desk trying to figure out why the GDL scripted section attributes of my custom window objects (by way of SECT_FILL) appear correctly in some walls but not in others. In sections through some walls the objects were insisting on using the general section attributes of the object menu, in spite of the fact that "use section symbol attributes" was checked in all cases.&lt;BR /&gt;
&lt;BR /&gt;
I just now realized the walls that were ignoring SECT_FILL all used SEO's to define roof gables shapes. Deleting the SEO operation on the wall restored the correct section attributes to the window. &lt;BR /&gt;
&lt;BR /&gt;
Has anyone else run up against this? The only solution I could find was to use Trim to Roof instead of SEO's, which doesn't interfere with the window object section attributes.&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Wed, 24 May 2023 10:47:50 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/Window-objects-section-attributes-and-SEO-s-bug/m-p/102229#M35420</guid>
      <dc:creator>David Collins</dc:creator>
      <dc:date>2023-05-24T10:47:50Z</dc:date>
    </item>
    <item>
      <title>Re: Window objects section attributes and SEO's bug</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/Window-objects-section-attributes-and-SEO-s-bug/m-p/102230#M35421</link>
      <description>David,&lt;BR /&gt;
I run into this behavior all the time.&lt;BR /&gt;
I had not noticed the consistency you note when windows&lt;BR /&gt;
are in walls that are participating in an SEO.&lt;BR /&gt;
I encounter this behavior in many contexts and find no patterns.&lt;BR /&gt;
One recent example is a "Beam" object's  Sect_Fill&lt;BR /&gt;
command is ignored but if the section line is given a small jog&lt;BR /&gt;
the problem goes away. Or, another example, a solid object&lt;BR /&gt;
made with the Prism_ command has it's Sect_Fill command ignored &lt;BR /&gt;
but if the the object's settings dialogue is opened and without changing&lt;BR /&gt;
anything  click OK the object behaves itself for a while, sometimes.&lt;BR /&gt;
There was an issue for a while about Sect_Fill commands being&lt;BR /&gt;
ignored after a "Call" is issued in the script but this has been fixed.&lt;BR /&gt;
Peter Devlin</description>
      <pubDate>Thu, 05 Jan 2006 00:47:01 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/Window-objects-section-attributes-and-SEO-s-bug/m-p/102230#M35421</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2006-01-05T00:47:01Z</dc:date>
    </item>
  </channel>
</rss>

