03-05-2022, 10:55 AM
Valid Range hightlighting for Overview's Popout Calendar Widgets
# Valid Range highlighting for Overview's Popout Calendar Widgets
Behavior Change to Overview Start End Calendars – needs approval
## Problem:
QT takes no action when invalid dates are entered.
Some users have experienced this problem and reported it.
QT requires the start date to ALWAYS be “<=” the end date.
User has no notification of the problem.
* Changing Start Date
The start date MUST be less (or equal) than the End date.
* Changing End Date
The end date MUST be greater (or equal) than the Start date.
## Current Mechanism to change Start and End dates
Case 1: use the QT popout calendar widget
* Dates between the OSCAR session First and Last date,
All dates are displayed in blue with weight BOLD.
* Dates outside the OSCAR session First and Last date,
* * In same month as First or Last date - displayed in Blue with weight light
* * Else dates are display in black with weight light
Case 2: edit numeric date in the text box.
## Behavior Changes
What should be done so that the user does not get frustrated when there is no action to a requested date change.
### Option 1 - Just display an error notification
This requires new mechanism to allow the overview display to display error events. There are lots of changes.
No change in Start or End Dates
### Option 2 - For Popout Calendar Widgets - gray out invalid dates
Reduce the display font for invalid dates
* Changing Start Date
All dates above End date will have a reduced font weight
* Changing End Date
All dates below Start date will have a reduced font weight
### Option 3 - Allow any dates to be entered between session First and Last date
* Changing Start Date
Change End date to be the new Start date - keeping the required requirement StartDate <= EndDate
* Changing End Date
Change Start date to be the new End date - keeping the required requirement StartDate <= EndDate
## Implementation
* Option 1 - Takes lots of development
This is currently out of scope
* Option 2 - Has been tested
Impacts only popout calendar, can always be implemented with other options.
Reduces chance of user having problems when using popout calendars.
User expects invalid items to be grayed out.
The font size is changed from bold to light
Does not solve "editing numeric date in the text box."
* Option 3 - Has been tested
Solves both "editing numeric date in the text box." and popout Calendars.
Gives visual indication of change, but might be confusing to a user.
## Recommendation
Option 2 has been implement and a merge request is pending approval.
Behavior Change to Overview Start End Calendars – needs approval
## Problem:
QT takes no action when invalid dates are entered.
Some users have experienced this problem and reported it.
QT requires the start date to ALWAYS be “<=” the end date.
User has no notification of the problem.
* Changing Start Date
The start date MUST be less (or equal) than the End date.
* Changing End Date
The end date MUST be greater (or equal) than the Start date.
## Current Mechanism to change Start and End dates
Case 1: use the QT popout calendar widget
* Dates between the OSCAR session First and Last date,
All dates are displayed in blue with weight BOLD.
* Dates outside the OSCAR session First and Last date,
* * In same month as First or Last date - displayed in Blue with weight light
* * Else dates are display in black with weight light
Case 2: edit numeric date in the text box.
## Behavior Changes
What should be done so that the user does not get frustrated when there is no action to a requested date change.
### Option 1 - Just display an error notification
This requires new mechanism to allow the overview display to display error events. There are lots of changes.
No change in Start or End Dates
### Option 2 - For Popout Calendar Widgets - gray out invalid dates
Reduce the display font for invalid dates
* Changing Start Date
All dates above End date will have a reduced font weight
* Changing End Date
All dates below Start date will have a reduced font weight
### Option 3 - Allow any dates to be entered between session First and Last date
* Changing Start Date
Change End date to be the new Start date - keeping the required requirement StartDate <= EndDate
* Changing End Date
Change Start date to be the new End date - keeping the required requirement StartDate <= EndDate
## Implementation
* Option 1 - Takes lots of development
This is currently out of scope
* Option 2 - Has been tested
Impacts only popout calendar, can always be implemented with other options.
Reduces chance of user having problems when using popout calendars.
User expects invalid items to be grayed out.
The font size is changed from bold to light
Does not solve "editing numeric date in the text box."
* Option 3 - Has been tested
Solves both "editing numeric date in the text box." and popout Calendars.
Gives visual indication of change, but might be confusing to a user.
## Recommendation
Option 2 has been implement and a merge request is pending approval.
LoudSnorer
