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
The following would be really useful metadata in each export:
Author username (thus able to get ShaderFrog profile url)
ShaderFrog URL to shader, or enough data that one can reconstruct it, like a shader ID.
Revision of the shader on ShaderFrog (because there will be a lot of different versions flying around.)
The text was updated successfully, but these errors were encountered:
The reason I ask if that if we import a ShaderFrog resource into Clara, it would be nice to have the ability to fork or see it on ShaderFrog with just a click -- this data would make that possible.
good idea. i'm thinking export the id and username, and give the runtime the ability to get the url with runtime.getShaderFrogLink( shaderId ) or something like that - that way if the URLs ever changed they won't be hard coded into json, and the latest version of the runtime will generate them correctly. what do you think?
I think revisions should be a separate issue, since it entails a bit more work independent of the exported format. edit: you're 2 years ahead of me #12
ok, I added a url field to the shader that links to the full url, and a user object that has username and url. http://shaderfrog.com/api/download?shaderId=123&preview=1 I'll add revision to the file as part of the revision ticket work
The following would be really useful metadata in each export:
Author username (thus able to get ShaderFrog profile url)
ShaderFrog URL to shader, or enough data that one can reconstruct it, like a shader ID.
Revision of the shader on ShaderFrog (because there will be a lot of different versions flying around.)
The text was updated successfully, but these errors were encountered: