Mini-challenge
-
Would be interesting to hear what the SketchUp team thinks of this challenge. ..too bad they are rather busy atm...
-
SUspense!
@unknownuser said:
actually, the second method in the video shows something that might make a good ruby.. 2pt orient with 1D scaling
And the same can make as option also Uniform or Stretch & Copy for the same price
(Moi's function Line-Line) -
My True Tangent's 'True Intersection' tool uses Ruby's float and Math's functions, so it's probably as accurate as Sketchup itself in its calculated answers.
Sketchup has to have tolerance to assume two points are 'equal' because most likely they'll have some tiny differences in the 'zillionths'.
Any computational answer will never be entirely accurate - just accurate enough.
Because we are using sine/cos/tan/roots/pi etc we cannot expect a 'perfect' result.The calculated solution should be as accurate as needed to get a 'non-rounded' dimension at the limit of Sketchup's reporting.
Unfortunately the drawn solution's accuracy is slightly worse than Sketchup's reporting limit and so can show a tiny difference - the fact you can't even 'see' this in the real world is annoying.
With my rotation of the ends method gives a good approximation in one go, repeating it gets even nearer, and it might get so near that Sketchup then says it's 300.000000mm rather than 299.999999mm but it's a wasted effort in 'reality'. -
-
Thx for the V6
Must study your center rotation method because Step 4 is some tricky
FOr another method
I have thinking of use the offset for don't use rotation -
Bravo Gilles !
At last a drawn solution [without plugins] that does indeed work with no tolerance issues !
Your very clever trick is getting the rotated 'end' to align with the 'long side' of its 'sibling' during the edit, it is effectively snapping to itself so the alignment is perfect... then both of the sides are parallel and the two ends remain the exact set dimension.
-
I can't make it snap to the endpoint when I rotate...
? -
You don't need to snap to a point, click on the originally horizontal guide line, then it suggests an inference 'parallel to edge outside active', when you are approximately over the long edge in the sibling instance [as the ends are approximating to 'square'], click to accept that.
EDIT: As Pilou shows in his screenshot - pipped at the post! -
Seems there is not #4, ( there are two #5) and I can't obtain your last result
I have snap on Parallel but not at "point"
-
@unknownuser said:
I can't make it snap to the endpoint when I rotate...
Did you take the alignment point at the end of the line?
-
In Step 5 while snapping, my sketchup refuses to snap "exactly" on the endpoint no matter where I pick, are you sure it is exact?
-
I change the component axis location then it works better even with the end point.
-
@unknownuser said:
Did you take the alignment point at the end of the line?
The horizontal point of the end of the line don't work (on the right of the last red point on the blue line)
OK that works only if you take the click point under your arrey drawing! Very curious!!!
Luck ?
-
Right - now I see that it infer from itself. But I get no snapping from the end-point.
-
You have not made the last file "save as V6"
-
@unknownuser said:
You have not made the last file "save as V6"
Use free SU8 to convert back to SU6?
-
-
@unknownuser said:
Use free SU8 to convert back to SU6?
Pilou works with a Minitel.
( private joke for frenchies ) -
Ok now that work from the middle to the end of line!
The two #5 and the #4 absent were not modified !
Your method is very very tricky!
I must find a solution with the offset tool
PS My Minitel works like a charm
-
Advertisement