[Plugin] Arcs Circles +

spreadcore · 27 Aug 2013, 17:35

When using the "Arc, center, 1 point, length" the length comes up short.

When entering 6.75" in the VCB, the arc produced is only 6" long.

I'm using SU 8 version 8.0.16846, windows 7.
I tried with my normal plugins and also with all plugs removed.

cotty · 27 Aug 2013, 19:01

Did you use version 2.0.2 of the plugin?

spreadcore · 27 Aug 2013, 20:26

@cotty said:

Did you use version 2.0.2 of the plugin?

Sorry I forgot to include that, Yes I did.
I used DBUR_ArcsCircles_v2.0.2.rbz, in fact I redownloaded it just to make sure and i still does it.

The other tools seem to work okay, with the exception of maybe the Circle:Diameter.

To me the tool Circle:Diameter works like the native circle tool. But the handle you drag to set the size, doesn't work right.,

Example: if I try to draw a 4" diameter circle, I select the center and then have to drag the handle 4" from the center to make the circle. which seems a odd way to do it.

johnwmcc · 27 Aug 2013, 23:41

This is a very useful plugin. But I find when I use (for example) Arc: Center, 1 Point, Angle that once you have clicked on Center and Start point, the VCB won't accept the angle. The data entry box is still white, but goes yellow after you press Enter, doesn't accept the typed value, and won't accept further input.

I only worked out by experiment that you haveto enter the Angle beforeyou click on Start point, which I find counterintuitive.

Could it EITHER be relabelled Arc: Center, Angle, Start Point, OR (better) continue to accept VCB input after the click for start point, ideally until the next operation is started, so you can (if possible) amend the value to get the result you need?

It isn't consistent with the way the Arc: Center, 1 Point, Length works, which DOES accept the length after you click on the start point.

Arc: 2 Points, Angle and Arc: 2 Points, Radius have the same problem - you have to enter the VCB value for Angle or Radius beforeclicking for the second point. Again, I find this counterintuitive, and initially thought it was a bug, until I found the way round it by typing the value before the second click.

I have downloaded the later version of arcscircles.zip attached to your post of 22 August 2013, and checked that these still seem to be problems even in that version.

I'm using SU Make update M2, on Windows 7 Pro 64 bit, in case that makes any difference.

Thanks for continuing to develop these very useful extensions to native SU.

John McClenahan

PS. Just to be sure I have the latest version, I later downloaded the v2.0.2 RBZ file from the top of this thread. Same problem. The VCB accepts and remembers the value typed for the first use of the command, but ignores it for what is drawn. However, it DOES remember and use it for the SECOND use of the command, but still won't use a new value if it is input after the second click.

Still seems counterintuitive to me.

sbpronh · 12 Sept 2013, 15:38

All Quiet on the Western Front....?

Didier Bur · 13 Sept 2013, 21:07

Thanks for all the comments and suggestions.
Sorry, too busy at this time, I'll publish a release when time permits...

sbpronh · 16 Sept 2013, 15:34

Thanks anyhow!

dedmin · 20 Sept 2013, 15:51

There is a problem with accuracy - see the picture:

dedmin · 20 Sept 2013, 16:48

@spreadcore said:

@dedmin said:

There is a problem with accuracy - see the picture:

[attachment=0:1psawl2t]2013-09-20_184626.png[/attachment:1psawl2t]

I believe that is not really a accuracy problem, but has to do with the number of line segments used.

try increasing the number of segments.

Yes, I did this but no luck. With the same segments TIG's 2d circle touched the 2 guide points, but Arc Circle doesn't. With 3 point circle both plugins failed.

spreadcore · 20 Sept 2013, 16:54

@dedmin said:

There is a problem with accuracy - see the picture:

[attachment=0:33yxjqs4]2013-09-20_184626.png[/attachment:33yxjqs4]

I believe that is not really a accuracy problem, but has to do with the number of line segments used.

try increasing the number of segments.

example arc circle 2 points increased segments;

spreadcore · 20 Sept 2013, 17:19

@dedmin said:

@spreadcore said:

@dedmin said:

There is a problem with accuracy - see the picture:

[attachment=0:2epqhb5c]2013-09-20_184626.png[/attachment:2epqhb5c]

I believe that is not really a accuracy problem, but has to do with the number of line segments used.

try increasing the number of segments.

