[Sidefx-houdini-list] bundles or groups

Pablo Giménez 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
> them
> 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
> should
> 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
> GUI(managing
> 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
>        Cheers,
>        J.C.
> --
> 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
> https://lists.sidefx.com:443/mailman/listinfo/sidefx-houdini-list

Un saludo
Best Regards
Pablo Giménez

More information about the Sidefx-houdini-list mailing list