Open theman-oj10 opened 2 months ago
Both points out validity of characters in names.
[The team marked this bug as a duplicate of the following bug]
Names should allow for common special characters such as /
As app was designed for freelance journalists who probably have contacts from around the globe, perhaps it should be allowed for names with characters such as "/" to be allowed when adding persons as the names of some races contain these special characters. This feature should also be extended for adding an article's contributor/interviewee
[original: nus-cs2103-AY2324S2/pe-interim#176] [original labels: severity.Low type.FeatureFlaw]
[This is the team's response to the above 'original' bug]
As stated in the UG, our app currently only allows name for to be alphanumeric.More importantly
/
characters are used for prefixes. While this could be a future enhancement our app, we did not however implement it during this iteration to help/
characters retain readability as prefixes in commands and given the effort to allow for such a behaviour (S/
andD/
are both valid prefixes forSTATUS
andDATE
, allowing for "S/O" and "D/O" would be confusing both when read in the command line by users and in implementation).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]
Names might have special characters like - and / (eg- S/O) and this can be included. It is especially important for this application because the legal names might be required to credit them in articles.
Command Used:

add n/Gill s/o bates p/12345678 e/gillbates@sicromoft.com a/Sicromoft HQ