[Plugin] extrudeEdgesByLathe
-
Feedback:
The Plugins Dropdown Menu commands for the extrusion suite appear to be operational with your latest revisions.
Thank you, again. -
-
Arc
Thank you.
I shall include it in the next update - meanwhile any Chinese users can download it now and unzip it into their ../Plugins/TIGtools/ folder.
I note you have called it 'extrudeEdgesByLatheCN.lingvo' BUT I think it should be 'extrudeEdgesByLatheZH-CN.lingvo' ?
I thinklocale
for a Chinese PC is ZH-CN ?
If it is then the file needs renaming to suit that: otherwise thelocale
test won't find it and the text will default to English[US]...
To check this please type [or copy/paste] in the Ruby ConsoleSketchup.get_locale.upcase
, for you it should return ZH-CN ? For me it'd be EN-US. Whatever it returns is what the 'suffix' on the file name should be...Thanks for the help
-
Request
"A zoom extents" before the first dialog box for have all the object on the screen for an more easy answer
(or a zoom wkindow of the generated object)
Maybe the same for the other EEb... -
@tig said:
Arc
Thank you.
I shall include it in the next update - meanwhile any Chinese users can download it now and unzip it into their ../Plugins/TIGtools/ folder.
I note you have called it 'extrudeEdgesByLatheCN.lingvo' BUT I think it should be 'extrudeEdgesByLatheZH-CN.lingvo' ?
I thinklocale
for a Chinese PC is ZH-CN ?
If it is then the file needs renaming to suit that: otherwise thelocale
test won't find it and the text will default to English[US]...
To check this please type [or copy/paste] in the Ruby ConsoleSketchup.get_locale.upcase
, for you it should return ZH-CN ? For me it'd be EN-US. Whatever it returns is what the 'suffix' on the file name should be...Thanks for the help
It's not auto use extrudeEdgesByLatheZH-CN.lingvo file. I usually change the filename and overwhite extrudeEdgesByRailsEN-US.lingvo file.
-
@arc said:
It's not auto use extrudeEdgesByLatheZH-CN.lingvo file. I usually change the filename and overwhite extrudeEdgesByRailsEN-US.lingvo file.
Aha !
That way you can even have a EN-US locale but with Chinese text...
I know Pilou does that with the FR version...However if you have your locale set to something other than EN-US then any lingvo file in your desired language needs to be named ScriptNameLOCALE.lingvo where LOCALE= your-locale code obtained from using
Sketchup.get_locale.upcase
in the Ruby Console.
This way you can have an EN-US locale but map your desired language lingvo files using that suffix... then you can use SUp even in Esperanto [EO] if you have a translation !
-
@unknownuser said:
Request
"A zoom extents" before the first dialog box for have all the object on the screen for an more easy answer
(or a zoom wkindow of the generated object)
Maybe the same for the other EEb...I thought of that but as you can orbit whilst picking the curves you CAN ensure you can see everything before committing to it...
One of my longer term plans is/was to add a combined web-dialog to the end so you could still orbit/pan/zoom to view the mesh and change the settings and when satisfied press OK... -
Here's v2.4 - FR lingvo file update by Pilou.
http://forums.sketchucation.com/viewtopic.php?p=184477#p184477 -
wonderful
-
hey Tig,
here's a request for the lathe tool to tuck away for those rainy days
your extrusion suite has radically changed the way i model in SU as i very rarely use the followme tool anymore.. lathe pretty much fixes the multiple problems i encounter with
anyway, the only problem i have with lathe.rb is when i'm trying to rotate to an approximate degree (ie - **~**74° etc.).. would it be possible to incorporate a protractor of sorts that can measure the actual angle instead of typing it in?
(see attached skp for example situation)thanks!
-
As you know [sssh ] I'm looking at some other related extrusion tools and these will involve a protractor to rotate stuff with before making the shapes - so when that's working perhaps I can bolt it on to EEbyLathe
-
@tig said:
As you know [sssh ] I'm looking at some other related extrusion tools and these will involve a protractor to rotate stuff with before making the shapes - so when that's working perhaps I can bolt it on to EEbyLathe
sweet!
i do have a decent workaround for now that still gives me the accuracy i'm after so i'll just wait patiently (with fingers crossed ) -
Thank you Tig! Much appreciated!!!
-
New version added http://forums.sketchucation.com/viewtopic.php?p=184477#p184477
-
Hi Tig. excellent update.
I attach the file to Spanish translation.
add the missing lines.Two suggestions:
- Please delete the sound it makes when we choose the tool. is very annoying.
- The command Ctrl + z does not work properly.
- Would be more practical angle by reference to generate 0 to 360. instead of 0 to 180 and 180 to 360
-
http://forums.sketchucation.com/viewtopic.php?p=184477#p184477 is the latest version with new lingvos.
-
@diego-rodriguez said:
Hi Tig. excellent update.
I attach the file to Spanish translation.
add the missing lines.
Two suggestions:- Please delete the sound it makes when we choose the tool. is very annoying.
- The command Ctrl + z does not work properly.
- Would be more practical angle by reference to generate 0 to 360. instead of 0 to 180 and 180 to 360
I posted the new ES lingvo file before I read this - can you please read it and [re]advise...
The 'beep' sound it makes is aUI.beep
- edit the file and find that line in the code and add a#
at the start of the line to stop it loading.
It is notCtrl+Z
for the angle-direction 'toggle' - it's <Ctrl
> alone...
I know it would be better to have 0 to 360 degrees... BUT its coding has missed me so far - hence the 0-180 & 180-360, with a toggle <Alt>... -
I didn't read the 6 pages prior so if this is already covered I apologise...
Attached is a .skp that Lathe removes faces from when 'Remove Co-Planar edges is chosen?
No Ruby Console messages
-
@unknownuser said:
I didn't read the 6 pages prior so if this is already covered I apologise...
Attached is a .skp that Lathe removes faces from when 'Remove Co-Planar edges is chosen?
No Ruby Console messages
Interestingly, when I tested it I got 6+ more facets erased!
I know why it's happening...
When you test for coplanar-ness you look at the face normals.
You erase edges that bound a pair of faces with the same normals.
However, it was realized by @last/Google that this doesn't always work...
You can have two faces that will heal into one if there common edge is erased BUT they won't return the same normal ! The tiniest variation in the normal would prevent that...
It's all down to tolerances of how SUp works out face normals etc that are really 'equal'...
In Line#755 it says ...e.faces[0].normal.dot(e.faces[1].normal) > 0.99999999999
- i.e. it's almost one!
If I add/subtract an extra 9 on the end it's even worse??
My own separate 'erase_coplanar_edges' tool uses 0.99999999 and that fails too... but with only two faces lost that time! But if I try to use its 0.9999999 test in EEbyLathe it'll still knack up...
So... it's not an error just one of the limitations of the tolerances that crop up when you have managed just to get some 'not quite' coplanar faces and try to remove some 'not quite' coplanar edges...
If it knacks up then all you can do is to undo it one step back to keep coplanar edges - try other coplanar fixing tools and report back... OR just learn to love them... otherwise try to make forms that don't mess with SUp's head -
There is a minor correction to this tool so the 'db' translation for the 'start_operation' is now done correctly - there is also an updated ES lingvo file - thanks to deFisto...
http://forums.sketchucation.com/viewtopic.php?p=184477#p184477
Advertisement