@mike amos said: The thing that most put me off Thea renderr was the licensing, it just made me think rip off. This annual subscription and monthly subscription thing is something I cannot get used to so went on to buy something I could use in perpetuity. Sorry if this ruffles feathers, just saying what I see and no doubt folk using it for commercial reasons will be happy enough. +1

Hi Andrew, As described in the Linked-In post, please send your resume in Hellenic (at) altair.com. Cheers Tomasz

This looks interesting!

Excellent! The new design bicyle for every one! I love the parachute in case of! [image: safety-03.png] http://www.youtube.com/watch?v=KzFnIH-xZ-w

It is good to do something else. When reading about model observers I have found the answer: Sketchup.active_model.edit_transform There is a mistake in the documentation though: @unknownuser said: ModelObserver.onActivePathChangedSketchUp 7.0+ ... When in "edit mode" (aka a Component is being edited), the Ruby API returns object transformations and locations in context of the "local" component axes instead of the global axes. It is other way round. In "edit mode" we are in global context. If one wants to have the local then use edit_transformation. When you want original transformations for the rest of instances then you have to go through the whole "tree" and use edit_transformation for the last group/component.

Aside from the physics, it looks like a nice animation engine for architecture!

Holy crap! Sigh.. How come every time I start watching something like this I end up looking at Shark attacks or Tiger Vs Lion fights on Youtube. It's inevitable.. 30 minutes of productivity lost

get_center2d() and get_scale2d() C++ SDK functions return a camera shift and zoom-in factor for 2p perspective camera. You reply gave me idea, that maybe I could calculate the shift/zoom using InputPoint.position... This may work.

There is no issue with SketchUcation's AutoInstallers ! IF there are additional folder-paths found in the $LOAD_PATH - either because Fredo's AdditionalPlugisnFolder tool has added them OR because the 'shared' C:/ProgramData../Plugins exists - then these locations are offered as alternative destinations for an SCF AutoInstall [with the User's Plugins folder as the first one listed] - unlike the native Preferences > Extensions > Install which is always into the User's Plugins folder. To reiterate... The C:/ProgramData../Plugins folder is for use when a computer is to use a 'shared' Plugin or Plugins. Such Plugins are then auto-loaded as SketchUp starts for every user on that computer. The default installation location is into the User's Plugins folder - this means that each Plugin a user installs into that folder is only auto-loaded as SketchUp starts for that user. Many users will not want or need a second 'shared' Plugins folder. Even if there is more than one SketchUp user on that computer they may well prefer to keep their own 'User' Plugins separately. Having a shared Plugins folder when it is not wanted/needed imposes unnecessary complexity on a user. If your installer bulldozes across a user's current setup and creates a new 'shared' Plugins folder, then it stands to reason that they might not be happy about it. Automatically creating it and changing things without asking is not a responsible approach [IMHO]. If that shared Plugins folder already exists then there is possibly not change to their arrangements... but even if the shared Plugins folder does already exist, then your automatic installation of things into it is contrary to the normal installation of Plugins, which always auto-install with Preferences > Extensions > Install into the User's Plugins folder, or with the SCF AutoInstallers you are given the choice of folder, defaulting to the User's Plugins folder. After all, the user might not want to share your plugin will all of the other users on that computer: even if the shared Plugins folder is preexisting it is no indicator of the user's desires. So I think your installer should offer two installation destinations: User's Plugins folder Shared Plugins folder If the shared folder doesn't exist, then in fairness you ought to warn that creating a shared folder might affect some aspects of future installations... This approach seems common-sense to me Why do you want to go against the tide

Thanks. Never saw that before. Outstanding! or maybe I mean "Astounding".

there's basically only one thing I feel americans can do way better than the rest of the world and that's rapping

@tomasz, Looks like a custom paint tool using the same cursor is in order...

hi**srx**, thanks for answering . I can see your position now in the sense that you consider that it is impossible to get democracy when you run global for the only way to achieve democracy is to keep the track of the events following them inside by being part of them and by acting locally . You put the example of the Green Book from Gaddafi . Certainly I think his book shows the way to achieve the true democracy . I think his words come from wisdom and knowledge . And he not only wrote the book but did put it into practice in his country . Absolutely astonishing . And he was murdered on behalf of democracy ¡¡¡ Yes , you maybe right . This television program could be better named differently . Not as the People´s Voice for not getting confused about its goal . For the real People´s Voice to actively be determinant in a country must be local , as you say . But nevertheless it can give us new approaches to the reality of what it is happening in many different countries. I think it is going to be interesting to watch . Salud ¡.

@avariant said: Thanks! Look forward to that day (I hate COM). +1

blink -- me neither! I guess I always just skipped over that method...

Ah, ok now I understand. Yes, then Model.active_path is what you need. And checking if Hide Rest of Model or Hide Similar Components is enabled.

SU v8 and v7 on my mac edit, it returns a path to nowhere... but I knew I had it somewhere... matPath = (ENV[ "IG_ROOT"]).dup << "/English.lproj/Materials.strings" works on v8 and v2013 at least john