[Sidefx-houdini-list] bundles or groups
pablogipi at gmail.com
Tue Nov 4 18:39:38 EST 2008
I am agree, but maybe is time to deliver a release that has a polished
bundle implementation, and if you need groups for backward compatibility you
can have a variable to enable it, in the same way you can now enable some
thngs for compatibility with previous versions.
2008/11/4 John Coldrick <jc at axyzfx.com>
> On Tuesday 04 November 2008 03:58, Nicholas Pliatsikas wrote:
> > Its quite odd as the functionality of groups is there in the bundles
> > hscript commands. Its just a real shame that its not quite implemented in
> > the ui the same way. It also adds some confusion to how it all works
> > together, the fact that people need to ask which to use is a good enough
> > incentive to clean this up. Especailly how they do basically the same
> > thing, creates "easily" accessable sets of nodes.
> Well, I know that SESI is faced with an issue of backwards
> compatibility - to
> just make groups go away is a non-starter, this includes all the nicieties
> like Shift-G and a tidy, self-contained group area. Old hips can't bust.
> This makes is harder to precisely duplicate their behaviour without that
> confusing overlap. Having said that, there's a solution for everything, it
> just takes time to implement. One solution could be picking a release and
> saying 'groups are gone, but on loading older hips Houdini will convert
> to bundles', but that *really* needs to carry over groups GUI. I find the
> bundles GUI lacking in some things and overdone in others. Speed should be
> the priority. The good thing is that there's already a confusing overlap
> with @mygroupbundlename having the same syntax - that could be a boon
> this ever be implemented.
> /pet peeve ON
> I really hope the speed of usage thing is kept in mind, though.
> We've been
> hit with a lot of changes in H9 that significantly slow down the
> parameters for obscure features over and over, RMB undo aieee!), we don't
> need more. More features are good, but implementing them so the user can
> manage less if desired is critical.
> /pet peeve OFF
> John Coldrick www.axyzfx.com Axyz Animation
> 416-504-0425 477 Richmond St W
> Toronto, ON Canada
> jc at axyzfx.com M5V 3E7
> If all else fails, immortality can always be assured by spectacular error.
> John Kenneth Galbraith
> Sidefx-houdini-list mailing list
> Sidefx-houdini-list at sidefx.com
More information about the Sidefx-houdini-list