<?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 Getting cover fill origin and fill pattern in the works? in Parametric design</title>
    <link>https://community.graphisoft.com/t5/Parametric-design/Getting-cover-fill-origin-and-fill-pattern-in-the-works/m-p/277399#M1117</link>
    <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;Struggling with ceilings... if GS could get read the cover fill and it's origin we could create all necessary mullions/transom etc... Is this function coming with the next level of deconstruct perhaps?&lt;/T&gt;&lt;/DIV&gt;</description>
    <pubDate>Thu, 11 May 2023 09:07:26 GMT</pubDate>
    <dc:creator>Mats_Knutsson</dc:creator>
    <dc:date>2023-05-11T09:07:26Z</dc:date>
    <item>
      <title>Getting cover fill origin and fill pattern in the works?</title>
      <link>https://community.graphisoft.com/t5/Parametric-design/Getting-cover-fill-origin-and-fill-pattern-in-the-works/m-p/277399#M1117</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;Struggling with ceilings... if GS could get read the cover fill and it's origin we could create all necessary mullions/transom etc... Is this function coming with the next level of deconstruct perhaps?&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Thu, 11 May 2023 09:07:26 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Parametric-design/Getting-cover-fill-origin-and-fill-pattern-in-the-works/m-p/277399#M1117</guid>
      <dc:creator>Mats_Knutsson</dc:creator>
      <dc:date>2023-05-11T09:07:26Z</dc:date>
    </item>
  </channel>
</rss>

