RE: Obscuring active elements and text

Do we have an actual live example of this?

When I increased my pointer and did some zoom changes, I noticed I could read the tooltip as the arrow pointer would inverse contrast as it moved over the tooltip and it was not until right when the arrow changed to a hand pointer that it would get covered. But, I could read the tooltip on the screen and it was only a momentary instance when the pointer changed and I was ready to select the item that this issue we are discussing presented itself.

I would need a live example to see if this momentary instance is long enough to cause an issue similar to the concern presented with a static image of a hand pointer covering a portion of the tooltip.

Alan

Sent from Mail for Windows 10

From: Wayne Dick
Sent: Thursday, March 3, 2016 5:35 PM
To: public-low-vision-a11y-tf
Subject: Obscuring active elements and text

Obscuring Functionality or Text Pointers icons, messages or tooltips should not obscure active elements that depend on the pointers, messages or tooltips for activation or understanding. 
With large print, especially when reformatting is necessary, large objects may overlap. When one of these is a active element operability can be impaired. There should be some mechanism to position objects so they do not interfere with each other.