Closed Bug 76920 Opened 23 years ago Closed 23 years ago

Tooltips remain after mousewheel scrolling

Categories

(Core :: XUL, defect, P3)

defect

Tracking

()

RESOLVED FIXED
mozilla0.9.1

People

(Reporter: bryner, Assigned: bryner)

Details

Attachments

(1 file)

In mail, hover over a folder name in the folder list until the tooltip appears,
then scroll with the mouse wheel.  The result is that the tooltip for the item
remains even though you are no longer over it.  The only way to clear the
tooltip is to scroll back up to the item the tooltip is for, and move the mouse
onto and off of that item.

This is a major annoyance, but an easy fix.
Attached patch patchSplinter Review
cc'ing saari for a review
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla0.9.1
Will this also cause a tooltip to display if I mousewheel scroll overtop of a
new item with a tip?
With this patch, you will have to move the mouse slightly before the new tooltip
will appear.  Fixable, but I don't think it's a big deal.
This seems a little hackish, but since I'd probably ask hyatt for a better idea 
and he's the one that suggested this (iirc)...

As discussed on irc, since the existence of a tree or outliner still doesn't 
necessarily ensure scrollability, the |if (targetContent) ...| bit could 
probably be moved out and fired regardless of the frame receiving the 
mousewheel scroll.  But bryner said he's more comfortable firing faux mouseout 
events for those two (likely scrollable) widgets than other arbitrary content, 
and I'd tend to agree. r=blake
sr=hyatt
checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Would this also fix bug 50511?
No, this fix is specific to mousewheel scrolling and doesn't cover the other
cases mentioned in that bug.
Component: XP Toolkit/Widgets: Trees → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: