You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
That way that would be supported everywhere. - it would most likely require us though to pass along the folder entity or alike to the get_product_name call - potentially changing the signature. But this oddly enough doesn't feel like "dynamic data" that should really be host implementation specific if there's a use case for it.
Hey @BigRoy - our use case is for materials that have a single output per file.
In these instances the name of the work file is the name of the published product, so to avoid duplication of effort and potential human error, having this be usable in the template name for the publish instance is ideal.
So the workfile auto-resolving to this template name will automatically cover the majority of our product names: Stone_Gravel_001.sbs -> M_Stone_Gravel_001_Base
This is already exposed on the skeletal and static mesh creators via get_dynamic_data:
Is there an existing issue for this?
Please describe the feature you have in mind and explain what the current shortcomings are?
Add ability to have
folder[name] as a valid key for publish instance name
Suggested implementation?
No response
Describe alternatives you've considered:
Note that in some creators this is specifically added already as "dynamic data", like e.g. here: https://github.com/ynput/ayon-houdini/blob/7f4b6b9464cf71bafeebe11e1c0f9f6dfa83ac36/client/ayon_houdini/plugins/create/create_staticmesh.py#L112-L134
The text was updated successfully, but these errors were encountered: