Houdini Main Changelogs
6.2.118 | Channel references are now properly followed and hilighted when its associated handle is active. Locked parameters can no longer be hilighted. |
Mon. January 26, 2004 | |
6.2.118 | Channel references are now properly followed and hilighted when its associated handle is active. Locked parameters can no longer be hilighted. |
Mon. January 26, 2004 | |
6.2.118 | Channel references are now properly followed and hilighted when its associated handle is active. Locked parameters can no longer be hilighted. |
Mon. January 26, 2004 | |
6.2.118 | Channel references are now properly followed and hilighted when its associated handle is active. Locked parameters can no longer be hilighted. |
Mon. January 26, 2004 | |
6.2.117 | The global preference for "Avoid Setting Pre-Transforms" has been replaced with the "Ignore Pre-Transforms" setting. Not only will this setting avoid setting pre-transforms, it will also ignore them even if they exist. |
Sun. January 25, 2004 | |
6.2.117 | The global preference for "Avoid Setting Pre-Transforms" has been replaced with the "Ignore Pre-Transforms" setting. Not only will this setting avoid setting pre-transforms, it will also ignore them even if they exist. |
Sun. January 25, 2004 | |
6.2.117 | The global preference for "Avoid Setting Pre-Transforms" has been replaced with the "Ignore Pre-Transforms" setting. Not only will this setting avoid setting pre-transforms, it will also ignore them even if they exist. |
Sun. January 25, 2004 | |
6.2.117 | The global preference for "Avoid Setting Pre-Transforms" has been replaced with the "Ignore Pre-Transforms" setting. Not only will this setting avoid setting pre-transforms, it will also ignore them even if they exist. |
Sun. January 25, 2004 | |
6.2.117 | The global preference for "Avoid Setting Pre-Transforms" has been replaced with the "Ignore Pre-Transforms" setting. Not only will this setting avoid setting pre-transforms, it will also ignore them even if they exist. |
Sun. January 25, 2004 | |
6.2.117 | There is now a new hscript command, chopexportmap which allows manipulation of custom chop override mappings. The opscript command now also outputs this so that chop nodes are now faithfully reproduced. |
Sun. January 25, 2004 | |
6.2.117 | There is now a new hscript command, chopexportmap which allows manipulation of custom chop override mappings. The opscript command now also outputs this so that chop nodes are now faithfully reproduced. |
Sun. January 25, 2004 | |
6.2.117 | There is now a new hscript command, chopexportmap which allows manipulation of custom chop override mappings. The opscript command now also outputs this so that chop nodes are now faithfully reproduced. |
Sun. January 25, 2004 | |
6.2.117 | There is now a new hscript command, chopexportmap which allows manipulation of custom chop override mappings. The opscript command now also outputs this so that chop nodes are now faithfully reproduced. |
Sun. January 25, 2004 | |
6.2.117 | There is now a new hscript command, chopexportmap which allows manipulation of custom chop override mappings. The opscript command now also outputs this so that chop nodes are now faithfully reproduced. |
Sun. January 25, 2004 | |
6.2.115 | Cutting and pasting nodes will now properly update the pane path. |
Fri. January 23, 2004 | |
6.2.115 | Cutting and pasting nodes will now properly update the pane path. |
Fri. January 23, 2004 | |
6.2.115 | Cutting and pasting nodes will now properly update the pane path. |
Fri. January 23, 2004 | |
6.2.115 | Cutting and pasting nodes will now properly update the pane path. |
Fri. January 23, 2004 | |
6.2.115 | Cutting and pasting nodes will now properly update the pane path. |
Fri. January 23, 2004 | |
6.2.115 | Added ability for the user to choose custom color palettes from a menu. The palettes must be stored in a folder called .../config/ColorPalettes. The palette files themselves can have any name or extension, and they must follow the original X11 palette file's format. Note: This will not break legacy Houdini behaviour, i.e. the user should NOT move the original X11 palette file from its original location. |
Fri. January 23, 2004 | |
6.2.115 | Added ability for the user to choose custom color palettes from a menu. The palettes must be stored in a folder called .../config/ColorPalettes. The palette files themselves can have any name or extension, and they must follow the original X11 palette file's format. Note: This will not break legacy Houdini behaviour, i.e. the user should NOT move the original X11 palette file from its original location. |
Fri. January 23, 2004 | |
6.2.115 | Added ability for the user to choose custom color palettes from a menu. The palettes must be stored in a folder called .../config/ColorPalettes. The palette files themselves can have any name or extension, and they must follow the original X11 palette file's format. Note: This will not break legacy Houdini behaviour, i.e. the user should NOT move the original X11 palette file from its original location. |
Fri. January 23, 2004 | |
6.2.115 | Added ability for the user to choose custom color palettes from a menu. The palettes must be stored in a folder called .../config/ColorPalettes. The palette files themselves can have any name or extension, and they must follow the original X11 palette file's format. Note: This will not break legacy Houdini behaviour, i.e. the user should NOT move the original X11 palette file from its original location. |
Fri. January 23, 2004 | |
6.2.115 | Added ability for the user to choose custom color palettes from a menu. The palettes must be stored in a folder called .../config/ColorPalettes. The palette files themselves can have any name or extension, and they must follow the original X11 palette file's format. Note: This will not break legacy Houdini behaviour, i.e. the user should NOT move the original X11 palette file from its original location. |
Fri. January 23, 2004 | |
6.2.115 | Window titles of panes which have been torn off now include the type of the pane in question along with the pane's name; for example, "Tree Control - pane3." |
Fri. January 23, 2004 |