Closed martastain closed 1 month ago
Looks good. We will need a couple extra fields.
createdAt
so it can display how long ago a version was createdparent
parent of the entity one level up
Version: {type: "product", subType: "render", name: "genericRender", id: "XXXX" }
Task: {type: "folder", subType: "shot", name: "shot010", label: "Shot010", id: "XXXX" }
Here is what I show for each entity type.
Assignees: Every assignee in the project Versions: Disabled - what versions would you want to see on a folder? Tasks: Direct child tasks of the folder.
Assignees: Every assignee in the project, sorted by assignees first. Versions: Every version linked to the task. Tasks: Direct sibling tasks to the task.
Assignees: Every assignee in the project, sorted by author first. Versions: Direct sibling versions to the version. Tasks: Direct sibling tasks to the parent task of the version.
In some ways I think assignees could have it's own endpoint as well.
The sorting of assignees right now is very dumb and usually A-Z.
For mentions it could be way smarter by first suggesting:
Story
Auto-suggestions for entities in comments should be resolved server-side using a dedicated endpoint
Problems
Currently the frontend has to call various graphql queries, often nested to get a list of entities for autocompletion.
Proposal
REST endpoint
[POST] /api/projects/{projectName}/suggest
with the bodyreturning
Response model covers common fields of folders, tasks and versions (more or less) and the list should be returned sorted by relevance. One request for all mentionable entities should be returned (apart from the users as they are already available in the frontend anyways)