Arc not Scaling Correctly - Best Way to Solve

[arkelec]

I thought it was possible to scale arcs but it seems not.

In the attached blocks, the outer arcs do not scale correctly & I can't understand why, when the inner geometry does scale correctly.

Does this need constraints, or can it be done solely with  parameters/actions?

There are two blocks, because I thought that the location of the centre point might be the issue (the 01 version being the preferred).

There are 3 widths (100, 200 & 300), the screen grab below show the 200 wide, the yellow lines are what is should look line, the green & red are not behaving.  The black lines scale correctly.

[MMcCall402]

This was more difficult than it initially seemed.  (it usually is)   The trick was to get those arcs to scale the right amount, and from the right locations.  I took a couple linear parameters that get stretched by the original parameters to figure out the amount of scaling for each arc at each instance.  Then is was a matter of moving the scaling actions and object to the right locations for each instance.  Anyway, I think this works.

[arkelec]

Thanks Mark, outstanding work.

Wanting to understand the functionality & the construction steps, I attempted to replicate your structure but after another couple of hours, I simply cannot get mine to perform.

I think it's to do with the Scale 1 & 2 actions, but I'm lost as to what I'm doing wrong.

I'd be very grateful if you could you take a look at the file below.

[MMcCall402 · Accepted solution]

Sooo close.  The Scale action associated with the Width parameter needs to include the Position1 parameter.  This scales/moves the radius point of the curves are measured from. (the location where Distance 1 and 3 are measured from), and thus, Distance 1 and 3 stretch and control the scaling of the two arcs.

[arkelec]

OMG, of course it does. 

I ran through the logic if the functionality several times, but missed the very first step.

Thanks again Mark.

[arkelec]

Hi Mark, at the risk of pushing my luck (in both senses of the phrase), I don't suppose it's possible to add the actions of Rotate & Flip to this block, is it?

Looking at Rotate, I can't see how not to break the cardinal rule of not including Move or Stretch actions (or the associated parameters).

Similar issues with flip.

Assuming that both of those are a no-no, the final wish is also probably a no, which is to create a boundary & add a Wipeout.

I could get the boundary to perform across the range of widths (using constraints), but more issues with Rotate & Flip, plus the Wipeout cannot be constrained.

And I'm guessing that the constraints will cause problems with the Rotate & Flip.

The backup plan is to simple create the static geometry for all sizes & then the Rotate & Flip actions wont be an issue.

File attached, on the off chance.

[MMcCall402]

This is my first attempt at the wipeout ...  it works, sort of.  Wipeouts don't follow curves so it needs to be segmented, then each angle point needs to be moved and scaled.  It will get messy quickly.

I Have another idea to try still.  I'm thinking two wipeouts that overlap in the middle.  That way they can just be relocated as a whole and scaled rather than a single object that needs all its angle points relocated.