instinct-vfx Posted September 2, 2014 Report Share Posted September 2, 2014 Heya, .similar to the code field for the AssetBuilds it would be nice to have a code field for the TaskTypes to differentiate between shortform and cleartext. Cheers,Thorsten Link to comment Share on other sites More sharing options...
Mattias Seebergs Posted September 3, 2014 Report Share Posted September 3, 2014 Hey Thorsten, That's a good idea, I have added a feature request for it. (I guess you're referring to Asset Types and not Asset Builds ) Cheers Link to comment Share on other sites More sharing options...
Milan Kolar Posted November 13, 2014 Report Share Posted November 13, 2014 I'll second this. I'm having to find awkward workarounds for this now, so It would be greatly appreciated Link to comment Share on other sites More sharing options...
Milan Kolar Posted February 27, 2015 Report Share Posted February 27, 2015 To add to this one. I'd say that most of the 'types' things in ftrack should have a short name or 'code' field by which we could refer to it in the API. Usecase for task status codes:I have a daemon running that is responsible for changing statuses on task depending on what's happening with their versions. When i want to set a status using API I have to do something like thisstatus = version.getStatus()project = version.getParents()[-1]statuses = project.getTaskStatuses()task = version.getTask()if status.getName() == 'Approved': task.setStatus(statuses[3])Now I know that status 3 of this particular project is 'Complete', however this might not be true on another project, where we only have 3 task statuses in the schema. Hence it's really difficult to make things like this work across the board. What I'd like to be doing isstatus = version.getStatus()task = version.getTask()if status.getCode() == 'appr' #or 'approved' or 'i like kittens' or whatever I set this status code to be in ftrack settings task.setStatus('cmpl') # or 'complete' or ... you get the gist. Pretty much the same as idea as being able to refer to a project by it's code when retrieving it by ftrack.getProject(code), but inverse. Usecase for Task codes:Mostly for creating folder structures. If we have a task type called motion graphics, I'd like it to be represented also as mograph, so I could get this code and use it as a folder name upon its generation. No I need to have a small dictionary containing task types and their corresponding short names, which is just a little annoying. And as we are reaching for the sky already, it would be awesome if columns in spreadsheet view could change it's display from full name to this short code when scaled too small for full name to fit. We could get a lot of columns on the spreadsheet that way without really sacrificing readability. Sooo to finish this up, how is this looking as far as implementation goes? Link to comment Share on other sites More sharing options...
tokejepsen Posted March 10, 2015 Report Share Posted March 10, 2015 +1 for this. If we want to rely on ftrack to do the folder structure and the the type of an asset is part of that structure, we will need a short code. Would be nice if this is dictated in FTrack rather than some offline document:) Link to comment Share on other sites More sharing options...
colt Posted May 4, 2015 Report Share Posted May 4, 2015 I would like to bring this up too. Since we want to set our folders via the project hierarchy it would help having short code fields for projects, asset build types and task types. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.