Houdini Main Changelogs

6.2.65

Added a -n option to the pane command which can be used either to set the name for a new pane, or change the name of an existing pane.

Thu. December 4, 2003
6.2.65

Added a -n option to the pane command which can be used either to set the name for a new pane, or change the name of an existing pane.

Thu. December 4, 2003
6.2.65

Added a -n option to the pane command which can be used either to set the name for a new pane, or change the name of an existing pane.

Thu. December 4, 2003
6.2.65

Added the new AttribStringEdit SOP which edits string attributes using the same text pattern matching as that used in the Rename CHOP.

Thu. December 4, 2003
6.2.65

Added the new AttribStringEdit SOP which edits string attributes using the same text pattern matching as that used in the Rename CHOP.

Thu. December 4, 2003
6.2.65

Added the new AttribStringEdit SOP which edits string attributes using the same text pattern matching as that used in the Rename CHOP.

Thu. December 4, 2003
6.2.65

Added the new AttribStringEdit SOP which edits string attributes using the same text pattern matching as that used in the Rename CHOP.

Thu. December 4, 2003
6.2.65

Added the new AttribStringEdit SOP which edits string attributes using the same text pattern matching as that used in the Rename CHOP.

Thu. December 4, 2003
6.2.65

Object subnets and custom object subnets have a new parameter, "Visible Children". This parameter specifies a list of child nodes that should be visible. The value is "*" by default. Any child node which is not listed is hidden (as if it's display flag has been turned off).

Thu. December 4, 2003
6.2.65

Object subnets and custom object subnets have a new parameter, "Visible Children". This parameter specifies a list of child nodes that should be visible. The value is "*" by default. Any child node which is not listed is hidden (as if it's display flag has been turned off).

Thu. December 4, 2003
6.2.65

Object subnets and custom object subnets have a new parameter, "Visible Children". This parameter specifies a list of child nodes that should be visible. The value is "*" by default. Any child node which is not listed is hidden (as if it's display flag has been turned off).

Thu. December 4, 2003
6.2.65

Object subnets and custom object subnets have a new parameter, "Visible Children". This parameter specifies a list of child nodes that should be visible. The value is "*" by default. Any child node which is not listed is hidden (as if it's display flag has been turned off).

Thu. December 4, 2003
6.2.65

Object subnets and custom object subnets have a new parameter, "Visible Children". This parameter specifies a list of child nodes that should be visible. The value is "*" by default. Any child node which is not listed is hidden (as if it's display flag has been turned off).

Thu. December 4, 2003
6.2.65

String parameters which are set to use !!ch()!! style channel references now automatically convert those references to chs or chsop expressions. This is because the chs expressions have generally better behavior, especially when referencing animated parameters. The !!ch()!! references are not modified for non-animatable string menus, and checkbox and integer menus are also not affected.

Thu. December 4, 2003
6.2.65

String parameters which are set to use !!ch()!! style channel references now automatically convert those references to chs or chsop expressions. This is because the chs expressions have generally better behavior, especially when referencing animated parameters. The !!ch()!! references are not modified for non-animatable string menus, and checkbox and integer menus are also not affected.

Thu. December 4, 2003
6.2.65

String parameters which are set to use !!ch()!! style channel references now automatically convert those references to chs or chsop expressions. This is because the chs expressions have generally better behavior, especially when referencing animated parameters. The !!ch()!! references are not modified for non-animatable string menus, and checkbox and integer menus are also not affected.

Thu. December 4, 2003
6.2.65

String parameters which are set to use !!ch()!! style channel references now automatically convert those references to chs or chsop expressions. This is because the chs expressions have generally better behavior, especially when referencing animated parameters. The !!ch()!! references are not modified for non-animatable string menus, and checkbox and integer menus are also not affected.

Thu. December 4, 2003
6.2.65

String parameters which are set to use !!ch()!! style channel references now automatically convert those references to chs or chsop expressions. This is because the chs expressions have generally better behavior, especially when referencing animated parameters. The !!ch()!! references are not modified for non-animatable string menus, and checkbox and integer menus are also not affected.

Thu. December 4, 2003
6.2.65

Added a new chsop expression function which is similar to the chs expression but is intended for fetching node names. If the fetched node name is a relative path, it is automatically converted to the appropriate absolute path.

Thu. December 4, 2003
6.2.65

Added a new chsop expression function which is similar to the chs expression but is intended for fetching node names. If the fetched node name is a relative path, it is automatically converted to the appropriate absolute path.

Thu. December 4, 2003
6.2.65

Added a new chsop expression function which is similar to the chs expression but is intended for fetching node names. If the fetched node name is a relative path, it is automatically converted to the appropriate absolute path.

Thu. December 4, 2003
6.2.65

Added a new chsop expression function which is similar to the chs expression but is intended for fetching node names. If the fetched node name is a relative path, it is automatically converted to the appropriate absolute path.

Thu. December 4, 2003
6.2.65

Added a new chsop expression function which is similar to the chs expression but is intended for fetching node names. If the fetched node name is a relative path, it is automatically converted to the appropriate absolute path.

Thu. December 4, 2003
6.2.65

Fixed a bug with our automatic updating of expression functions when a node name changes. If the node's name appeared multiple times and within a nested expression, after changing the node name the expression could be mangled. This no longer happens.

Thu. December 4, 2003
6.2.65

Fixed a bug with our automatic updating of expression functions when a node name changes. If the node's name appeared multiple times and within a nested expression, after changing the node name the expression could be mangled. This no longer happens.

Thu. December 4, 2003