Closed Bug 70226 Opened 25 years ago Closed 24 years ago

consoldate public nsIBaseWindow methods into new nsIWebBrowserWindow iface

Categories

(Core Graveyard :: Embedding: APIs, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WONTFIX
Future

People

(Reporter: jud, Assigned: adamlock)

References

()

Details

(Keywords: embed, topembed-)

This new iface would be exposed off of the nsIWebBrowser and replace nsIBaseWindow. see url for more info.
Blocks: 70229
Summary: [API]consoldate public nsIBaseWindow methods into new nsIWebBrowserWindow iface → consoldate public nsIBaseWindow methods into new nsIWebBrowserWindow iface
Target Milestone: --- → mozilla0.9
Methods called on nsIBaseWindow by our embedding tests/clients: SetPositionAndSize SetPosition/GetPosition SetSize/GetSize InitWindow Create Destroy SetFocus GetTitle GetParentNativeWindow GetMainWidget
Target Milestone: mozilla0.9 → mozilla0.9.1
Correction: Changing QA contact for the Embed API bugs to David Epstein.
QA Contact: mdunn → depstein
Target Milestone: mozilla0.9.1 → mozilla0.9.2
what's the latest on this? Things are at least fairly well defined for now. moving out.
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Target Milestone: mozilla0.9.4 → Future
Keywords: topembed
It may be better to freeze nsIBaseWindow. I'll examine the points the embedder calls this interface tomorrow.
minusing to topembed- as per edt triage. not a blocker.
Keywords: topembed → embed, topembed-
Judging from the number methods called on nsIBaseWindow in our existing embedding samples, I think we should just stick with nsIBaseWindow and put it down as a interface that needs freezing.
Marking WONTFIX.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WONTFIX
.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.