Closed Bug 55995 Opened 25 years ago Closed 25 years ago

Image map areas defined with 'A' element don't work

Categories

(Core :: Layout, defect, P3)

defect

Tracking

()

VERIFIED INVALID
mozilla0.9.1

People

(Reporter: niko, Assigned: joki)

References

()

Details

(Keywords: html4, relnote, Whiteboard: relnote-devel)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m18) Gecko/20001010 BuildID: MTrunk 2000011004 Look at "embedding objects", this object should also act as an image map, but it doesn't in Mozilla Reproducible: Always Steps to Reproduce: go to the above URL and try to find links on the object. Actual Results: you can see the image, but it doesn't act as an image map Expected Results: it should act as an image map :-) Perhaps it is an error in the code, but the W3C HTML Validator claims it is correct HTML 4.0 Transitional
OK, we had a conference and it's a bug. Mac 10-09-10. Took longer than expected thanks to tever. CC:ing him also just for kicks.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Giving 5 of clayton's bugs to joki for triaging.
Assignee: clayton → joki
The problem is not with OBJECT, but with A element. OBJECT image maps work perfectly when you're using AREA instead of A to define the areas. Updating summary and adding 'html4' keyword. (I think it's a dup, but I couldn't find the other bug right now.) Some additional test cases for image map OBJECTs to prove my point: http://www.student.oulu.fi/%7esairwas/object-test/imagemaps/
Keywords: html4
Summary: no image maps embedded with <OBJECT> → Image map areas defined with 'A' element don't work
Suggested release note: "HTML 4.0 allows link areas in image maps to be defined with the A element as well as the AREA element. This is not supported in this release. Workaround: use the AREA element instead."
Keywords: relnote
Whiteboard: relnote-devel
Blocks: html4.01
Nom. nsbeta1 on correctness-of-standards-compliance grounds.
Keywords: nsbeta1
Reassigning QA Contact for all open and unverified bugs previously under Lorca's care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
Setting milestone
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.1
qa contact updated.
QA Contact: gerardok → bsharma
Okay, well at least I understand what its doing if not why. <a> tags do work but only when enclosed in a block element like a paragraph. The code is set up to do that, though I couldn't tell you why. If I can't find a reason for it I'll just get rid of it and allow them as directly children of the map.
Cool. Okay well a little more research has shown the cause. The map in question is in fact invalid. The <map> tag must contain a block element and cannot directly contain anchors. If correctly contained within a block element this seems to work. Closing.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
It seems you're right - my three test cases at http://www.student.oulu.fi/%7esairwas/object-test/imagemaps/ are in fact buggy. The original test case of this report (http://www.icab.de/test.html) is valid, though, and it works perfectly in my Moz 0.8.1 (Linux). So this bug would be either Worksforme or Invalid, depending on your point of view. Verifying Invalid.
Status: RESOLVED → VERIFIED
SPAM. HTML Element component deprecated, changing component to Layout. See bug 88132 for details.
Component: HTML Element → Layout
You need to log in before you can comment on or make changes to this bug.