Content Comparison

...

Do not use ASP TextMode="Date" property.  The reason is because this property transforms a regular text input into an HTML5 date input field, rendering as <input type="date"> in supported browser but not all and conflicts with the front-end html5 <input date="">.  

From accessibility team:
Testing:

The following test should pass:

1.    Basic functionality works for mouse users including:

2. navigating the pages (query, word search, national report, regional report

   1. queries return correct results.

3. Regression test to confirm that subscriptions were not inadvertently affected has passed (emails continue to be sent/received)
   

see also PBI 389225: CADORS Accessibility Issues - Recommended adjustments

1. Part of the acceptance criteria should include inline (real-time) validation vs form level validation testing (only when user hits Search button)

   Currently the form has a combination of both.

   Example:

   Form-Level Validation

   1. Empty Form Submission:

      • When user clicks "Search" with zero/no data entry in any form field

      • A WET compliant bulleted list is displayed of ALL required fields (missing mandatory fields)

      • Error message appears at top of page above the form

      • Includes date and non-date fields

   2. Partial Form Submission:

      • When user enters SOME valid data (Both date fields)

      • Clicks "Search" with incomplete required fields

      • A WET compliant bulleted list is displayed of ALL required fields (missing mandatory fields)

      • Exclude previously validated date fields from error list

      • Date fields are not cleared out

   Inline Validation (Validation occurs in real-time)

   1. Date Field Validation:

      • On invalid date entry (onBlur)

        • Trigger inline error immediately above specific date field (error message between visible label and form field)

        • Error message specific to date format/range

        • Include WET formatting that includes  the word "Error" in error messagetext 

      • On valid date correction

        • Remove error message dynamically

        • Allow progression to next input field

   2. Special Date Scenarios:

      • Today's date entry

        • Permit field progression without errors

      • Date range changes

        • Valid to valid date: No error triggered

        • Valid to invalid date: Inline error displayed

   Hope this helps
   

      Basic functionality works for mouse users including:

   navigating the pages (query, word search, national report, regional report

2. queries return correct results.

3. Regression test to confirm that subscriptions were not inadvertently affected has passed (emails continue to be sent/received)
   * The code changes don't touch the mail kit changes that were implemented for the TCMailer deprecation.