Dan M Assignee
	Description • 24 years ago

Mozilla poses dialogs and alerts from within. This is a fine way for a self-
contained application to do it, but somewhat at odds with an embeddable web 
widget. We should have a generalized extrafenestral* UI posing API that allows an 
embedding app to substitute its own, or to request us to pose a dialog at (its) 
will. (And then, we'd need to retrofit this API into Mozilla, but that's another 
(dependent) task).

* look it up. you won't find it. but it's a fine word.

	Dan M Assignee
	Comment 1 • 24 years ago

  This is the nsIKitchenSinkUI thing we've been discussing, and dr has been 
craving. Really. I've seen it. This is the part where I reassign it to him. I'm 
not yet removing it from Mozilla 0.8 radar because I'm afraid we'll need a 
simplified version (a wrapped window.open) for PSM. Heh. So you're potentially a 
little doomed by this. Waiting to hear back about the requirement...

	Dan Rosen
	Comment 2 • 24 years ago

danm: you changed the target milestone to 1.0. did you intend that? changed back
to 0.8. waiting to hear what the requirement *is* these days...

	Dan Rosen
	Comment 3 • 24 years ago

yeesh. ok, i have the requirement. it's not needed for moz0.8, but i should be
able to have something for 0.9.

	Dan Rosen
	Comment 4 • 24 years ago

Back to 1.0...

	Marek Z. Jeziorek
	Comment 5 • 24 years ago

Why is it at 1.0? I need it for my favorite embedding customer to be done for 
mozilla0.9. Pleaaaseee, whenever Jud's here you'll get an extra doughnut :-) 

	Peter Trudelle
	Comment 6 • 24 years ago

->danm/moz0.9/P1/enhancement, cc dr,self

	Dan Rosen
	Comment 7 • 24 years ago

Changing summary, fixing cc's (it's assigned to me). This bug will track
development of UI-posing APIs per-component (or per-category, however it gets
split up), replacement of old calls to window.open() with calls to the new APIs,
and potentially other related tasks. This should *all* be done for 0.9.

	Dan Rosen
	Comment 8 • 24 years ago

*** Bug 65231 has been marked as a duplicate of this bug. ***

	Dan Rosen
	Comment 9 • 24 years ago

good news, the nsGtkMozRemote stuff (73131) is a non-issue.

	Dan Rosen
	Comment 10 • 24 years ago

back to danm the mastermind for safekeeping...

	Dan M Assignee
	Comment 11 • 24 years ago

Removing dependency on bug 71895. See comments dated today in that bug.

	Dan M Assignee
	Comment 12 • 24 years ago

Removing dependency on bug 72111. See today's comment in that bug.

	Dan M Assignee
	Comment 13 • 24 years ago

Removing dependency on bug 73127: see comments from today in that bug.

	Dan M Assignee
	Comment 14 • 24 years ago

Restoring dependency on bug 73127. See bug 59748.

	Peter Trudelle
	Comment 15 • 24 years ago

clearing target

	Peter Trudelle
	Comment 16 • 23 years ago

Dan, it looks like you accidentally removed me from the cc list...

	Asa Dotzler [:asa]
	Comment 17 • 23 years ago

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)

	Asa Dotzler [:asa]
	Comment 18 • 23 years ago

don't move bugs that are in the 1.0 dependency tree. sorry.

	Winnie Lam
	Comment 19 • 23 years ago

minusing to topembed- as per edt triage, since this is a meta bug and does not
concern a particular embedding customer.

	Dan M Assignee
	Comment 20 • 23 years ago

Closing, since all dependent bugs have been closed.