Open ardourApeX opened 6 months ago
Hey @ardourApeX the first one, is that done by fuzzy search?
@ardourApeX, For search in the input box, by default, it should be task search, and if the assignee is typed then the users search takes place, based on the applied filter the suggestion is given, or else its default task We also show the suggestion for the filter keys also? Can we do this?
Hey @ardourApeX the first one, is that done by fuzzy search?
@ardourApeX, For search in the input box, by default, it should be task search, and if the assignee is typed then the users search takes place, based on the applied filter the suggestion is given, or else its default task We also show the suggestion for the filter keys also? Can we do this?
I'm not sure if I understood your question correctly, but based on what I understand, here is my answer:
The purpose of showing suggestions here is to minimize errors. The more we ask the user to type, the greater the chances of errors. To overcome this issue, I thought of auto-completing the key part based on the typed value. It will involve hard-coded logic since we have a limited number of keys.
As per my understanding, we use the key for status and assignee, but not for the title. However, to make it more consistent and understandable in the UI, I thought of adding a title key as well.
One thing we can do for the UI purpose is to have a title key and keep the API calling structure the same as before. So that the functionality will remain the same for each use case.
can you share, how will this be scaled if we have more fields in the future, also can you state the technical aspects of how we are going to achieve these functionalities
can you share, how will this be scaled if we have more fields in the future, also can you state the technical aspects of how we are going to achieve these functionalities
Here is the POC I did. It is not completely implemented but may depict the actual implementation.
Description:
Currently, the UI & UX of the task details page on the status site does not seem to be satisfactory. It lacks in terms of UI, UX, and feature accessibility.
Complete Requirements:
Here are some of the issues that may be intuitive in nature, but they do exist.
Phase 1
Design Doc
https://docs.google.com/document/d/1dIuMmbccVzpnkvVbjWGRK-DMyD1TuvvggnuBvS6oYeA
Requirements
Phase 2
Requirements