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

 

2User 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

 

3User 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

STSMACOM-838 - Getting issue details... STATUS

 

4User 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 

 

5Date picker should use a consistent method of entering month and yearCurrently, 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

User should not need to press "Apply" button in order to apply the date filter


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

The alternative would be to scroll back to top and do "search" → cumbersome

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