[Plugin] extrudeEdgesByLathe
-
TIG
This is a long needed tool and thanks a bunch for taking the trouble.
Long time ago there was one with the same ruby name so good idea to flush the old one if exist before install.Much needed and appreciated by all.
Cheers
dtr
-
dear Tig,
This tool is so great
It compensate something we can tell it is an irritating kind of bug of FollowMe Tool when we need to draw a "piece of cake".
But it can do much more, and it is so easy to use.. SuperYou surf so easily with ruby that you are a sort of Yoda jedaï in the SketchUpSpace...
Thank again, thank for this...
simon. -
Seems you must say that the "path" or the "face" must be on a vertical plan else maybe result will be not that you want
Cool plug as always
-
Thanks!
-
@unknownuser said:
Seems you must say that the "path" or the "face" must be on a vertical plan else maybe result will be not that you want
Cool plug as always@tig said:
The selected polyline's edges are swept around in an arc,
about the Z-axis [blue] and are faced. -
Thanks, Tig...!
@simon le bon said:
You surf so easily with ruby that you are a sort of Yoda jedaï in the SketchUpSpace...
+1
-
Many thanks TIG, it works like a charm.
-
v1.1 is here http://forums.sketchucation.com/viewtopic.php?p=184477#p184477
Improved inferencing of pick cursor and tooltips.
Added second point pick to set axis of rotation.Thanks for the kind comments so far...
-
I am not able to create a "donut" shape. My shape is oriented in the vertical direction and I select the blue axis for axis of rotation. What am I doing wrong?
-
Thanks a lot for this one, definitly needed !!
-
@ben ritter said:
I am not able to create a "donut" shape. My shape is oriented in the vertical direction and I select the blue axis for axis of rotation. What am I doing wrong?
Try this...
-
TIG,
That is the process I used, however, without having a short line to define the radius point.
In my attachment, you can see the result with and without a reference line for the radius point. The inference was indicating that I was going up in the blue axis direction, but I still got the result shown.
Thanks. Ben
-
Attachment
-
@ben ritter said:
TIG,
That is the process I used, however, without having a short line to define the radius point.
In my attachment, you can see the result with and without a reference line for the radius point. The inference was indicating that I was going up in the blue axis direction, but I still got the result shown.
Thanks. Ben
Did the VCB say [0.0,0.0,1.0] - i.e. Z-axis... If you start off in the blue Z-direction and hold down the shift-key the interference is locked to blue and when you pick it should definitely be axial... You don't need the short line - I added it for clarity. You can start to move off in the blue direction, hold-down shift to lock in the blue and pick any point above the center and it should snap to vertical ?
-
The VCB doesn't say anything in the process, but the screen shows that I'm on the blue axis. For some reason, it only works when I lock down the inferencing with the shift key. Even though it says I'm pointing on the blue axis, somehow it must not lock on without holding the shift.
Thanks TIG
-
TIG - thanks for another fine plugin.
report - not sure where you're getting the definition for
round
- Float.round does not take an argument.Also, version 7 users would find a nice speed-up by modifying the start_operation statement:
model.start_operation("Lathe", true)
Error; #<ArgumentError; wrong number of arguments(1 for 0)> C;/Program Files/Google/Google SketchUp 7.1b3/Plugins/lathe1.1.rb;146;in `round' C;/Program Files/Google/Google SketchUp 7.1b3/Plugins/lathe1.1.rb;146;in `onMouseMove' C;/Program Files/Google/Google SketchUp 7.1b3/Plugins/lathe1.1.rb;146
-
-
Tig, thanks for the plugin!
-
v1.2 now available here http://forums.sketchucation.com/viewtopic.php?p=184477#p184477
'Round' error fixed.
Operation optimized for v7 users.
Following Jim's comments... -
@jim said:
TIG - thanks for another fine plugin.
report - not sure where you're getting the definition forround
- Float.round does not take an argument.
Also, version 7 users would find a nice speed-up by modifying the start_operation statement:
model.start_operation("Lathe", true)
> Error; #<ArgumentError; wrong number of arguments(1 for 0)> > C;/Program Files/Google/Google SketchUp 7.1b3/Plugins/lathe1.1.rb;146;in `round' > C;/Program Files/Google/Google SketchUp 7.1b3/Plugins/lathe1.1.rb;146;in `onMouseMove' > C;/Program Files/Google/Google SketchUp 7.1b3/Plugins/lathe1.1.rb;146 >
I'll add the version 7 speed up [forgotten during its speedy initial creation] and my
float.round(n)
does work for me !!! - although I don't know where I'm got that from [Edit: I grepped my rubies and found that 'Demeter.rb' and 'sunposition.rb' both redefinefloat.round(n=0)
to take an argument [defaults to 0 if not set]]... I've written a similar method toofloat.roundup(n)
to keep it separate... An update v1.2 will be issued shortly...
Advertisement