Skip to content
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

Show verification info only if verification is enabled #4878

Merged
merged 6 commits into from
Jan 10, 2023

Conversation

decabeza
Copy link
Collaborator

@decabeza decabeza commented Jul 21, 2022

References

Objectives

Now, even if the "Skip user verification" setting is enabled at admin/settings#tab-feature-flags on the "My account" /account page the text "To perform all the actions verify your account. / Account verified" is displayed which can be a bit confusing for users.

This PR hides this information if the "Skip user verification" setting is active.

Visual Changes

Before

before

before2

After

after

@decabeza decabeza added the UX label Jul 21, 2022
@decabeza decabeza self-assigned this Jul 21, 2022
@javierm
Copy link
Member

javierm commented Aug 5, 2022

Great, since we're touching this part of the application, I think we'll add some changes to fix an accessibility issue we've got here. We say "With you account you can (...) icon-x Support proposals". But the icon isn't shown for screen readers, so people using them actually hear that they can support proposals when they cannot.

@javierm javierm self-assigned this Aug 5, 2022
@javierm javierm force-pushed the verification_info branch 2 times, most recently from 084fe8f to 22e3940 Compare August 11, 2022 20:01
@javierm javierm changed the base branch from master to permission_list_accessibility August 11, 2022 20:04
@javierm javierm added the Bug label Aug 11, 2022
@javierm javierm force-pushed the permission_list_accessibility branch from 4861ded to 608831b Compare August 11, 2022 20:34
@javierm javierm force-pushed the permission_list_accessibility branch from 608831b to 49b319e Compare August 11, 2022 21:01
@javierm javierm force-pushed the permission_list_accessibility branch from 49b319e to b859cb8 Compare September 9, 2022 01:54
@javierm javierm force-pushed the permission_list_accessibility branch from b859cb8 to 830501c Compare October 28, 2022 00:11
@javierm javierm force-pushed the permission_list_accessibility branch from 830501c to 2bac802 Compare November 29, 2022 17:48
Base automatically changed from permission_list_accessibility to master December 1, 2022 13:02
Copy link
Member

@Senen Senen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @javierm, I left you a comment regarding a minor thing.

@@ -1270,16 +1266,6 @@ form {
vertical-align: top;
}

.user-permissions {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not a big deal, but what do you think about removing the class user-permissions from the following views?

  • app/views/account/show.html.erb
  • app/views/management/_user_permissions.html.erb
  • app/views/verification/letter/new.html.erb
  • app/views/verification/residence/new.html.erb

It seems now that class is useless 🤔

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Interesting! I'd vote for keeping the class, at least for now. There might be people using custom styles for this class, and removing it would make the element harder to style 🤔.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok, nice catch!

javierm and others added 6 commits January 4, 2023 16:06
We're also adding tests showing the current behavior, which we're about
to change.
It was strange to tell users they need to verify their account in order
to perform all available actions when they've already verified their
account.
As mentioned in commit 925f04e, icon classes make screen readers
announce strange symbols and aren't properly displayed for people who
have changed their preferred font family.
The contrast value was 1.75, which makes the text hard to read and it
isn't even near to the minimum accessibility requirements.

We're using the `$color-success` variable since the `$check` color is
green and this one is green too.
Using line-height is confusing and has unexpected results when texts
span over multiple lines, as might be the case in some language and
screen resolution combinations.
@javierm javierm merged commit 30edfbc into master Jan 10, 2023
@javierm javierm deleted the verification_info branch January 10, 2023 14:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants