Closed Bug 73102 Opened 24 years ago Closed 24 years ago

Change posing of helper app dialog for embedding

Categories

(SeaMonkey :: UI Design, enhancement, P1)

enhancement

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
adding mozilla0.9 keyword, dependency.
Blocks: 71837
Keywords: mozilla0.9
No longer blocks: 71837
Blocks: 65233
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
Target Milestone: mozilla1.2 → mozilla0.9.2
damnit, mozilla0.9!
Target Milestone: mozilla0.9.2 → mozilla0.9
See bug 52454
Depends on: 52454
Whiteboard: Apr 19
Bill, you can move this to 0.9.1, unless you have other need for it in 0.9.
We changed our minds; targetting 0.9.1 now.
Target Milestone: mozilla0.9 → mozilla0.9.1
Priority: -- → P1
fixed (part of bug 52454)
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
rubberstamp
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.