concealing error messages

2014-01-20 Thread Eugen Sares
Hi, for the sake of cleanness in my code - is there a way to hide the error message that shows when trying to parent an object to something that it is already child of? Can't get that try catch trick to work. Thanks! Eugen var oObj= CreatePrim(Cube, MeshSurface, null, null); var oParent =

Strange menu behavior

2014-01-20 Thread Szabolcs Matefy
Hi After running a script, that makes SI unresponsive until it finishes, the menu has always the waiting cursor instead of the classic pointer...Anyone has any idea? Cheers Szabolcs ___ This message contains confidential information and is intended only for the individual named. If you are

Re: concealing error messages

2014-01-20 Thread Stephen Blair
Maybe you can do a check before you parent: var oObj= CreatePrim(Cube, MeshSurface, null, null); var oParent = ActiveSceneRoot; if ( oObj.Parent.IsEqualTo( oParent ) == false) { ParentObj(oParent, oObj); } On Mon, Jan 20, 2014 at 4:25 AM, Eugen Sares sof...@mail.sprit.org wrote: Hi, for

Re: concealing error messages

2014-01-20 Thread Jon Swindells
code looks clean to me. if you don't like the error output from commands then don't use them the time spent finding and coding jiggery-pokery is much better spent developing an OM parenting function. replete with your own error messages :) -- Jon Swindells

Re: concealing error messages

2014-01-20 Thread Peter Agg
I'd hardly call an if statement 'coding jiggery-pokery', seems like best practice to me. On 20 January 2014 12:05, Jon Swindells jon_swinde...@fastmail.fm wrote: code looks clean to me. if you don't like the error output from commands then don't use them the time spent finding and coding

Re: concealing error messages

2014-01-20 Thread Jon Swindells
it was more in relation to where the use of commands typically lead you. disabling logging being a most heinous artifact -- Jon Swindells jon_swinde...@fastmail.fm On Mon, Jan 20, 2014, at 02:11 PM, Peter Agg wrote: I'd hardly call an if statement 'coding jiggery-pokery', seems like

Re: concealing error messages

2014-01-20 Thread Peter Agg
Is there even an Object Model method for parenting? I thought it was one of those areas that was command-only. On 20 January 2014 12:30, Jon Swindells jon_swinde...@fastmail.fm wrote: it was more in relation to where the use of commands typically lead you. disabling logging being a most

Re[2]: concealing error messages

2014-01-20 Thread Eugen Sares
that of course was the simple and clean solution. The IsEqualTo() function was something new to learn, though. Thanks, gentlemen! -- Originalnachricht -- Von: Stephen Blair stephenrbl...@gmail.com An: softimage@listproc.autodesk.com Gesendet: 20.01.2014 13:03:01 Betreff: Re:

Re: concealing error messages

2014-01-20 Thread Ciaran Moloney
X3DObject.AddChild() On Mon, Jan 20, 2014 at 12:36 PM, Peter Agg peter@googlemail.comwrote: Is there even an Object Model method for parenting? I thought it was one of those areas that was command-only.

Re: Norman's rig for XSI

2014-01-20 Thread Max Evgrafov
When I tested the rig I found some bugs. It is corrected and reuploaded. If you find any problems please contact me. 2014/1/16 Max Evgrafov summ...@gmail.com I see your likes Morten. Thank a lot for You ! 2014/1/16 Morten Bartholdy x...@colorshopvfx.dk Thanks for sharing Max! I love

Re: Friday Flashback #155

2014-01-20 Thread Tim Leydecker
To whom I may concern, in terms of the world moving on. It´s better to make sure subscription is payed annually, as it is the cheapest way to keep up to date. You lose your option to re-fill your subscription 12 months after subscription has ended. You´re left with the upgrade+subscription

Re: Friday Flashback #155

2014-01-20 Thread Sergio Mucino
Technically incorrect :-) . The Mayans never predicted the end of the world (which seems to be a global misconception). They predicted the end of an "era" or a cycle (which in Mayan is called a Baktun). Sore disappointment for those who eagerly awaited the final

Re: Friday Flashback #155

2014-01-20 Thread Tim Leydecker
I stand corrected. The Mayans predicted the end of an era. But http://www.3dwillneverbethesame.com shows a Softimage XSI 7.01 startup/splashscreen now. Nice. I´m looking forward to trying out the 2014 versions. Cheers, tim On 20.01.2014 16:13, Sergio Mucino wrote: Technically incorrect

Gear installation question

2014-01-20 Thread Szabolcs Matefy
Hey folks, Does anybody have an idea how can I install Gear without changing the Environment variable on the computer? Our head of IT was a bit nervous when I told, I wanted to change that... Cheers Szabolcs ___ This message contains confidential information and is intended only for the

RE: Friday Flashback #155

