684 bytes, text/plain
Right now type ahead find does not find text in button labels or in alt/title for images. It would be really useful if it did. When a match was found in an image that is a link, the tooltip would pop up, and the part of the tooltip that matches would be highlighted, just like the selection is. It would make this easier if these 2 bugs were fixed: bug 97223 - show tooltips as user tabs around bug 25537 - alt tags not shown as tooltips
I think it'd be cool if link typeaheadfind would just highlight the image link based on the alt text. This would work particularly well for those sites that use links that are images with text in them, assuming they have similar alt text. I hope that bug 25537 is always wontfix. Alt text is almost never appropriate as a title tooltip (and vice versus). I can see the point that it might be somewhat mysterious to have an image match for no apparent reason. Perhaps in this one particular case it would make sense to show the alt text as something like a tooltip. I'd suggest something more distinctive than a tooltip, such as temporarily replacing the image with the alt text with the match highlighted, or constructing a tooltip-like box aligned with the image's top and left position that shows the alt text. Having a distinctive box would make it clearer that it isn't the title being displayed. Note that images and buttons aren't the only items that need this time of match: a similar thing applies to matching alt text in image maps (area tag), objects, and applets.
Do you have any examples where the alt text makes a poor tooltip, because they did not intend it to be a tooltip?
This also could be useful for form fields, using the name/id of it. The focus should be placed on the field when it is used.
That won't work, because the name/id of formfields are often nonsensical to the end user. A lot of people would be confused if the seach went to a form field and some garbage popped up. The <label> element is what's used to tie text to form fields.
What about having a little tooltip-like label with the alt-name, or a number above every image with a link, form field and buttons, that is always shown? I have seen that be done for all links too in a voice navigation system for IE (from philips I think), and it wasn't that annoying. At least there should be a nubmered label on the imagelinks that doesn't have a alt or label-tag (and I think there are many of them on popular sites).
*** Bug 174040 has been marked as a duplicate of this bug. ***
*** Bug 175765 has been marked as a duplicate of this bug. ***
*** Bug 182407 has been marked as a duplicate of this bug. ***
*** Bug 183718 has been marked as a duplicate of this bug. ***
I'm agnostic about the issues discussed with alt tags, but I think there would be no drawbacks to having type-ahead find work with simple, text-labelled buttons (highlighting the text appropriately in that case would be nice.)
I would really like to be able to rotate through input elements such as buttons as well using typeahead find. Maybe an optional modifier could be used in order to achieve this, like the slash modifier for plaintext within the document.
*** Bug 206468 has been marked as a duplicate of this bug. ***
This is not a trivial bug to fix. I won't have time for this in the forseeable future.
See also bug 234363, "Find skips alt text (of broken images)".
*** Bug 234566 has been marked as a duplicate of this bug. ***
Internet Explorer 5 for Mac already does this for alt text in image, but apparently not for form elements.
*** Bug 250037 has been marked as a duplicate of this bug. ***
*** Bug 253586 has been marked as a duplicate of this bug. ***
*** Bug 265716 has been marked as a duplicate of this bug. ***
*** Bug 282949 has been marked as a duplicate of this bug. ***
Users waiting for this to be fixed might want to have a look at the Hit-a-hint (http://hah.mozdev.org/) extension. It allows selecting in addition to links, also buttons, images and other elements by keyboard.
*** Bug 345436 has been marked as a duplicate of this bug. ***
In case this ever gets implemented: it should ignore the image alt for links with images *and* textual content. i.e.: <a href="#"><img src="icon.png" alt="icon"/>some text</a> /* ignore img */ <a href="#"><img src="navbar_links.png" alt="links"/></a> /* good */ This might not be so critical to users with the startlinksonly option set to false.
Given the number of dups, this is arguably a desired feature. And it would greatly benefit users with visual impairments. I realize that the focus right now is on the upcoming release, but after the FF3 dust settles, any chance that this could be bumped up in priority for the minor release that follows? Thanks in advance for the consideration!!
Seems like they'll have to wait till the dust settles on FF4 soon... heh.
Can still see this in Mozilla/5.0 (X11; Linux x86_64; rv:2.0b8pre) Gecko/20101207 Firefox/4.0b8pre and Mozilla/5.0 (X11; Linux x86_64; rv:2.0b8pre) Gecko/20101205 Firefox/4.0b8pre SeaMonkey/2.1b2pre => Moving to Toolkit