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
In the development of our game, there are a lot of core files that need to be accessed and opened very frequently. At some point, I added some of these as favorites, thinking it would make accessing them a lot easier. After all, they'll be all the way at the top of the FileSystem now, so I can always have access to them.
However there are two problems with this:
The Favorites folder is, by default, closed. This mean that to get access to this file, that I've favorited to make it easier to access, I need to first open the folder, and then access the file. This sounds like a very minor issue, but in my experience this alone has already caused me to just search for it instead.
Whenever the FileSystem is filtered due to some search, the Favorites folder gets filtered too. This mean that, whenever I quickly need a file, I now need to get rid of my previous search, and then open the favorites folder to access my file. On the left, the way it currently works, on the right, the way I'd expect it to work
This is not at all how I'd expect it to work. I expected Favorites to work as pins, as bookmarks. Files that are always available, ready at the click of a single button. Right now, Favorites is simply another folder, which to me defeats the purpose somewhat.
Describe the feature / enhancement and how it helps to overcome the problem or limitation
Firstly, the favorites folder should by default always be opened. There is no reason for it to ever be closed, unless the user has manually closed it.
Secondly, the favorites folder should not be filtered with search results. This way, no matter what you're currently doing, you'll have easy access to the files you have marked as favorite.
Describe how your proposal will work, with code, pseudo-code, mock-ups, and/or diagrams
The favorites folder is opened by default, and shows the favorited files no matter the current filter/search.
If this enhancement will not be used often, can it be worked around with a few lines of script?
It cannot be worked around, and will most likely make Favorites actually have an unique purpose in the FileSystem. I'd expect that this is the way most users would expect Favorites to work.
However, if there are users that prefer the current way Favorites is set up, adding an EditorSetting to configure the behaviour of Favorites would be a good addition.
Is there a reason why this should be core and not an add-on in the asset library?
Core element of the FileSystem.
The text was updated successfully, but these errors were encountered:
Describe the project you are working on
A game project
Describe the problem or limitation you are having in your project
In the development of our game, there are a lot of core files that need to be accessed and opened very frequently. At some point, I added some of these as favorites, thinking it would make accessing them a lot easier. After all, they'll be all the way at the top of the FileSystem now, so I can always have access to them.
However there are two problems with this:
The Favorites folder is, by default, closed. This mean that to get access to this file, that I've favorited to make it easier to access, I need to first open the folder, and then access the file. This sounds like a very minor issue, but in my experience this alone has already caused me to just search for it instead.
Whenever the FileSystem is filtered due to some search, the Favorites folder gets filtered too. This mean that, whenever I quickly need a file, I now need to get rid of my previous search, and then open the favorites folder to access my file.
On the left, the way it currently works, on the right, the way I'd expect it to work
This is not at all how I'd expect it to work. I expected Favorites to work as pins, as bookmarks. Files that are always available, ready at the click of a single button. Right now, Favorites is simply another folder, which to me defeats the purpose somewhat.
Describe the feature / enhancement and how it helps to overcome the problem or limitation
Firstly, the favorites folder should by default always be opened. There is no reason for it to ever be closed, unless the user has manually closed it.
Secondly, the favorites folder should not be filtered with search results. This way, no matter what you're currently doing, you'll have easy access to the files you have marked as favorite.
Describe how your proposal will work, with code, pseudo-code, mock-ups, and/or diagrams
The favorites folder is opened by default, and shows the favorited files no matter the current filter/search.
If this enhancement will not be used often, can it be worked around with a few lines of script?
It cannot be worked around, and will most likely make Favorites actually have an unique purpose in the FileSystem. I'd expect that this is the way most users would expect Favorites to work.
However, if there are users that prefer the current way Favorites is set up, adding an EditorSetting to configure the behaviour of Favorites would be a good addition.
Is there a reason why this should be core and not an add-on in the asset library?
Core element of the FileSystem.
The text was updated successfully, but these errors were encountered: