I am working on a form that is a combination of chatbot and dynamic form elements, that appear and disappear based on different validation events and selections. The form progressively shows the next step, with previous steps appearing like a user has "chatted" the answer.
As a lot of elements are being added/removed a lot of the time, the aria-live
attribute is giving confusing information through the screen reader (e.g. a textbox will show up at the bottom of the screen like a chat message button for some fields, then disappear when the next selection are radio buttons).
As this new form is going to be launched as a beta test, we have a previous page where the user selects some initial values that will route either to this new form or to an existing form.
Is it compliant to WCAG AA standards to do one of the following options (or, other options that are not listed here):
Detect the user is using aria tags via a visually hidden, but aria enabled field, and change the UI to a traditionally structured form (all elements available, less dynamic inserts/removal) when the user focuses into the form
Use detection on the launch page to route the user to a different page that has the basic form, keeping the two pages separated
Provide options that the user can navigate to (menu, checkbox or otherwise) that allows them to toggle the form to change out of the conversation mode, and provide text that explains that this option would be best for screen reader users