Open lululwtv opened 9 months ago
While it's true that searching for a common surname might yield a large number of results, it's essential to understand that the current feature was designed to allow for flexibility in case a user doesn't have the exact spelling, or wants to see a broader list of tutors with a similar surname. This flexibility can be beneficial in scenarios where users might not be sure of the complete name or want to explore options.
Additionally, the app was created with the intention of serving a tution coordinator handling 20-50 tutors. As such, the likelihood of encountering 1000 tutors with the same surname or name keyword will be very low.
[The team marked this bug as a duplicate of the following bug]
find-t command does not work correctly
In my addressbook, I have 2 tutors named Lee Jun Hong and Lee Jun Ming. Inputting
find-t Lee Jun Hong
returns both of these tutors
While I understand that it was stated in the UG that this is intentional, I believe that this may cause future inconveniences for the user. For instance, if we have 1000 tutors with surname Lee, and I only wish to look for the particulars of Lee Jun Hong specifically. it would mean that I still have to sieve through 1000 different tutors to find his particulars.
Moreover, if a specific name was keyed in, I would believe that the user is intending to search for that exact matching name
[original: nus-cs2103-AY2324S1/pe-interim#4452] [original labels: type.FeatureFlaw severity.Medium]
[This is the team's response to the above 'original' bug]
The search behaviour is designed as such for a few reasons (bolded in the explanation below).
While it's true that searching for a common surname might yield a large number of results, it's essential to understand that the current feature was designed to allow for flexibility in case a user wants to see a broader list of tutors. The search behaviour is designed to show the most number of results as possible, such that there is no chance that the person the user is searching for does not appear in the filtered list shown.
Additionally, users can leverage this behaviour to include more keywords in just one command. In a scenario where a tuition centre coordinator wants to find all tutors whose surnames are Tan and Lee,
find-t Lee Tan
would work. In your proposed implementation, this search result is impossible.Regarding your concern, the search behaviour was clearly documented in the UG as you pointed out. As such, advanced users in this case who are searching specifically for Lee Jun Hong can understand from the search behaviour documentation that inputting 'Hong' as the keyword would be more beneficial to them (fewer keywords, more narrow search). Thus, with current implementation of search behaviour, it is not impossible to return Lee Jun Hong.
The severity of this issue should also be lowered to Low, since it is rare that there will be 1000 tutors with the surname Lee.
Items for the Tester to Verify
:question: Issue duplicate status
Team chose to mark this issue as a duplicate of another issue (as explained in the Team's response above)
Reason for disagreement: [replace this with your explanation]
Similar to find-t, find-s also displays all the tutors with Lee when I am looking for only Lee Jun Hong
In this case, there are only 8 schedules. However, in a larger set of data, there may be thousands of schedules to sieve through although I only want to see Lee Jun Hong's schedule
It would also be inefficient to use list-s [INDEX] to find that tutor's schedule if I have thousands of tutors to look through before being able to find his index.