Hi Petr,

> So parent object style in this case is only somewhat
> like "implicit flag" which say "apply this style in a
> particular cases of my subsequent modification".

Yup, that sounds like a good description.

Kind of like the "default style for this object" to be used in ambiguous cases in further edits.

It's the style that is assigned to the parent brep object which is kind of like the container object for all the faces and edges of a solid.


So in addition to the other ways for how it gets set that I mentioned before (like first selected object in a boolean or holding shift when clicking a style swatch), if you just simply select a solid with 1 click so it has "whole object" selection, when you then set a style at that point it will set the style on the parent object and all sub-objects all together to the same style. So most of the time that will probably be the way that it gets set initially.

- Michael

Hi Petr, so one other note - trying to do something with the active style for these situations doesn't really work very well.

For example imagine if all new faces that got added to a brep just used the active style, that would mean if you had something like this:



Then if you selected all 3 of those at once and ran Fillet, it just is weird to apply one single style to all the new fillet pieces because there isn't only one that will match each object well.

It would end up with things like this:




- Michael

Hi Michael,



It means this will be another case when the parent style is changing somehow unintentionally? But I think it will be ok.

Petr

Hi Petr,

> It means this will be another case when the parent style
> is changing somehow unintentionally? But I think it will
> be ok.

Actually that shift+control should not make any difference for whether the parent object style will change or not.

The parent object will get set if you had a solid that had "whole object selection" on it (selected by the first single click before any drill-down), whether you had shift+control down or nothing down.

The other special "shift to set parent object only" only applies if you have shift all by itself down and not also control along with it.

- Michael

Hi Michael,

hehe... I'm sorry about it... I overlooked that Ctrl (control) part of that! And now I see that Shift+Ctrl+click on swatch to change the style without changing locked/hidden state works already in current beta :)

Petr

Hi Michael,

Okay. So generally speaking, with this setting:
[Styles]
GeneratedObjectsInheritStyle=n

it will apply the _active style_ only in case of creating new object from curve(s) using command like Extrude, Sweep or Loft and not to apply in other cases like mirroring, rotating with copy, or adding sub-object part to the existing brep.

Petr

Hi Petr,



Yup that is the idea.

The way it actually works is that there are some different categories for how the output of commands relate to the inputs.

The current categories are:

Relation_Identity
Relation_Copy
Relation_InputKeep
Relation_InputReplace


Relation_Identity is for things like the Move command where the output object is considered to be a new version of the input object and replaces it. Currently this is the kind that will trigger a history update.

Relation_Copy is for things like mirroring, or rotate with copy, stuff that produces a copy of the input object but does not replace it.

Relation_InputKeep is when the input objects were used to create the output objects but the inputs are still kept in place. Things like Extrude and Loft are categorized under here. This is the one that is affected by GeneratedObjectsInheritStyle=x, for whether the output objects will try to get styles transferred to them from the inputs, or whether the output objects will get the active style applied to them more like how drawn objects work.

Relation_InputReplace is when the input objects were used to create the output objects and then the inputs are removed. Things like boolean difference are under this category.

- Michael

>Updated icon loading to make it easier to override the button icons that come from resources...

Super thank you Michael...nice work over all.