Blender Kitsu: New Assset Tagging System #286
No reviewers
Labels
No Label
Kind
Breaking
Kind
Bug
Kind: Community
Kind
Documentation
Kind
Easy
Kind
Enhancement
Kind
Feature
Kind
Proposal
Kind
Security
Kind
Studio Request
Kind
Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: studio/blender-studio-tools#286
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "TinyNick/blender-studio-pipeline:feature/asset-tagging"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What's Changed?
Updated UI
Metadata in Kitsu Server
TODO
@fsiddi The only thing missing in this PR is the logic for published files, so if you are in a working file
So the use case is for an asset with the following structure
The question is how do we find the latest publish, do we assume the publish folder name and version conventions exactly match what we use in the Asset Pipeline Add-On, but put that logic in the Kitsu Add-On (creates redudant logic for finding publish in Kitsu and Asset add-ons)
Just call this operator from the Asset Pipeline Add-On (if Kitsu is enabled) which already has logic to find the latest publish, (I prefer this one)
Hi, thanks for the update on this. Option 2 is ok.
What happens if we don't use the asset pipeline? Is it possible to tag assets from any file?
@fsiddi Yes any file you open can be tagged as an Asset, that part of the system already works.
The only outstanding feature was how do we tag Published files from a working file, I will implement it in in the style of option 2.
@fsiddi After a second look, because this process requires the user to select a Kitsu context we should go with option 1 instead,
I will reach into the Asset Pipeline Add-On from the Kitsu add-on to get the logic for finding the latest publish to make the redudant code a non-issue.
So its more like option 2 but in reverse because the Operator will live in / UI will be drawn by the Kitsu Add-On, but there will not be duplicate code between the add-ons