@Curtis_W, I don't think that bug is in play here.
To see a difference between the material assigned by a sheet metal rule and the actual material of the part, you don't even need a derived part. Just make a part that contains a sheet metal rule that specifies a material, and then set the part's material to anything else other than "By Sheet Metal Rule". This is fundamentally not a question about multisolids at all - it's about the relationship between Sheet Metal Rule and Material.
- In the rule settings, you can specify a material.
- In the Sheet Metal Defaults dialog box, you can set the part's material to either "By Sheet Metal Rule", or to a specific material.
- If you set it to a specific material, it now ignores the default material from the Sheet Metal Rule and uses the specific one you selected, overriding the rule.
This is essentially the same logic as the way Materials and Appearances work. You can set up a default Appearance for a Material, but can subsequently override that Appearance if you want, for example, a particular part that is Steel but painted Red. The cause of @jletcher's issue is that he has applied that material override in the template file, which means that the sheet metal rule material specification now essentially does nothing.
I can agree that the naming is inconsistent, and I'm not crazy about that. But there have been other places that I've seen the terms "Sheet Metal Rule" and "Sheet Metal Style" used interchangeably, so I went into this process already assuming they meant the same thing. In the Style Editor there are two types of "Sheet Metal Styles" listed - the Sheet Metal Rule and the Unfold Rule. Maybe that's what they were trying to encompass by using the blanket term "Styles" instead of "Rules".
A little background on my position here - we're not historically heavy sheet metal users. As part of our 2018 implementation, I set up the first sheet metal rules we've ever even bothered with (previously we just edited the Default rule on a per-part basis). All of this is fresh in my mind because I just finished doing it a few weeks ago.
Going through it for the first time, I found the setup to be pretty straightforward. Perhaps my lack of familiarity with older versions made it clearer for me, because I wasn't carrying over legacy knowledge? I never used Inventor sheet metal before 2010 or so - before that I was mostly modeling cast parts. While setting up the template and rules, I initially created exactly the same situation @jletcher has now. I immediately found that the material wasn't updating when I changed the active SM Rule. I removed the specific material setting in the template (which was just a legacy of our previous template anyway), and have had no further issues with it.
If you try to define a material through the Sheet Metal Rule and in the part itself, you have created a conflict. That conflict must be resolved in one of three ways:
- The Rule Wins
- The Part Wins
- Error Message - Make the User Fix It.
Hopefully we can all agree that there is a conflict, and the discussion is really just about how to resolve it. Option 3 would annoy everyone, so the choice is really between 1 and 2. This is a somewhat arbitrary decision, and it seems to me that Autodesk went with the option (2) that was the most consistent with the way other styles behave (such as the previously mentioned Material and Appearance relationship). If Option 1 is preferable to some of you, maybe someone should get an Idea going to have it changed.
I'm not arguing that the design of the tool is perfect (even though it happens to make sense to me personally). I have just been pointing out that the tool as currently designed is being used incorrectly to achieve the desired result. Even if an Idea was accepted, we'd probably be looking at (at least) a couple of years before it would be implemented. It wouldn't solve the immediate problem of what James needs to do with his rules and template in the meantime.