Closed
Bug 19425
Opened 25 years ago
Closed 25 years ago
tooltips lack 'target' and 'href' of AREA elements in imagemaps
Categories
(Core :: Layout, defect, P3)
Core
Layout
Tracking
()
VERIFIED
FIXED
People
(Reporter: ian, Assigned: bugs)
References
Details
(Keywords: testcase, Whiteboard: [NEED INFO])
Attachments
(1 file)
I haven't yet checked if this works or not. The title attribute of the AREA
element should appear where the shape appears as well as over any boxes
created for the element itself.
I'll verify this when 1995 is implemented, this bug is just here to remind me
to do just that.
Reporter | ||
Updated•25 years ago
|
Reporter | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Whiteboard: (this bug is blocked on bug 1995)
Comment 2•25 years ago
|
||
Marking html4. Nom. nsbeta3, recc. nsbeta3+. IIUC this is basic behavioral
correctness of handling of HTML 3.2 AREA elements, widely used on the web as a
navigational jumping-off point. If you don't see the image titles as tooltips,
the navigational maps become very hard to use because you're lacking the TITLE
cue of what the image means.
Reporter | ||
Comment 3•25 years ago
|
||
AREA elements *do* show their 'title' attributes. Strangely, however, they do
not appear to show the cool "Location" and "Link will open in" lines that <A>
elements show. This is inconsistent.
Why does this only partially work? This is very strange...
cc'ing various relevant people. Tested with Win32 build 2000071215.
does NOT block 7954 (HTML4 compliance)
does NOT block 1995 (show all metadata to user)
depends on 27828 (tooltip implementation)
Renominating for nsbeta3, recommending nsbeta3-: This is not a showstopper at
all, and does not break standards compliance. It 'merely' causes an
inconsistent user experience.
Assignee: py8ieh=bugzilla → clayton
No longer blocks: html4.01
Severity: normal → minor
Status: ASSIGNED → NEW
Summary: 'title' of AREA elements should appear as tooltip in image map → tooltips lack 'target' and 'href' of AREA elements in imagemaps
Whiteboard: (this bug is blocked on bug 1995)
Reporter | ||
Comment 4•25 years ago
|
||
There's no mystery about this. Ben's changes to FillInHTMLTooltip only check the
HREF and TARGET attributes for A elements, not for AREA elements. The fix would
be easy.
Comment 6•25 years ago
|
||
Triaging Clayton's list:
Assigning to ben - please see comment: From Robert O'Callahan 2000-07-13 08:43
Assignee: clayton → ben
Comment 7•25 years ago
|
||
We need more information -- why should this be fixed for beta3?
Whiteboard: [NEED INFO]
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Ben has removed the code showing "Location:" and "Link will open in:" tooltips,
because they were unpopular. So the fact that they don't appear is a good thing
:-). The TITLE attribute on AREA elements seems to work fine. As far as I can
tell, everything in this bug has been addressed.
I'm marking it FIXED by the original tooltip checkin, bug 27828.
Comment 9•25 years ago
|
||
Ian.
This works for me in the Aug 24th build. Can you please check too ?
Reporter | ||
Comment 10•25 years ago
|
||
yep. The bug wasn't fixed so much as made invalid by a change of circumstances
(the bits that were missing on AREA were removed from A).
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•