Closed
Bug 142814
Opened 22 years ago
Closed 22 years ago
ToolTips not implemented in PPEmbed
Categories
(Core Graveyard :: Embedding: Mac, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: ccarlen, Assigned: ccarlen)
References
Details
(Whiteboard: [needs a=, drivers emailed 5/29])
Attachments
(1 file, 3 obsolete files)
7.81 KB,
patch
|
ccarlen
:
review+
beard
:
superreview+
jud
:
approval+
|
Details | Diff | Splinter Review |
Summary says it all - patch coming soon.
Updated•22 years ago
|
Summary: ToolTips not implemented in PEmbed → ToolTips not implemented in PPEmbed
Assignee | ||
Comment 1•22 years ago
|
||
Uses the Carbon Help mgr, which makes really lovely tooltips on OS X, makes the
methods virtual in case somebody wanted something else.
Pink, can you r=?
Comment 2•22 years ago
|
||
Comment on attachment 82658 [details] [diff] [review]
patch
nice. r=pink. shouldn't the "show tooltip" code in gecko be filtering out
chrome tooltips rather than CBrowserShell?
Attachment #82658 -
Flags: review+
Assignee | ||
Comment 3•22 years ago
|
||
> shouldn't the "show tooltip" code in gecko be filtering out
chrome tooltips rather than CBrowserShell?
I think so. Something must be doing that somewhere in the browser
(non-embedded). Either the tooltips should be filtered or at least have some
useful content. In testing, in the prefs dialog, I found that a tooltip kept
popping up, no matter where the mouse was, which just said "Preferences"
Any idea where a bug should go or who to ask about the content of tooltips in
XUL dialogs?
Assignee | ||
Comment 4•22 years ago
|
||
CC'ing scc for sr=
Assignee | ||
Comment 5•22 years ago
|
||
BTW, because of using HMHideTag(), this is no longer buildable with the
Universal Interfaces (3.4) which came with CW 7.0. It now requires the current
standard mozilla build environment (Universal Interfaces 3.4.1 and CarbonLib
1.5) CarbonLib 1.2 should be enough but can't say for certain.
Assignee | ||
Comment 6•22 years ago
|
||
In the old patch, code in PPEmbed ignored requests for tool tips in chrome
windows. I changed the default tool tip text provider to not get the text from
certain element types. Need review.
Attachment #82658 -
Attachment is obsolete: true
Comment 7•22 years ago
|
||
Comment on attachment 82825 [details] [diff] [review]
better patch
+ if (!elemTag.Equals(tag_dialog) &&
+ !elemTag.Equals(tag_dialogheader) &&
+ !elemTag.Equals(tag_window)) {
rather than take the hit of 3 string compares here every time, I'd rather you
used nsIContent's version of GetTagName which supports atoms instead of
strings. Then we're down to 3 ptr compares instead of 3 string compares
Assignee | ||
Comment 8•22 years ago
|
||
3rd time's the charm?
Assignee | ||
Updated•22 years ago
|
Attachment #82825 -
Attachment is obsolete: true
Comment 9•22 years ago
|
||
Comment on attachment 82855 [details] [diff] [review]
using atoms
r=pink
Attachment #82855 -
Flags: review+
Assignee | ||
Comment 10•22 years ago
|
||
*** Bug 145149 has been marked as a duplicate of this bug. ***
Comment 11•22 years ago
|
||
Comment on attachment 82855 [details] [diff] [review]
using atoms
Use |NS_IMETHOD|, not |virtual NS_METHOD|.
The following leaks reference counts:
+ mTag_dialog = NS_NewAtom("dialog");
+ mTag_dialogheader = NS_NewAtom("dialogheader");
+ mTag_window = NS_NewAtom("window");
You need to wrap each call with |getter_AddRefs()|.
Attachment #82855 -
Flags: needs-work+
Assignee | ||
Comment 13•22 years ago
|
||
Comment on attachment 84345 [details] [diff] [review]
addresses Patrick's comments
Forwarding Pink's r=.
Attachment #84345 -
Flags: review+
Comment 14•22 years ago
|
||
Comment on attachment 84345 [details] [diff] [review]
addresses Patrick's comments
sr=beard
Attachment #84345 -
Flags: superreview+
Comment 15•22 years ago
|
||
landed on trunk. needs adt/a= so embedding apps that want to use the branch as a
sample for mac tooltip code get the goodness.
Keywords: adt1.0.0
Updated•22 years ago
|
Whiteboard: [needs a=, drivers emailed 5/29]
Comment 16•22 years ago
|
||
Awesome.... Verified on OS X PP Embed trunk 2002-05-29-08
Comment 17•22 years ago
|
||
please land on the 1.0.1 branch ASAP. once landed, please remove the
mozilla1.0.1+ keyword and add the fixed1.0.1 keyword.
Keywords: mozilla1.0.1 → mozilla1.0.1+
Updated•22 years ago
|
Attachment #84345 -
Flags: approval+
Comment 18•22 years ago
|
||
adding adt1.0.1+. Please check into the branch as soon as possible.
Comment 19•22 years ago
|
||
landed on trunk and branch.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Updated•22 years ago
|
Keywords: adt1.0.1+ → fixed1.0.1
Comment 20•22 years ago
|
||
Verified on PPEmbed branch (2002-06-05-05 1.0.0)
Status: RESOLVED → VERIFIED
Keywords: verified1.0.1
Updated•22 years ago
|
Keywords: mozilla1.0.1+
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•