Closed
Bug 73102
Opened 25 years ago
Closed 25 years ago
Change posing of helper app dialog for embedding
Categories
(SeaMonkey :: UI Design, enhancement, P1)
SeaMonkey
UI Design
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.1
People
(Reporter: trudelle, Assigned: law)
References
()
Details
(Keywords: embed, Whiteboard: Apr 19)
Need to change how unknown content type handler is invoked so it can be
overridden by embedding clients. Some details below, more at URL above; danm
will be happy to help and answer questions.
UI Posed by Gecko (Up Calls)
============================
These are calls to window.open, in one form or another, which are relevant to
embedding. They're split into calls and callers, where a call is considered to
be a base-level call to window.open which should be API-ized like we're
discussing, and a caller is something which currently uses window.open but
should use one of these new APIs when they're created.
I've tried to categorize these sensibly... Each category implies a UI-posing
component with methods for each item marked "CALL" in that category. Items
marked "CALLER" in a given category may imply a new method in that component
(eg. the print dialog stuff), or may just be a caller of some other extant
method in a different component (eg. the uri loader opening a new window).
File Loading
------------
Unknown Content Type Handler:
CALL: /xpfe/components/ucth/src/nsUnknownContentTypeHandler.cpp#156:
chrome://global/content/unknownContent.xul
CALL: /xpfe/components/ucth/src/nsUnknownContentTypeHandler.cpp#220:
chrome://global/content/helperAppDldProgress.xul
CALL: /xpfe/components/ucth/src/nsUnknownContentTypeHandler.cpp#261:
chrome://global/content/helperAppLauncher.xul
| Reporter | ||
Comment 1•25 years ago
|
||
adding mozilla0.9 keyword, dependency.
Blocks: 71837
Keywords: mozilla0.9
Apologies for all the bug spam. For the detailed overview of this task, see
danm's document:
http://www.mozilla.org/xpfe/embedding-dialogs.html
See my first cut at a component-wise categorization:
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=27972
And if you want to laugh, see also my brainless incomplete IDL for these components:
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=28175
dr
Keywords: embed
Nominating, triaging, accepting, yada yada yada...
Keywords: nsbeta1+
Target Milestone: --- → mozilla0.9
Changing summar; the term "unknown content" is now extremely deprecated.
Summary: Change posing of unknown content type handler for embedding → Change posing of helper app dialog for embedding
Spam: new helper app dialog not making mozilla0.9, unfortunately.
Target Milestone: mozilla0.9 → mozilla0.9.1
OK, moving back to mozilla0.9 'cause these are "embedding" bugs.
Target Milestone: mozilla0.9.1 → mozilla1.2
damnit, mozilla0.9!
Target Milestone: mozilla0.9.2 → mozilla0.9
| Reporter | ||
Comment 9•25 years ago
|
||
Bill, you can move this to 0.9.1, unless you have other need for it in 0.9.
| Assignee | ||
Comment 10•25 years ago
|
||
We changed our minds; targetting 0.9.1 now.
Target Milestone: mozilla0.9 → mozilla0.9.1
Updated•25 years ago
|
Priority: -- → P1
| Assignee | ||
Comment 11•25 years ago
|
||
fixed (part of bug 52454)
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Updated•21 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•