Open e1121208 opened 4 days ago
Thank you for your input. We felt that this is of a lower priority than what we have done in v1.6.
We felt that our help message is quite specific to tell user what is an acceptable input for our r/
field.
When we think in the user's perspective, upon seeing the message Rate should ...
and
1. at most 2 decimal places
and
2. is between the range of ...
We felt that the user should be able to understand quite clearly that the input should not be blank.
We thought about a new user that does not know any constraints about this application, and when the user types in
add n/John Doe p/98765432 e/johnd@example.com a/311, Clementi Ave 2, #02-25 t/Sunday-1000-1200 s/Mathematics r/ paid/6000 owed/3000
, we feel that between these two options:
r/ should not be empty
which has no other information about the actual constraints of RATE, ORThe user might prefer the 2nd option more, as it tells the user more information.
Of course, your suggestion is valuable to our team in terms of improving the user experience for UGTeach, and we will consider improving this in the future iteration, by telling user that it should not be empty.
Team chose [response.NotInScope
]
Reason for disagreement: [replace this with your explanation]
Description
The
r/
field should not be empty is not alerted to the user.Steps to Reproduce
r/
field empty.Expected Behavior
Users should be prompted of the empty
rate
field when inputting an emptyr/
.Actual Behavior
However, the result display only reminds user that the decimal place should be at most two and within the price range specified by the program.
Additional Information
Input:
add n/John Doe p/98765432 e/johnd@example.com a/311, Clementi Ave 2, #02-25 t/Sunday-1000-1200 s/Mathematics r/ paid/6000 owed/3000
Output:Suggested Improvement
Consider throwing another command exception in the case of that field being empty.