Steps to reproduce
To fix this, we should match Chrome by never showing title tooltips for keyboard focus. See Bootstrap’s issue where they discuss this tohttps://github.com/twbs/bootstrap/issues/18692](https://github.[https://github.com/twbs/bootstrap/issues/18692](https://github.com/twbs/bootstrap/issues/18692)
This does not include the “status text” with the URL shown in the bottom left/right when tabbing through links – that should remain as it is today.
Go to https://jsfiddle.net/yg95e7rx/2/ in IE11, Edge
In the output/preview, using the keyboard, TAB to the first link, then wait a second
TAB to the second link, then wait a second
In both cases, after a short delay (500ms-ish?), the native browser tooltip is shown, containing the original title attribute text. However, by this point, JS was already executed when the link received focus, which either replaced the title with an empty string (first link) or remove the attribute completely (second link).
After both links have been focused, subsequent TAB/focus don’t show the tooltip, as by that point the title attribute is empty/removed. Reload this test to see the effect again.
For a more real-world example, navigate using the keyboard through the various tooltip examples in http://v4-alpha.getbootstrap.com/components/tooltips/ (again, allowing a second or so of time from when a tooltip’d element receives focus, to let the native tooltip for the title show)
Ideally, the browser’s native tooltip should take into account any changes that are made to the title attribute in the time between the element receives focus, and the moment the native tooltip is shown (500ms or so later?)
Dev Channel specific:
Comments and activity
- Microsoft Edge Team
Changed Assigned To to “Kamen M.”
Changed Assigned To to “ChakraTriage”
Changed Assigned To to “Travis L.”
Changed Assigned To from “Travis L.” to “Rick J.”
Changed Steps to Reproduce
Changed Assigned To to “Travis L.”
Changed Status to “Confirmed”
Changed Title from “IE and Edge - title attribute tooltips shown for keyboard users "store" title value, show old value even if title gets changed/removed on focus” to “Consider a change to stop showing tooltips from title attribute based on keyboard focus (continue to show on mouse hover)”
Please read this: https://www.paciellogroup.com/blog/2013/01/using-the-html-title-attribute-updated/
And note that (IE 10+/Edge) was used as a “good example” of the only browser that does show the title to keyboard-only users.
So if you remove this capability, you will no longer be "the only good example". :)
Anyhow, if you must remove this capability… consider an alternative, like maybe providing a keystroke/gesture that opens a tooltip/title when an element has focus.
Maybe the focused element could have a small visual affordance to show that there is a tooltip/title attribute available. So the user could type F2 (or force-touch, or whatever) if they want to see the title text.
Carolyn…I originally filed this bug, and funnily enough I work at TPG :)
In any case, note the specifics here: this is not "don’t show the tooltip on keyboard focus", but rather “if in the time between the element receiving focus via the keyboard and the time the tooltip would then be shown the actual title attribute has been removed or emptied, don’t show the old (now deleted) title in the tooltip”
Circling back to this, but just to be clear: the PROPOSED RESOLUTION “To fix this, we should match Chrome by never showing title tooltips for keyboard focus.” (which was added when this bug was transferred from https://connect.microsoft.com/IE/feedback/details/2445370) is not the right approach to resolve this.
Rather, the proposed approach I suggested: “the browser’s native tooltip should take into account any changes that are made to the title attribute in the time between the element receives focus, and the moment the native tooltip is shown”
attached a very simple test case…