Yes, I did this but no luck. With the same segments TIG's 2d circle touched the 2 guide points, but Arc Circle doesn't. With 3 point circle both plugins failed.

Okay I was able to get same result as you, what it was is one circle is slightly rotated on it's centerpoint and this caused the vertex's not to line up. try rotating one circle alittle bit.

But also increasing the segments fixed it too.

TIG · 20 Sept 2013, 18:08

Points that are on a Circle's circumference, will NOT always occur on the 'nodes' of that Circle's 'perimeter' Edges.

This is because a SketchUp's Circle is 'segmented' - so its 'nodes' will always fall on its circumference... BUT 'random points' that are on that Circle's circumference might fall in 'empty-space' and so they do not intersect with an Edge that forms that Circle's 'perimeter', appearing outside of the Circle's 'perimeter' by a small amount.

So, always remember... a Circle in SketchUp is really a special case of a Polygon - just heavily segmented - so that any random points on its circumference will NOT fall on an Edge that forms the 'perimeter'... BUT the point itself will still be on the Circle's circumference.

My TrueTangent tools let you find points that are really on a Circle's circumference BUT NOT on an Edge that's in the 'perimeter'...

dedmin · 20 Sept 2013, 18:22

@tig said:

Points that are on a Circle's circumference, will NOT always occur on the 'nodes' of that Circle's 'perimeter' Edges.

This is because a SketchUp's Circle is 'segmented' - so its 'nodes' will always fall on its circumference... BUT 'random points' that are on that Circle's circumference might fall in 'empty-space' and so they do not intersect with an Edge that forms that Circle's 'perimeter', appearing outside of the Circle's 'perimeter' by a small amount.

So, always remember... a Circle in SketchUp is really a special case of a Polygon - just heavily segmented - so that any random points on its circumference will NOT fall on an Edge that forms the 'perimeter'... BUT the point itself will still be on the Circle's circumference.

My TrueTangent tools let you find points that are really on a Circle's circumference BUT NOT on an Edge that's in the 'perimeter'...

Now it's clear! Thanks, TIG!

cotty · 14 Oct 2013, 20:04

@unknownuser said:

in SU 2013 there are crashes if ellipses are drawn...

would be awewome if anyone could possible fix this cool plugin for su 2013

I can confirm this

Dave R · 14 Oct 2013, 20:23

It works fine on SU2013 on Mac...

cotty · 14 Oct 2013, 20:40

Some tries...
screencast 1
screencast 2

Sometimes it crashes while creating the first ellipse, sometimes later (2-3 ellipses).

Dave R · 14 Oct 2013, 21:05

Yep. I get a crash without bug splat on my Win 7 machine.

Box · 14 Oct 2013, 21:26

Strange, I get neither crash or splat, win7 2013

mitcorb · 12 Jan 2014, 23:42

Evidently, Box, your illustration indicates that ellipses as well as other figures can be generated in any axial orientation in Windows 7 and Sketchup 2013.
However, while I got an ellipse to happen on a ground plane rectangle, I could not complete the operation on a vertically oriented rectangle. In fact, Windows halted the operation, not Sketchup.
I notice when starting the command, the major axis input inferences to the world origin momentarily before jumping to the surface of the geometry.

Yesterday I got a Bugsplat while making the ellipse on a horizontal plane, but inferencing against some pre-existing extruded geometry. This is a special case, so I wouldn't necessarily consider this related to any prior comments on ellipses. I sent in the report.

gnlmrc60b22f205v · 13 Jan 2014, 16:50

Good plugin. Thanks!

I just have any doubt with "Arc: 2 Points, Tangent":
I noticed that the arc is in line with the tangent when I run in CW direction, if not is in opposition, so if I have to draw an arc following the line running in CCW direction I have to overturn the point of view, and this is not always convenient or possible. Would not be better to reverse the sequence of points to click and double the function?
First any point of the tangent line, second the starting vertex of the arc and finally the point of arrival. Clicking "Arc: 2 Points, Tangent" the arc would be in sequence to the line and clicking "Arc: 2 Points, Tangent"+CTRL the arc would be in opposition. For example, on my SketchUp, I have a toolbarbutton to draw the angular dimension and with "TAB" I can change from the internal to the external value and vice versa.
I think in this way can be more logical and very useful, since the tangent function of the SketchUp button "Arc" does not always work (if the arc start from a vertex, if the tangent is a line of construction, or with the disturbance of other lines or points at the background).