2014-01-20 Thread Grahame Fuller
It wasn't really a prediction either, it's just the way their calendar was divided. I predict that the end of the month will happen at midnight, Jan. 31. gray -Original Message- From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of

RE: Gear installation question

2014-01-20 Thread Manny Papamanos
Did you try C:\Program Files\Autodesk\Softimage 2014\Application\bin\setenv.bat instead of global? -m From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Szabolcs Matefy Sent: Monday, January 20, 2014 11:02 AM To:

Re: Gear installation question

2014-01-20 Thread Jon Swindells
setenv would be my first choice .pth file works well too -- Jon Swindells jon_swinde...@fastmail.fm On Mon, Jan 20, 2014, at 06:13 PM, Manny Papamanos wrote: Did you try C:\Program Files\Autodesk\Softimage 2014\Application\bin\setenv.bat instead of global? -m From:

Re: Gear installation question

2014-01-20 Thread David Barosin
Not sure if this is still relevant to the current gear version but at an early version I made a plugin that concatenated the gear location to the syspath. Here's the script. In my case I used a folder called modules in the __sipath__ location. Ideally gear could be on a network drive and this

Re: Gear installation question

2014-01-20 Thread David Barosin
oops.one more time. Not sure if this is still relevant to the current gear version but at an early version I made a plugin that concatenated the gear location to the syspath. Here's the script. In my case I used a folder called modules in the __sipath__ location. Ideally gear could be on a

Re: Friday Flashback #155

2014-01-20 Thread Luc-Eric Rousseau
The Mayan saw random things starting to go wrong in their world, but they deleted their user pref and everything went back to normal. On Mon, Jan 20, 2014 at 11:11 AM, Grahame Fuller grahame.ful...@autodesk.com wrote: It wasn't really a prediction either, it's just the way their calendar was

Re: Gear installation question

2014-01-20 Thread Sergio Mucino
What I did was to manually copy the "gear" libs folder into my Python26/Lib/ folder. It worked like a charm. On 20/01/2014 11:01 AM, Szabolcs Matefy wrote: Hey folks, Does anybody have an idea how can I

Re: Gear installation question

2014-01-20 Thread Eric Thivierge
I'm with Mr. Swindells on this one. Copying the Gear into the Softimage Python or system python Lib folder could get messy and going the plug-in route, you need to make sure the plug-in loads first before anything from Gear is called. Eric T. On Monday, January 20, 2014 12:39:59 PM, Sergio

Re: Friday Flashback #155

2014-01-20 Thread Francisco Criado
LOL On Monday, January 20, 2014, Luc-Eric Rousseau luceri...@gmail.com wrote: The Mayan saw random things starting to go wrong in their world, but they deleted their user pref and everything went back to normal. On Mon, Jan 20, 2014 at 11:11 AM, Grahame Fuller grahame.ful...@autodesk.com

Re: Friday Flashback #155

2014-01-20 Thread Sergio Mucino
Based on how things went for them, it seems more like they went for a full reboot... :-X On 20/01/2014 12:05 PM, Luc-Eric Rousseau wrote: The Mayan saw random things starting to go wrong in their world, but they deleted their user pref and everything

Re: Remember location in Anim Editor per curve.

2014-01-20 Thread Simon Pickard
Guess not then.. If anyone's listening out there.. I know this isn't an ICE request, so will probabbly go to the bottom of the list, but it would be a great feature to have for us animators. On 18 January 2014 16:52, Simon Pickard m...@simonpickard.com wrote: Hello all, Hopefully I'm mssing

Re: Remember location in Anim Editor per curve.

2014-01-20 Thread Eric Thivierge
So you want it to remember that for rotx on object1 you were around frame 50 at value 12. Then when you click posy on object58 you want it to remember you were at frame 5,000 at value 0.25? Eric T. On Monday, January 20, 2014 5:22:25 PM, Simon Pickard wrote: Guess not then.. If anyone's

Re: Envelopes, Weights, Deformers and setting them up.

2014-01-20 Thread pedro santos
This was the solution I came up with. Still refining it to have more options per null but already using it in production. Cheers https://vimeo.com/84025815 On Mon, Jan 6, 2014 at 10:15 PM, Manny Papamanos manny.papama...@autodesk.com wrote: Perhaps deform by volume? This doesn't deal with

Re: Remember location in Anim Editor per curve.

2014-01-20 Thread Raffaele Fragapane
I think he means an auto-memo-cam kind of thing dependant on selection. I don't think it's quite possible to make it unambiguous given that it'd probably be a considerable amount of additional data, and that you can mix and match curves into conflicting views. Maya does something like that if I

Re: Remember location in Anim Editor per curve.

2014-01-20 Thread Simon Pickard
If I'm editing say an rotx curve of an object / joint, whatever, I want Soft to remember the framing in the curve editor when I click on a different channel, say roty. If I then click back on rotx it should return to the framing I was last at. A large part of my time is spent flipping between