Feature #1190: Polar pattern doesn't obey UpToFirst/UpToLast/UpToFace pad features

[Kunda1]

issue #1190 Polar pattern doesn't obey UpToFirst/UpToLast/UpToFace pad features
Please weigh in on this feature request. Should we keep it in the tracker?

[chrisb]

I did not miss it until now but it still sounds reasonable. Of course it would need something like an extra checkbox to activate this behaviour.

[Kunda1]

I did not miss it until now but it still sounds reasonable. Of course it would need something like an extra checkbox to activate this behaviour.

Whats a better name for this ticket if we're considering it a Feature Request?

[chrisb]

Whats a better name for this ticket if we're considering it a Feature Request?

I don't think there is much to change, perhaps make it positive

Option for PolarPattern to obey individual UpToFirst/UpToLast/UpToFace pad features for each instance.

[Kunda1]

Option for PolarPattern to obey individual UpToFirst/UpToLast/UpToFace pad features for each instance.

Renamed ticket. Thanks @chrisb

[jnxd]

@Kunda1 could you rename this thread to reflect the github issue?

If I understand this correctly, this will involve a fundamental change in the way patterns are implemented in FC. Currently, it is done in the following way

• The individual feature generates add/sub shapes while making the shape after the feature is applied.
• The pattern feature then transforms these add/sub shapes and applies them on the "parent".

For this request to work, the individual PD features will have to be applied directly after applying transformations on the preliminaries (for example on the sketch and direction of a pad). This in turn will need some changes to how the PD feature's "execute" works, since it is makes heavy use of it's "properties".

[Jee-Bee]

Of course it would need something like an extra checkbox to activate this behaviour.

Please follow the methods also used in PD Pad. I prefer that it has compareble working methods and not that every tool have a different solution for a comparable problem...

[jnxd]

Of course it would need something like an extra checkbox to activate this behaviour.

Please follow the methods also used in PD Pad. I prefer that it has compareble working methods and not that every tool have a different solution for a comparable problem...

Could you elaborate?

[Jee-Bee]

I try...

What i don't like is that quite often (FC, Creo, SW, probably all others too) there are (sometimes big )difference in workflows between the different tools, while (some of )their function is quite often similar or extensions of each other(example a loft and a loft following a path).
What my point is in this case: Pad Already have a workflow where it extend to a point. There is some discussion to add this too to Revolve. I think it is good to look there so that all the UpTo... have a similar workflow.

One other point i want to make. A few months back there was a topic about add the option to set step size and then the number of holes. I think this request is more useful with that approach as with current implementation.

[adrianinsaval]

I don't see how any of that is relatwd to this request.

For this request to work, the individual PD features will have to be applied directly after applying transformations on the preliminaries (for example on the sketch and direction of a pad). This in turn will need some changes to how the PD feature's "execute" works, since it is makes heavy use of it's "properties".

I'm not sure if this would be a good idea, many times the selected face would not be a valid limit for the transformed copies, besides this would most likely result in a significant performance hit