Closed
Bug 104379
Opened 23 years ago
Closed 6 years ago
Title attrs which wrap in the tooltip are self-defeating in frames
Categories
(Core Graveyard :: Embedding: GTK Widget, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: andyc, Assigned: blizzard)
References
()
Details
(Keywords: access, testcase, useless-UI)
Attachments
(1 file)
855 bytes,
application/octet-stream
|
Details |
Elements which have a "title" attribute which is sufficiently long to wrap in the GTK+ tooltip cannot be read when the page they're on is in a frame. If a page is framed, then the tooltip wil disappear as soon as it's mapped when the mouse is hovered and stopped over an item with a TITLE attribute set to a string long enough to cause ?GtkMozEmbed to wrap it. It's very difficult to observe, but if you play around, you'll notice that the long tooltips are causing the mouse to "bounce" by one pixel when the tooltip is posted. I guess this is being interpreted as mouse motion, which gets rid of the tooltip. FYI, I am using the Xenophilia GTK theme. This does not happen in Mozilla 0.9.4 (which uses its own tooltip implementation), just Galeon (and presumably skipstone, nautilus-mozilla, et al.). [Marco of the Galeon project says this is a GtkMozEmbed bug and has asked me to report it here. See the attached URL for details.]
Reporter | ||
Comment 1•23 years ago
|
||
Updated•23 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•21 years ago
|
||
This sounds very close to bug 45375. Maybe the underlying problem is the same.
Updated•15 years ago
|
QA Contact: pavlov → gtk-widget
Updated•12 years ago
|
Product: Core → Core Graveyard
Comment 3•6 years ago
|
||
Embedding: GTK Widget isn't a thing, closing.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•