[Plugin] Arcs Circles +

pilou

Always not a general option for make a "surface" at each drawing of a close figure(or not) ?

spreadcore

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

Did you use version 2.0.2 of the plugin?

spreadcore

@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

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

All Quiet on the Western Front....?

Didier Bur

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

sbpronh

Thanks anyhow!

dedmin

There is a problem with accuracy - see the picture:

dedmin

@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

@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

@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

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

@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

@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

It works fine on SU2013 on Mac...

cotty

Some tries...
screencast 1
screencast 2

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

Dave R

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

Box

Strange, I get neither crash or splat, win7 2013

mitcorb

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.