<?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 beam cover fills get weird in Modeling</title>
    <link>https://community.graphisoft.com/t5/Modeling/beam-cover-fills-get-weird/m-p/698543#M179218</link>
    <description>&lt;P&gt;unfortunately, I can't share any screen shots. I have a project that has complex profiles for slate shingles. Every 3rd course is a different surface with it's own fill. This gives the designer the ability to define in 3d the texture for each course, giving a 'random' pattern, as well as establishing the coursing widths... its a super creative solution.&lt;BR /&gt;issues seem to arise when, in roof plan/elevation, we view the surface fill/cover fill of the beam. Due to building rotation, the fills need to be linked to element/fill origin, not to project origin. But if the fill handle is at the wrong edge of the beam (some it gets weird if they are at the top, most at the bottom), the fill can change fill type. It may look like a stacked bond instead of staggered bond or may just disappear all together.&amp;nbsp;&lt;BR /&gt;...&lt;BR /&gt;I'm trying to replicate in a non-NDA out of the box based vacuum, and coming up short trying to get it to glitch out. So I'm sure it's something else in the file. Anyone else have any idea why cover fills on beams get weird?&lt;/P&gt;</description>
    <pubDate>Mon, 06 Apr 2026 23:16:16 GMT</pubDate>
    <dc:creator>Patrick M</dc:creator>
    <dc:date>2026-04-06T23:16:16Z</dc:date>
    <item>
      <title>beam cover fills get weird</title>
      <link>https://community.graphisoft.com/t5/Modeling/beam-cover-fills-get-weird/m-p/698543#M179218</link>
      <description>&lt;P&gt;unfortunately, I can't share any screen shots. I have a project that has complex profiles for slate shingles. Every 3rd course is a different surface with it's own fill. This gives the designer the ability to define in 3d the texture for each course, giving a 'random' pattern, as well as establishing the coursing widths... its a super creative solution.&lt;BR /&gt;issues seem to arise when, in roof plan/elevation, we view the surface fill/cover fill of the beam. Due to building rotation, the fills need to be linked to element/fill origin, not to project origin. But if the fill handle is at the wrong edge of the beam (some it gets weird if they are at the top, most at the bottom), the fill can change fill type. It may look like a stacked bond instead of staggered bond or may just disappear all together.&amp;nbsp;&lt;BR /&gt;...&lt;BR /&gt;I'm trying to replicate in a non-NDA out of the box based vacuum, and coming up short trying to get it to glitch out. So I'm sure it's something else in the file. Anyone else have any idea why cover fills on beams get weird?&lt;/P&gt;</description>
      <pubDate>Mon, 06 Apr 2026 23:16:16 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Modeling/beam-cover-fills-get-weird/m-p/698543#M179218</guid>
      <dc:creator>Patrick M</dc:creator>
      <dc:date>2026-04-06T23:16:16Z</dc:date>
    </item>
  </channel>
</rss>

