[Obsolete] FredoScale 1.0e (Free Scaling, Taper Scaling)
-
James,
On the menu, I am glad it's work. I assume you got back the context menu as well. Like you, I don't understand why the Ruby syntax would affect the interpretor differently on Mac and on Windows.
On TAB, I am interested to understand more, because I usually use this key to call dialog boxes (this was already the case for JPP, RoundEdge, TOS and BezierSpline). So:
- What does it do exactly?
- Do you think there would be an alternate key that could be handy to use instead on Mac?
By the way, the key F2 and F3 are assigned to toggle the live deformation and the wireframe. Do they work on Mac?
More generally, I am interested in other potential problems that could be Mac specific.
Thanks
Fredo
-
Ok, now I am really confused.
Things are fine in the plugins menu and the toolbars, but the context menu is still the same. Also, Tab works fine in JPP, but not in this. That does use the old version of LibTraductor (Dec 2007), although the section on keys appeared to be the same (I only looked briefly, so I might have missed something.
F2 and F3 don't seem to do anything, although if selected from the menu (context menu when using the tool works, but not for selecting the tools at the start), it behaves as you would expect. The ASCII code for Tab does seem to be 9, but, interestingly, for F2 and F3 it is 120 and 99, which is the same as for x and c. The hex keyboard codes are 78 and 63 (rather than 7 and 8 for x and c). I don't know if this is the same on the PC or how things work in the rubies, but hopefully that will help you a bit.
Here is a picture of the highlight thing, on the line tool at the moment, if I press it again it will move to the rectangle tool. It does that if you Tab with other tools in normal use, so maybe JPP was grabbing the input in another way?
-
Also, About Centre is toggled by Option (Alt) on the Mac, but that is fine as it is consistent with other tools (Ctrl is used to right click, in case you really feel the need to use a single button mouse).
-
this will help me out ALOT with this I always wanted to model it, http://tokyobuy.com/images/kampfer.jpg
-
to James and Mac users
The 2 attached files should solve the problems of context menu and of TAB (now trapped on Key up).
Fredo
-
Thanks Fredo6 for this Plugin.
I've translated it in Italian.
Italian language file -
Marco,
Thanks very much for this. It will be integrated into the next sub-release.
As you noticed probably, there are remaining strings in English when using FreeScale. They actually belong to LibFredo6, which can also be translated itself into Italian, if you have time.Again, many thanks
Fredo
-
-
thank you
-
WOW, another amazing script!! You coding guys are too much. Thank you, thank you.
-
That appears to be it, Fredo, everything is working.
Hopefully that will mean things will be fine on the Mac in the future, but I will look forward to testing whatever you come up with next
-
I have looked everywhere to get the download of this Plugin but haven't been successful. Is there something I'm doing wrong?
Graham -
The link is at the bottom of the first post. Its a zip file. Hope that helps,
Chris
-
To all Users
Version 1.0e: Update 10 Feb 09, fixing a big bug in Scale To Target and introducing the Italian translation (kindly provided by Marco Cosedi). Please re-install when you can.
Attachment in first message of this thread at http://www.sketchucation.com/forums/scf/viewtopic.php?f=180&t=16021&st=0&sk=t&sd=a#p124685Please signal problems you may have with FreeScale
Thanks to all
Fredo
-
fredo i have to thank you again for this fantastic plugin!!!
it's really very helpful every day.
-
Hi, is it a known bug that copies of groups ALL get changed when scaling? Try this:
Make a square. Then turn it into a group. Then copy that group a few times. Then just scale on of those. And they all get scaled. Perhaps its already been brought up, but I didnt find anything when I searched for "group" in this thread. Thanks,
Chris
EDIT: More specifically, I think it only occurs with the 2 tapering tools.
-
hm.. sounds like it modifies the definition of the groups instead of the instances...
-
It seems that SU tries to optimize the size of file, and it uses the same entities for Groups, until they are edited. When you copy a group, you can check that in the Entity window, it does tell you that there are several instances. BUT, you don't have the "Make Unique" feature. The workaround I found to make a group unique is simply to open it and close it.
From the Ruby standpoint, there seems to be no way to detect that a group exists in multiple instances.
In SU6, I use make_uniquemethod on Groups in a rather blind way.
In SU7, you get a warning message telling you this method is deprecated, so I thought SU7 would automatically make a group unique as soon as you apply some transformation to its entities. It does not seem to be the case.
Anyway, the bug is easy to fix. It will go to the next version. But I can't remove this bloody Warning messge from the Ruby console!
If anyone knows how to check a Group is in one or several copies in the model, thanks to advise
Fredo
Advertisement