[scottgemmell] Hello, a client wants the h1 on a page to be 12px (same as body copy and most other text). Any good reasons I can reject this would be useful.
@scottgemell: Because it'd make no visual sense because it does not distinguish the site heading from body copy? Semantically it's fine. Has the client motivated this requirement?
@scottgemmell: You could argue that it make the content hard to understand and visually unclear, which might make visitors frustrated and cause them to leave. But that's hard to back up without A/B testing.
But as long as they're aware of the risks... as long as the content is readable and understandable, it's not a problem per se
Give the client what they want, you can show them what it looks like, give them an alternative, if they still want it, then fine, their fault for loosing visitors, so long as you get paid
[simong] marcysutton: Are you still looking on running axe within Node? If you are, I’d be happy to help in any way I can. We’re currently running it in phantom, but it’s just too slow for what we want to do (There’s a 5second penalty on doing phantom.exit(0) -_-).
[marcysutton] We do run it in node, there are some problems specific to JSDOM though
[marcysutton] I guess a better way of putting it is we handle axe in Node, but it does require a rendered DOM to run checks against
[simong] Are you running an older version? I’d be interested in hearing how you’re doing it currently as we’re looking to process a few million HTML files maybe
[marcysutton] An older version of Node?
[marcysutton] I'm in 4x
[simong] No sorry, I misunderstood, I thought you were successfully using axe + jsdom and that it was working ok on an older version of axe
[marcysutton] The newer version of axe handles window better than it used to, you still need an HTML Document context in some form
[simong] ok, I’ll give HEAD a try
[marcysutton] the latest public release has those fixes (2.0.5)
[marcysutton] you would notice it right away if it choked on window
[scottohara] heh. i have no desire to recommend one. as i’m currently working on a site where i’m recommending to remove them. but i thought i’d see if there were better options, so if it has to be kept, i can at least compare to a carousel that isn’t a hot garbage fire on wheels
[estelle] I have a "merry-go-round" script. It looks like a carousel, and to the sighted user behaves like a carousel, but to the screen reader is an unordered list of options, fully accessible.
[estelle]@marcysutton and @scottohara (forgot to mention you before answering you)
[estelle] The reason it's called merry-go-round is because carousels are expected to work and fail in specific ways. This provides all options up front without requiring aria-live to update the AT that the screen has changed.
[estelle] So it's calling it "carousel" was confusing to those testing it with screen readers
The first one has education levels, employment, heads of households, etc. Digested figures, not the base data. I got the base data of the US census and it's fun to poke through the ginourmous endless scrolling tables (per State) but not fun to find info in.
The second one just has a lot of somewhat random statistics mixed in everywhere.