Colour anomaly

Rhino
1

I’m not sure what’s going on with this surface, but there’s something up with the colour. It was created in a script using the OffsetSurface method. Not sure if that matters.

Notice how I can’t change the colour of the surface until I extrude it.

Here is the file:

Colour anomaly.3dm (192.2 KB)

I should mention that this is Rhino 7 SR6 (latest RC)

Thanks,

Dan

2

RemovePerFaceColors?

(This one gets me every time…)

3

Maybe, but not as it currently stands. I thought about this a little more, and there’s one more big piece of the puzzle that needs to be mentioned. This surface was originally a closed polysurface with coloured faces. I copied it, exploded it, and it seems the colour assignment is permanently “baked” in even as a surface.* At this point, the RemovePerFaceColors won’t work as its just a surface now.

*But… if I just use the OffsetSrf command this issue disappears. It’s the OffsetSurface scripting method that seems to be behaving differently regarding the colour assignment.

Thanks,

Dan

4

It works here… Ahh, wait, there is a bug there - if you post-select, you can’t select the surface. If you preselect, it works…!!!

https://www.screencast.com/t/qalWQWOsq

5

Yes, I see that now as well. There’s definitely something that needs a little tuning up here.

6

I’ll take a look, thanks.

-Pascal

7

Hi @pascal,

I see this issue still exists. Mitch’s solution works, but this probably should get fine-tuned (I’m using the very latest RC and it’s still misbehaving).

Thanks,

Dan

8

Got it this time, thanks.
RH-66197 RemovePerFaceColors: Accept post selected surfaces

-Pascal