-
Notifications
You must be signed in to change notification settings - Fork 77
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Value types in Sample objects should be nullable (FTV-212) #12
Labels
Comments
jcowles
pushed a commit
that referenced
this issue
Aug 30, 2018
Assigning values to these outputs will cause the connections to be ignored which is almost always not what the user wants. This should be addressed along with issue #12
jcowles
pushed a commit
that referenced
this issue
Jan 14, 2019
Assigning values to these outputs will cause the connections to be ignored which is almost always not what the user wants. This should be addressed along with issue #12
mfe
changed the title
Value types in Sample objects should be nullable
Value types in Sample objects should be nullable (FTV-212)
Jun 12, 2019
jcowles
added a commit
that referenced
this issue
Jul 17, 2019
Now that Nullable<T> is handled correctly and null values still trigger the attribute to be defined in USD, now shader outputs can be made explicit and adhere to the USD spec. Fixes #12
jcowles
added a commit
that referenced
this issue
Jul 18, 2019
Now that Nullable<T> is handled correctly and null values still trigger the attribute to be defined in USD, now shader outputs can be made explicit and adhere to the USD spec. Fixes #12
jcowles
added a commit
that referenced
this issue
Jul 19, 2019
Now that Nullable<T> is handled correctly and null values still trigger the attribute to be defined in USD, now shader outputs can be made explicit and adhere to the USD spec. Fixes #12
jcowles
added a commit
that referenced
this issue
Jul 19, 2019
Now that Nullable<T> is handled correctly and null values still trigger the attribute to be defined in USD, now shader outputs can be made explicit and adhere to the USD spec. Fixes #12
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
For example, XformSample has a Matrix4x4 object, which is always written for every sample because it is not nullable.
This may make reading values trickier, so a unit test should be added to verify the round-trip API works as expected, without additional complications.
The text was updated successfully, but these errors were encountered: