<?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: Composite Wall - Fit to Skin Fill Not Working as Expected in Documentation</title>
    <link>https://community.graphisoft.com/t5/Documentation/Composite-Wall-Fit-to-Skin-Fill-Not-Working-as-Expected/m-p/287495#M45295</link>
    <description>Thanks, you are correct.  I realized that I can achieve the desired results by 'Unchecking' the 'Fill Type' box from within the Graphic Override Rule for New Elements.   &lt;IMG src="https://community.graphisoft.com/legacyfs/online/emojis/icon_redface.gif" style="display : inline;" /&gt;   Thanks for your help~!  Scott</description>
    <pubDate>Thu, 16 Jan 2020 16:25:28 GMT</pubDate>
    <dc:creator>Scott Bulmer</dc:creator>
    <dc:date>2020-01-16T16:25:28Z</dc:date>
    <item>
      <title>Composite Wall - Fit to Skin Fill Not Working as Expected</title>
      <link>https://community.graphisoft.com/t5/Documentation/Composite-Wall-Fit-to-Skin-Fill-Not-Working-as-Expected/m-p/287491#M45291</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;In the attached screenshot a symbol pattern fill (Met Balustrade copy) is used in a material (Wood: Light-Frame Vert copy) that is used within a composite wall. In theory the fill should align with the direction of the wall however it is not working for me. I have also tried Element Origin that also does not work. Can someone please help. Thanks, Scott&lt;/DIV&gt;</description>
      <pubDate>Thu, 06 Feb 2025 11:10:20 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/Composite-Wall-Fit-to-Skin-Fill-Not-Working-as-Expected/m-p/287491#M45291</guid>
      <dc:creator>Scott Bulmer</dc:creator>
      <dc:date>2025-02-06T11:10:20Z</dc:date>
    </item>
    <item>
      <title>Re: Composite Wall - Fit to Skin Fill Not Working as Expected</title>
      <link>https://community.graphisoft.com/t5/Documentation/Composite-Wall-Fit-to-Skin-Fill-Not-Working-as-Expected/m-p/287492#M45292</link>
      <description>It works for me (blue patterned skin). It may be your pattern definition. If you compare, mine is based on a solid filled square with an outline and an X offset to make the space. I have had problems getting this to work in the past but it seems to be ok in AC23 on plan.</description>
      <pubDate>Thu, 16 Jan 2020 11:41:37 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/Composite-Wall-Fit-to-Skin-Fill-Not-Working-as-Expected/m-p/287492#M45292</guid>
      <dc:creator>DGSketcher</dc:creator>
      <dc:date>2020-01-16T11:41:37Z</dc:date>
    </item>
    <item>
      <title>Re: Composite Wall - Fit to Skin Fill Not Working as Expected</title>
      <link>https://community.graphisoft.com/t5/Documentation/Composite-Wall-Fit-to-Skin-Fill-Not-Working-as-Expected/m-p/287493#M45293</link>
      <description>Thank you DGSketcher, the striping fill pattern works under certain Renovation and Graphic Override settings.  In a remodel project I am trying to distinguish between existing and new walls as well as different wall thicknesses.  Existing walls have no background shading and new walls are shaded blue.  That works fine.  I would like to further differentiate the thickness of walls with an additional pattern fill overlaid on the background fill.  This works fine when there is no Renovation Override (Show not Override for New) so as to shade the background blue.  When the New Renovation Override is applied the blue shaded background works but the stripped fill does not turn the corner correctly even though 'Fit to Skin' is selected for that pattern fill.  Please see the attached screenshots.  In the first screenshot the stripped pattern works correctly however those walls are new and need to have a blue shaded background.  The subsequent shots illustrate the issue.  Thanks for any insights.  Scott</description>
      <pubDate>Thu, 16 Jan 2020 13:56:30 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/Composite-Wall-Fit-to-Skin-Fill-Not-Working-as-Expected/m-p/287493#M45293</guid>
      <dc:creator>Scott Bulmer</dc:creator>
      <dc:date>2020-01-16T13:56:30Z</dc:date>
    </item>
    <item>
      <title>Re: Composite Wall - Fit to Skin Fill Not Working as Expected</title>
      <link>https://community.graphisoft.com/t5/Documentation/Composite-Wall-Fit-to-Skin-Fill-Not-Working-as-Expected/m-p/287494#M45294</link>
      <description>If I understand correctly you are saying the GO doesn't recognise Fit-to-Skin or wall orientation? I don't think it ever has, because GOs just apply a blanket fill to an element irrespective of the build up or orientation so the pattern fill is always orientated to zero with the pattern origin at 0,0</description>
      <pubDate>Thu, 16 Jan 2020 14:30:58 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/Composite-Wall-Fit-to-Skin-Fill-Not-Working-as-Expected/m-p/287494#M45294</guid>
      <dc:creator>DGSketcher</dc:creator>
      <dc:date>2020-01-16T14:30:58Z</dc:date>
    </item>
    <item>
      <title>Re: Composite Wall - Fit to Skin Fill Not Working as Expected</title>
      <link>https://community.graphisoft.com/t5/Documentation/Composite-Wall-Fit-to-Skin-Fill-Not-Working-as-Expected/m-p/287495#M45295</link>
      <description>Thanks, you are correct.  I realized that I can achieve the desired results by 'Unchecking' the 'Fill Type' box from within the Graphic Override Rule for New Elements.   &lt;IMG src="https://community.graphisoft.com/legacyfs/online/emojis/icon_redface.gif" style="display : inline;" /&gt;   Thanks for your help~!  Scott</description>
      <pubDate>Thu, 16 Jan 2020 16:25:28 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/Composite-Wall-Fit-to-Skin-Fill-Not-Working-as-Expected/m-p/287495#M45295</guid>
      <dc:creator>Scott Bulmer</dc:creator>
      <dc:date>2020-01-16T16:25:28Z</dc:date>
    </item>
  </channel>
</rss>

