[Plugin] RotaScale
-
@unknownuser said:
oops first problem ... it seems you HAVE to rotate, if the first line is on an axis then it wont let u place the second point along the same axis
Yea, I expected there to be issues. I didn't test it much. I uploaded a quick update. Think it should take care of that problem.
@silver_shadow said:
it does work in some cases, don't know why
Can you explain further to what you're doing? I can't reproduce any problems.
-
Damned good! (works in V6
-
beautiful, thank you, now it works great, i dont see a need for improvement
-
-
Hi Thom
When I point the 3rd point with (let's say) cntrl key pressed the script should't change original scale. Could you add this feature? It would be nice imo.
Thanks -
Maybe a suggestion
Scale is XYZ, maybe useful to have also choice X,Y only!
written in the todo listSeems there are Splat bug when Undo v6 ! (but not repetitive)
-
@rv1974 said:
Hi Thom
When I point the 3rd point with (let's say) cntrl key pressed the script should't change original scale. Could you add this feature? It would be nice imo.
ThanksYup. That can be done.
-
You can yet make this after the rotate scale with the same tool
3 click more and have a resize as you want
here half size wanted
bug splat don't come back in the v6...curious
-
-
@rv1974 said:
Hi Thom
When I point the 3rd point with (let's say) cntrl key pressed the script should't change original scale. Could you add this feature? It would be nice imo.
ThanksIt is done.
-
Hi, im sure this plugin will make things much easier, thanks!
I think it would be even more if pressing "ctrl" button would cause "RotaScaleCopy", the way it works in typical rotation and move tools. -
Thanks for a great idea and an already very polished tool...
A minor problem - there are error messages in my Ruby console relating to thefloat.round_to()
method.
This is not built in to Ruby - the nearest isfloat.round
, I assume you have a round_to.rb auto-loading... perhaps you should include the method code inside your script, I'm sure others will be getting the error ? Here's the code I used to fix it on my PC...Float-round_toEtc.rb - it also includes some other methods like float.floor_to etc...
-
I thought it was a ruby method. I googled ruby and rounding and I found some references to float_to which I just tried, and it worked. I guess it's a plugin I have installed which added that method.
Thanks for bringing that to my attention TIG.
Though, if I implement this method, might I not risk causing conflict with other script that also implements this method? I suppose if they act identical it might not be a problem..
...this is why I don't like extending base classes... -
I expect it'd be an identical function anyway - I'd change the base class in this case, as it's a pretty safe bet.
You could always call your own version float.round_to_TT [or another weird name] that no one else will use AND then find+replace .round_up with .round_to_TT ? OR you can invent a safe and simple internal def something like:
def round_to(float,x) return((float*10**x).round.to_f/10**x) end
typical usage would then be...
view.draw_text(screen_xy, "Angle; #{round_to(angle.radians,1)ยฐ - Scale; #{round_to(scale,3)}")
...
-
Updated the plugin in regard to TIG report. Thanks TIG.
-
The no Scale on the Z axis will be released?
-
Not sure. I don't fully understand the API on transformations. Need to figure out how first.
I'm currently working on a couple of other plugin projects, this was just a quick distraction. -
t = Geom::Transformation.scaling point, xscale, yscale, zscale
just use 1.0 as the zscale value and it will be good to go!
Chris
-
@chris fullmer said:
t = Geom::Transformation.scaling point, xscale, yscale, zscale
just use 1.0 as the zscale value and it will be good to go!
Chris
If I do that, it works for points that are picked planar to the model X and Y. But if I pick a point in the model Z axis, things are still being scaled only in the X and Y. Maybe that's what people expect?
IMO that not what I'd expect from this plugin. I expect that if I pick two reference lines in the Z axis, things will get scaled in that direction....I suppose that the scaling transformation would have to be transformed to be local to the reference lines?
That's what I'm not sure how to do. Getting the plane of the two reference lines (what happens when they are co-linear) and crossing it with the scaling transformation? -
Minor update to address a problem where V-Ray for Sketchup would not render RotaScaled groups/components correctly.
Advertisement