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

[WAI Web Accessibility Laws and Policies] - Affordance for Policy clickable #313

Closed
shawna-slh opened this issue Oct 12, 2017 · 25 comments
Closed
Assignees

Comments

@shawna-slh
Copy link
Contributor

shawna-slh commented Oct 12, 2017

Note: This applies to current site (and redesign).

In the country-detail pages, 2 of 2 usability test participants clicked the ministry and not the policy.

I think they processed the policy only as a heading, and didn't notice that it was clickable.

We probably need to change the design so the policy itself has much stronger affordance to click, and the ministry much less. Probably move the link out of the heading -- even though it will be redundant with the heading, it will be much more apparent that that is the main thing to click on...

@yatil
Copy link
Contributor

yatil commented Oct 17, 2017

Maybe we could have a “Go to policy button” in a gutter on the right or something.

@yatil
Copy link
Contributor

yatil commented Oct 19, 2017

Hi @slhenry, I see that this is an issue in the current design as well. Do you feel we have to address it before the redesign? It impacts how to go about preparing this repository for the redesign (#314).

@yatil yatil mentioned this issue Oct 25, 2017
5 tasks
@yatil
Copy link
Contributor

yatil commented Oct 25, 2017

Brainstorming with @slhenry:

  • Not linking the header
  • Writing something like “Links to policy: English, Finnish, …”

for both versions.

@iamjolly
Copy link
Contributor

I like it. I can run with that in some prototype changes.

@iamjolly
Copy link
Contributor

This has been addressed in commit 4579294.

@shawna-slh
Copy link
Contributor Author

Sorry I missed the questions to me earlier. :(
How much work would it be to implement in the current design as well? That would be good to do... but maybe not worth it?

@shawna-slh shawna-slh reopened this Nov 14, 2017
@iamjolly
Copy link
Contributor

How much work would it be to implement in the current design as well? That would be good to do... but maybe not worth it?

This might take a couple of hours to do, maybe a little more if there are any snags with back-porting the rendering component for URLs.

Would the benefits be that having it in the current design will allow us to publish the update ahead of the re-launch?

@shawna-slh
Copy link
Contributor Author

Would the benefits be that having it in the current design will allow us to publish the update ahead of the re-launch?

Yes! As soon as it is approved, we can update it on the current site.

Ideally, we would do both -- update the current site, and have it ready for the redesigned site.

@yatil
Copy link
Contributor

yatil commented Nov 15, 2017

It deepens on what we want to port over to the old/current design: If it is just the way headings are displayed, that is easy to do. If we also want styling that fits into the old/current design, that might be a more laborious task, and we have to decide if it is worth it.

@sharronrush
Copy link

sharronrush commented Nov 15, 2017 via email

@shawna-slh
Copy link
Contributor Author

It deepens on what we want to port over to the old/current design

The issue that we found in usability testing -- taking the links out of the headings. Don't really care about styling at this point.

@yatil
Copy link
Contributor

yatil commented Nov 16, 2017

@slhenry But the links are still in the header area, if there is an English version, it is the header. The solution consists of changing how links look (prepend language info) and making a clear separation of the header area to emphasize it. (Because people clicked the agencies before.) So I wonder if doing one thing but not the other is less effective?

@iamjolly
Copy link
Contributor

iamjolly commented Dec 8, 2017

I have worked on a couple of mockups based on Law/Policies with a single language (like United States) and ones with multiple languages (like Switzerland) in an attempt to address this. These have their flaws, but they might help resolve the confusion noted in usability testing.

US policy mockup with proposed use of list item for English: Official Law/Policy Page link

Switzerland policy mockup of current page with note about replacing the language links to be generic English text prepended with language name

Switzerland policy mockup with proposed use of list items for links to multiple different languages

@yatil
Copy link
Contributor

yatil commented Dec 8, 2017

Hi Robert, I think we want to keep the names of the law/policy for SEO/general find ability reasons. For example Germans might know about BITV and would easily recognize that. If we remove the name from the page, it might be disorienting. What about the following approach:

Federal Law on…

Official Law/Policies page(s):

  • English
  • French: French name of Law (francaise)
  • German: German name of Law (deutsch)

@shawna-slh
Copy link
Contributor Author

shawna-slh commented Dec 8, 2017

Thanks, Robert!

Agree with @yatil that we want the name linked. I know that will mean some redundancy when only one language, but I think necessary to address usability. I like @yatil 's idea above. (except "pages(s)" -> "pages" for simplicity ;-)

Maybe easiest to talk by phone. Ping me in IRC when available.

(Minor point: Do we want the language linked at the beginning?)

@shawna-slh
Copy link
Contributor Author

I also wonder about having the links in the heading box or outside of it...

I'd like to share my observations from usability testing with y'all verbally (to hard to type up)

Thanks.

@yatil
Copy link
Contributor

yatil commented Dec 8, 2017

We would have laws/policy and page/pages change based on the type and the number of pages (because we now could do that). :-)

I have the language linked at the beginning so the link starts at the same position in each line, otherwise, it might be distracting with the underlines.

We specifically wanted to keep this in the header to make the connection to the heading text.

@yatil
Copy link
Contributor

yatil commented Dec 8, 2017

We just had a call and agreed on a variant of the following mockup:
screen-shot-2017-12-08-17-08-50

With the following changes:

  • Move list to policies links out of header.
  • Add headings for the details and the links to the policies.
    • No colons.
  • Do not (visually) link the languages at the start of the link.

@shawna-slh
Copy link
Contributor Author

  • unbold other links

@yatil yatil assigned yatil and unassigned iamjolly, sharronrush and bakkenb Dec 8, 2017
@yatil
Copy link
Contributor

yatil commented Dec 8, 2017

  • Backport into the old design

yatil added a commit to w3c/wai-website-jekyll-templates that referenced this issue Dec 10, 2017
yatil added a commit that referenced this issue Dec 10, 2017
Relates to #313.

Backport still needed.
yatil added a commit that referenced this issue Dec 11, 2017
Fix minor issue related to #313
@yatil
Copy link
Contributor

yatil commented Dec 11, 2017

@slhenry @iamjolly Can you review and OK the changes, then I can do the backport into the old design.

https://w3c.github.io/wai-policies-prototype/policies/finland/

@yatil yatil assigned iamjolly and shawna-slh and unassigned yatil Dec 11, 2017
@iamjolly
Copy link
Contributor

iamjolly commented Dec 13, 2017

@yatil - These changes all look done to me.

One minor difference I see is that the country page policy title in the <header> is no longer wrapped in an <h2> so there is a skipped heading level as well as the title isn't visually bold anymore.

I'll fix that now and see how that changes things.

Update: I don't know where that is being set... @yatil, is that in the jekyll templates for multilang-policy-title?

@yatil
Copy link
Contributor

yatil commented Dec 14, 2017

@iamjolly See that is why I need your eyes. Yes, I use multilang-policy-title. Fix is coming right now :-)

@yatil
Copy link
Contributor

yatil commented Dec 14, 2017

Fixed!

yatil added a commit that referenced this issue Dec 14, 2017
@iamjolly
Copy link
Contributor

Confirmed. Thank you @yatil!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants