Closed Bug 239233 Opened 17 years ago Closed 17 years ago
Image alt text is NOT displayed when placing the mouse over the image
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040320 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040320 I noticed that the alt text was not displayed when the Mozilla WebBrowser control is embedded in a VB6 program. This was confirmed using the VBrowse test harness from http://lxr.mozilla.org/seamonkey/source/embedding/browser/activex/tests/vbrowse/ Reproducible: Always Steps to Reproduce: 1. Compile the VBrowse test harness 2. Go to www.cnn.com and place the mouse over one of the news pictures 3. The alt text should be displayed Actual Results: The alt text is NOT displayed Expected Results: The alt text should be displayed. Perform the above steps using Mozilla and the alt text is displayed The Mozilla WebBrowser control (mozctl.dll) is missing this functionality when you compare it to Microsoft's shdocvw.dll.
How is this any different from the fact that we simply don't show alt text in the browser? (bug 25537, verified wontfix)
It's not any different. ALT text is not supposed to and will not be shown that way. *** This bug has been marked as a duplicate of 25537 ***
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
actually, it is different. activex control already significantly deviates from standards support to emulate ie.
Well it doesn't significantly deviate at all :) It's just a wrapper around Gecko using the IE interfaces. However I believe this bug is a dupe of bug 239233 since I don't show tooltips even for TITLE attributes. The tooltip text provider service can also be replaced so I could show ALT as well, but getting the normal behaviour would be a good start.
Ooops, I meant dupe of 239037.
you support document.all in the control, which is in opposition to the view of the core gecko developers. i consider that a fairly significant deviation. (i can understand why you'd do it,...)
The control API implements the IHTMLDocument::get_all property and other IE specific properties but only for the benefit of embedders. Content can't call the IE interfaces at all and it is rendered and behaves exactly as if it were any other Gecko app.
You need to log in before you can comment on or make changes to this bug.