Date formatting
Status
AGREED
Result
Will be handled as bugs - Zak will forward to Stripes team - no timeline for development though
This wiki page is to collect expectations on date entering and formatting.
# | Requirement | Analysis Notes | Notes from AI discssion | Proposed pattern | Submitted by OR has use case for institution / customers | Date added |
|---|---|---|---|---|---|---|
| 1 | User should be able to type in own locale and get the correct date displayed | 2022-05-10 vs 05/10/2022 vs 10.05.2022 | AGREED | Martina Schildt from AI discussion |
| |
| 2 | User should be able to type in own locale without punctuation and get the correct date displayed | user must type the punctuation mark rather that system automatically supplying it as the user types standard in most systems and generally online when filling out forms etc. | AGREED | Martina Schildt from AI discussion |
| |
| 3 | User should be able to search for from date without having to enter a to date | In cases where a user wants to find everything from a given date till today If no to date is supplied, the filter should act like the user has entered today as date | AGREED |
| ||
| 4 | User should be able to search for to date without having to enter a from date | In cases where a user wants to find everything until a given date If no from date is supplied, the filter should act like the user has entered an really early date (e.g. 1900 or 1970) as date | AGREED | Felix Hemme |
| |
| 5 | Date picker should use a consistent method of entering month and year | Currently, the month can be selected using a dropdown menu, but to select a year, the user has to browse through options. | AI SIG agreed, but this is very difficult to change. Workaround: User should be able to type in own locale without punctuation and get the correct date displayed AGREED | Felix Hemme |
| |
| 6 |
NEW The “apply” button should be applied with a return key strike - across all apps | As soon as a date has been entered by the user, the result list should update accordingly and only display search results that match the filter, without having the user to click "Apply" first. That seems like an unneccessary step. | This is not doable due to accessibility issues
Martina Schildt After AI discussion we adjusted the requirement: the “apply” button should be applied with a return key strike - across all apps AGREED |
| ||
| 7 |
Tickets created
STCOM-1160 - Getting issue details... STATUS