Originally posted by Mike Ng:
How do you interpret this? exact match means "Fred" matches
1) "Fred" and "fred" (case-insensitive).
2) "Fred" only (case-sensitive)
I think #1 makes more sense in real-world app but I am afraid of the word "must". Can I justify it in choices.txt?
I'm definately in the #1 camp with you mike. I think that a CSR would want to be able to just type in a few letters to do a quick search on behalf of someone who wishes to book a room. I just can't see how a case sensitive search is the least bit useful. I do also fear the work must however.
My search function is by default a case insensitve 'starts with' search. I provide the option to turn on both the case sensitive and exact match options if some user is crazy enough to actually want that
.
This satisfies the requirements while being more user friendly, as it does allow the user to for records where the name and/or location fields exactly match values specified by the user. Just not by default. I would be very suprised if this resulted in a failure ( and very confident of an appeal too!)
Alot of people do seem to have the case sensitive / exact match approach though just to be on the safe side. But I'm with you in the #1 camp for sure.
regards,
Mark