Symbol Inheritence? in General Discussion Posted October 4, 2007 Matt, if I understand you correctly, that would create a conflict. Of course, there is no current option to have an object "inherit" a symbol's class attributes, so I'm assuming you mean that the object's attributes are set to "use class," and you want the meaning of that to be "use the symbol's class," not the other class NNA assigned to the object. If you ask an object's attributes to be overridden by both the symbol object's class and by the class override in a Viewport (N.B., these classes are different, otherwise we wouldn't be talking about the inheritance concept), there would be no way for the program to sort out which one has priority. Or, at the very least, there would be a conflict with the desire of those users who don't want the ACAD behavior to prevail, and have set up their systems to work with the way VW currently behaves. Think about this: a line in a symbol has class "A," and is set to dash style "by class." Class A has a solid linestyle (no dash). Under your inheritance proposal, if the symbol is assigned class "B" with a short dotted line, the line would become dotted. But suppose that in your viewport you have defined a class override whereby class A is set to a long dotted line. Which dash style will the line receive? It has to be determined to be one or the other. If it automatically receives the short dash, that frustrates the desire of users to have the viewport preference apply. On the other hand, if you mean to suggest that there be a new attribute option, for a symbol member object to "inherit" its attributes from the class of the symbol container, then that might be a workable alternative to give the user a choice. It would add a button in a different location, I hasten to add, and it wouldn't give us the nuanced control to assign some attributes, but not others, the inheritance behavior. Having another setting for every attribute for every object would be too much.