-
Notifications
You must be signed in to change notification settings - Fork 237
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Desk research into whether other teams have tried to solve issues with conditional reveals #1508
Comments
I've started a spreadsheet to capture examples here: https://docs.google.com/spreadsheets/d/1mOdxxVyLpyrFGk4JxmBig08ua3-OO62VdXGA0oQ1ib4/edit#gid=0 |
Summary of findings
|
Hanna wrote:
We use that pattern extensively in at least one of our services (www.gov.uk/send-rent-lease-details). It's been applied to more than just radio buttons and we're now trying to design it out. I saw the request for examples but didn't report it previously because I thought the scope was limited to revealing content as part of the radio button group. In addition to the questions raised by Hanna, I'd suggest guidance should include a caution against using conditional reveal. The user experience of a GDS page is WYSIWYG but conditional reveal can make it feel unstable. Within the team, I've used the term 'rabbits out of a hat' but I'm sure somebody else can encapsulate it better. I'd be happy to demonstrate it to anyone. I enclose images: |
Thanks @terrysimpson99 👍 I'm going to close this card. Would you like to add your comment to alphagov/govuk-frontend#1988 so that it doesn't get lost? Or I can do it on your behalf. |
@terrysimpson99 Apologies, I have a couple more questions. Have you seen any evidence that users are struggling with this pattern where the revealed content is below the radios? Or what made you decide to to remove it from your service? What did you replace it with? |
Re: users struggling. I don't have any evidence that users struggle without outside reveal per se. Users face challenges for 'within' and 'outside' reveals but they appear to manage with both. But the design below might give you a clue as to what is being done with reveals and it isn't something I would recommend. When the reveal is a long way from the selection, there is a visual disconnect (for sighted users), cognitive disconnect, and even a time-domain disconnect in our case. The example below is where a text area has appeared as a result of a 'Yes' selection but four questions prior. Users sometimes get to the field and don't know what it relates to - the ones I've seen do that eventually work it out so it's not a show-stopper but it's not great. That seems to me to be a bad implementation of reveal rather than reveal itself. The service has just gone berserk with reveals so I'd welcome some caution expressed in guidance. The decision to remove them was partly due to a move to one-thing-per-page when most reveals could be replaced with a question on the following page. The decision eventually got support of stakeholders when developers couldn't handle a particular feature request (such as allowing the user to add & remove addresses) due to the complexity of the page with embedded reveals. We haven't implemented the new design yet. |
@terrysimpson99 Thanks so much for sharing these, it's really useful information 👍 I think you're right that in the example you share it's quite hard to understand which particular question revealed the content. I've linked to your comments from alphagov/govuk-frontend#1988 as I'm going to close this card. |
What
Desk research into whether other teams outside of government have solved some of the issues we have with conditional reveals.
For example:
Why
So we can learn from them.
Who needs to know about this
Developers, Designers
Further detail
Helps resolve the following issues:
#979
#1972
#1988
#1989
Done when
The text was updated successfully, but these errors were encountered: