Houdini Main Changelogs
4.9.443 | We no longer tilt the homing if viewing in ortho. |
Thu. August 9, 2001 | |
4.9.443 | We no longer tilt the homing if viewing in ortho. |
Thu. August 9, 2001 | |
4.9.443 | We no longer tilt the homing if viewing in ortho. |
Thu. August 9, 2001 | |
4.9.442 | We no longer home the viewport when it's type changes implicitly. We leave it up to the viewstate to do that when the user does it manually. This fixes a bug where the viewmemory button would have to be pressed twice if changing a type as well as the transformation matrix. The side effect is that the first time the user switches to a new type implicitly (e.g. when changing the viewports configuration) they have to home all manually. |
Wed. August 8, 2001 | |
4.9.442 | We no longer home the viewport when it's type changes implicitly. We leave it up to the viewstate to do that when the user does it manually. This fixes a bug where the viewmemory button would have to be pressed twice if changing a type as well as the transformation matrix. The side effect is that the first time the user switches to a new type implicitly (e.g. when changing the viewports configuration) they have to home all manually. |
Wed. August 8, 2001 | |
4.9.442 | We no longer home the viewport when it's type changes implicitly. We leave it up to the viewstate to do that when the user does it manually. This fixes a bug where the viewmemory button would have to be pressed twice if changing a type as well as the transformation matrix. The side effect is that the first time the user switches to a new type implicitly (e.g. when changing the viewports configuration) they have to home all manually. |
Wed. August 8, 2001 | |
4.9.442 | We no longer home the viewport when it's type changes implicitly. We leave it up to the viewstate to do that when the user does it manually. This fixes a bug where the viewmemory button would have to be pressed twice if changing a type as well as the transformation matrix. The side effect is that the first time the user switches to a new type implicitly (e.g. when changing the viewports configuration) they have to home all manually. |
Wed. August 8, 2001 | |
4.9.442 | We no longer home the viewport when it's type changes implicitly. We leave it up to the viewstate to do that when the user does it manually. This fixes a bug where the viewmemory button would have to be pressed twice if changing a type as well as the transformation matrix. The side effect is that the first time the user switches to a new type implicitly (e.g. when changing the viewports configuration) they have to home all manually. |
Wed. August 8, 2001 | |
4.9.442 | Fixed bug in operator list that made it so that unexposing an operator would not remove it from the list. Subsequently turning on the expose flag for that operator would add a second (or third...) copy of that operator to the list. |
Wed. August 8, 2001 | |
4.9.442 | Fixed bug in operator list that made it so that unexposing an operator would not remove it from the list. Subsequently turning on the expose flag for that operator would add a second (or third...) copy of that operator to the list. |
Wed. August 8, 2001 | |
4.9.442 | Fixed bug in operator list that made it so that unexposing an operator would not remove it from the list. Subsequently turning on the expose flag for that operator would add a second (or third...) copy of that operator to the list. |
Wed. August 8, 2001 | |
4.9.442 | Fixed bug in operator list that made it so that unexposing an operator would not remove it from the list. Subsequently turning on the expose flag for that operator would add a second (or third...) copy of that operator to the list. |
Wed. August 8, 2001 | |
4.9.442 | Fixed bug in operator list that made it so that unexposing an operator would not remove it from the list. Subsequently turning on the expose flag for that operator would add a second (or third...) copy of that operator to the list. |
Wed. August 8, 2001 | |
4.9.442 | Using tilted homing on the x-axis will now tilt around the correct axis. |
Wed. August 8, 2001 | |
4.9.442 | Using tilted homing on the x-axis will now tilt around the correct axis. |
Wed. August 8, 2001 | |
4.9.442 | Using tilted homing on the x-axis will now tilt around the correct axis. |
Wed. August 8, 2001 | |
4.9.442 | Using tilted homing on the x-axis will now tilt around the correct axis. |
Wed. August 8, 2001 | |
4.9.442 | Using tilted homing on the x-axis will now tilt around the correct axis. |
Wed. August 8, 2001 | |
4.9.442 | Removed the default hotkey bindings to cplane 'x' 'y' and 'z' because 'x' was conflicting with setting the current viewport. |
Wed. August 8, 2001 | |
4.9.442 | Removed the default hotkey bindings to cplane 'x' 'y' and 'z' because 'x' was conflicting with setting the current viewport. |
Wed. August 8, 2001 | |
4.9.442 | Removed the default hotkey bindings to cplane 'x' 'y' and 'z' because 'x' was conflicting with setting the current viewport. |
Wed. August 8, 2001 | |
4.9.442 | Removed the default hotkey bindings to cplane 'x' 'y' and 'z' because 'x' was conflicting with setting the current viewport. |
Wed. August 8, 2001 | |
4.9.442 | Removed the default hotkey bindings to cplane 'x' 'y' and 'z' because 'x' was conflicting with setting the current viewport. |
Wed. August 8, 2001 | |
4.9.442 | Inputs to the Pop SOP will now work correctly when within subnets. |
Wed. August 8, 2001 | |
4.9.442 | Inputs to the Pop SOP will now work correctly when within subnets. |
Wed. August 8, 2001 |