Re: viewport/browser window size does not imply presence/lack of touch input...

>>So perhaps it needs to be set as an exception/exclusion for the overall
SC - UNLESS the user doesn't have a mechanism to zoom, the following must
be true...
I think there would be concern that it would punish people who don't need
zoom for anything else and every time they want to click something they'd
have to zoom. And there is already a requirement to zoom so any site that
didn't have zoom would fail elsewhere... I think the idea is that this SC
can help people with mild dexterity inaccuracies, and for those who need
100px (such as many in studies) they would fall back to zoom.

Cheers,
David MacDonald



*Can**Adapt* *Solutions Inc.*

Tel:  613.235.4902

LinkedIn
<http://www.linkedin.com/in/davidmacdonald100>

twitter.com/davidmacd

GitHub <https://github.com/DavidMacDonald>

www.Can-Adapt.com <http://www.can-adapt.com/>



*  Adapting the web to all users*
*            Including those with disabilities*

If you are not the intended recipient, please review our privacy policy
<http://www.davidmacd.com/disclaimer.html>

On Tue, Jan 16, 2018 at 4:57 PM, Patrick H. Lauke <redux@splintered.co.uk>
wrote:

> On 16/01/2018 20:38, David MacDonald wrote:
> [...]
>
>> Also, what about zooming? It's a mechanism that allows users to make
>>> things (including target sizes) bigger, and it's built into most (all?)
>>> current browsers...
>>>
>>
>> I don't think so, its not changing CSS pixels, is it?
>>
>
> However, it addresses the actual issue the SC is trying to address - it
> makes target size as big as the user wants/needs to actuate it comfortably.
> So perhaps it needs to be set as an exception/exclusion for the overall SC
> - UNLESS the user doesn't have a mechanism to zoom, the following must be
> true...
>
>
> P
> --
> Patrick H. Lauke
>
> www.splintered.co.uk | https://github.com/patrickhlauke
> http://flickr.com/photos/redux/ | http://redux.deviantart.com
> twitter: @patrick_h_lauke | skype: patrick_h_lauke
>
>