-
Notifications
You must be signed in to change notification settings - Fork 105
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Catalog View by Sorted by the Statutes #1705
Comments
Hello, many thanks for your feedback. |
@Vladysl Thanks for your response. One query from me: the merge request I have pushed sorts using the status array. Are there any issues or long-term optimization concerns? |
It will be more clear when the API returns an already sorted response. It would be better when this kind of logic is handled on the API side. But we are open to any propositions; probably I'll take a look at BE code and we can return to this discussion. Many thanks for your contribution. |
@Vladysl Understood, Server-side implementation is much better than the client side. |
Implemented in #1707 |
The best will be to implement via #1710 in a long run I guess. But for now let's change to default sorting behavior. |
Thanks a lot @RamanDamayeu @Vladysl |
As previously mentioned ODD is being utilized more and more as a catalog (quite often by non-technical users)
When users enter the "catalog" section they are instantly presented with everything in ODD (sorted by last added/modified date) the majority of things recently added are usually in the unassigned status and incomplete - this leads to "messy" items usually being listed first that builds a perception that the catalog isn't mature/clean.
The proposal is to sort the default catalog view firstly based on status in the following sequence:
The main reasoning for this is that as users come into the catalog the primary wish is to get an overview of available data (in this case stable is the preferred) and secondly as a technical team, ensure our "customers" have a good perception of the catalog itself.
As always, we can appreciate that design choices are somewhat ambiguous, but we have seen with our internal user base this would be a noticeable improvement in the user experience.
Attaching the screenshot for reference :
I'm more than happy to contribute to implementing the above feature.
The text was updated successfully, but these errors were encountered: