[Obsolete] FredoScale 1.0e (Free Scaling, Taper Scaling)

fredo6 · 5 Feb 2009, 18:59

to James and other MAC Users

Many thanks for this detailed report.

On the menu issue, I really don't know what could be the difference between Mac and Windows. Just in case, I modified the code taking care of that (see attached file).

on TAB, I thought the key code on Mac was 9, as in Windows. Could a ruby programmer equipped with a Mac confirm (or not) that this is what is got when getting the key in the onKeyDown and onKeyUp methods (and also to tell if we get the key on both Down and Up events).

For the web dialogs, I need to see how I could overcome the problem (SU 7 has also a different behavior on Mac vs. SU6).

Thanks again

Fredo

to drop in LIBFREDO6_Dir_30 folder

James Fraser · 5 Feb 2009, 20:30

That's excellent Fredo, I have all the labels and the shortcuts are bound. I assume it was just splitting that line in declare_command, although I am not sure why that should affect it.

Tab seems to highlight different tools, which can then be selected using space. It does something similar with Georeferencing sometimes. I think it is a Mac thing and it is Really Annoying, as space is the default (and most useful) binding for select. I really wish Google would choose the best aspects of the Windows and Mac versions and then make them both the same.

But anyway, thank you for all your hard work, I am glad it is now working.

fredo6 · 5 Feb 2009, 22:48

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

James Fraser · 6 Feb 2009, 10:11

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?

James Fraser · 6 Feb 2009, 10:17

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).

Blah11 · 6 Feb 2009, 21:25

this will help me out ALOT with this I always wanted to model it, http://tokyobuy.com/images/kampfer.jpg

fredo6 · 6 Feb 2009, 22:11

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

to drop in LIBFREDO6_Dir_30

to drop in FREESCALE_Dir_10

COSEDIMARCO · 7 Feb 2009, 12:41

Thanks Fredo6 for this Plugin.
I've translated it in Italian.
Italian language file

fredo6 · 7 Feb 2009, 22:08

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

COSEDIMARCO · 8 Feb 2009, 06:58

Done
Italian language file for LibFredo6

crvela · 8 Feb 2009, 17:15

thank you

bellwells · 8 Feb 2009, 17:53

WOW, another amazing script!! You coding guys are too much. Thank you, thank you.

James Fraser · 8 Feb 2009, 19:18

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

gshowells · 9 Feb 2009, 06:00

I have looked everywhere to get the download of this Plugin but haven't been successful. Is there something I'm doing wrong?
Graham

Chris Fullmer · 9 Feb 2009, 06:34

The link is at the bottom of the first post. Its a zip file. Hope that helps,

Chris

fredo6 · 10 Feb 2009, 20:49

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#p124685

Please signal problems you may have with FreeScale

Thanks to all

Fredo

numerobis · 14 Feb 2009, 18:00

fredo i have to thank you again for this fantastic plugin!!!
it's really very helpful every day.

Chris Fullmer · 5 Mar 2009, 20:17

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.

thomthom · 5 Mar 2009, 20:26

hm.. sounds like it modifies the definition of the groups instead of the instances...

fredo6 · 6 Mar 2009, 08:15

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