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
Describe the problem or limitation you are having in your project
The AssetLib in its current state is a bit cumbersome to navigate.
Describe the feature / enhancement and how it helps to overcome the problem or limitation
Add a favorites tab to the AssetLib. Currently, the AssetLib is a bit disorganized and challenging to navigate. In my opinion, this seemingly small UI/UX change would make a major difference in organization, and how the AssetLib is perceived by its users.
Describe how your proposal will work, with code, pseudo-code, mock-ups, and/or diagrams
"[..] require some changes to the asset library backend to allow returning all assets that match specific IDs (which would be stored in the editor settings)." - Calinou
If this enhancement will not be used often, can it be worked around with a few lines of script?
No.
Is there a reason why this should be core and not an add-on in the asset library?
It would be a way to manage the asset library itself.
See also #142 (which is much more complex to implement than this proposal).
For this proposal to be implemented with local (editor-wide) favorites, we need two things:
The editor asset library interface needs to be modified to allow adding an asset to a list of favorites, which is a PackedIntArray to be stored in the EditorSettings. New favorites should be added to the end of the list, and the ordering should be preserved whenever possible (so that the user can know which assets they favorited more recently than others).
The API needs to be modified to allow returning a paginated list of all assets that match a list of comma-separated IDs (or an array of query parameters, whichever is easier to implement).
This approach doesn't allow synchronizing favorites across machines (unless you synchronize your editor settings file somehow). On the bright side, it's easy to implement and doesn't require you to create an account just to add assets as favorites.
As for favoriting assets using an account, this is much more involved, both on the API side and the editor side. The editor would need to be able to log into an asset library account, which makes things a lot more complex. Since the current asset library backend is in maintenance mode, I'd prefer not working on that until we migrate to the new asset library. I don't have an ETA for deploying the new asset library right now, since we still need to sort out the hosting for it.
Calinou
changed the title
Favoriting Assets from the AssetLib
Implement favoriting assets in the asset library editor
Nov 9, 2021
Describe the project you are working on
N/A
Describe the problem or limitation you are having in your project
The AssetLib in its current state is a bit cumbersome to navigate.
Describe the feature / enhancement and how it helps to overcome the problem or limitation
Add a favorites tab to the AssetLib. Currently, the AssetLib is a bit disorganized and challenging to navigate. In my opinion, this seemingly small UI/UX change would make a major difference in organization, and how the AssetLib is perceived by its users.
Describe how your proposal will work, with code, pseudo-code, mock-ups, and/or diagrams
"[..] require some changes to the asset library backend to allow returning all assets that match specific IDs (which would be stored in the editor settings)." - Calinou
If this enhancement will not be used often, can it be worked around with a few lines of script?
No.
Is there a reason why this should be core and not an add-on in the asset library?
It would be a way to manage the asset library itself.
Related forum thread: https://godotforums.org/discussion/comment/55485#Comment_55485
The text was updated successfully, but these errors were encountered: