- From: Alastair Campbell <acampbell@nomensa.com>
- Date: Mon, 14 Nov 2016 10:37:13 +0000
- To: "public-mobile-a11y-tf@w3.org" <public-mobile-a11y-tf@w3.org>
Patrick wrote: > the technique demonstrates how inline links can be made to have a large activation target despite being inline. I would have thought a user-agent could provide more intelligent over-lapping logic? For example, where two inline links have overlapping hit areas cut it down the middle instead of using the full hit area of the second link. The hit areas would still be large(r) but behave more as you’d expect. > If content has many inline links that can and will bunch up too close, then it's a fail of the proposed SC and the site will need to do something else in order to pass the SC. A lot of other current and proposed SCs are "hard" to scale to CMS driven sites... No, but it makes it difficult to test or predict, as the author (or a naïve tester) may not see the problem because it isn’t apparent in their size of browser. It is the kind of thing that may not come up with a site is created, but then gets added in standard content later. > doesn't make the actual problem that the SCs are trying to solve (in this case, making sure that a user can comfortably and confidently activate a link/control) go away. I’m not saying the SC is wrong, but there are a lot of sites with links in paragraphs that will fail by using standard HTML that has been considered accessible since WCAG 1. Wikipedia comes to mind [1]. The proof of concept doesn’t solve the “Wikipedia style” problem, and I’m not sure that it is solvable without user-agent changes. -Alastair 1] https://en.m.wikipedia.org/w/index.php?title=Main_Page&mobileaction=toggle_view_mobile
Received on Monday, 14 November 2016 10:39:41 UTC