Closed Bug 55995 Opened 24 years ago Closed 23 years ago

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

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Type:
defect

Tracking

()

Status:
VERIFIED INVALID
Milestone:
mozilla0.9.1

People

(Reporter: niko, Assigned: joki)

References

(
URL
)

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: 23 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.