Closed Bug 43990 Opened 25 years ago Closed 20 years ago

nsIEventLoop et. al needs to be implemented

Categories

(Core :: XPCOM, defect, P3)

x86
Windows NT
defect

Tracking

()

RESOLVED WONTFIX
Future

People

(Reporter: dougt, Assigned: danm.moz)

Details

(Whiteboard: [nsbeta3-])

xpcom/appshell need to be complete on all platform.
windows and photon are the only two that are complete.
Keywords: embed
moving out milestones.
Target Milestone: --- → M26
Keywords: nsbeta3
not needed right away.
Whiteboard: [nsbeta3-]
QA Contact: leger → kandrot
dan, I think that this might be in your realm now.
Assignee: dougt → danm
Joy. It occurs to me it may be necessary to finish this for Mozilla 0.8 and embedding. I so totally can't finish it in time. For starters, last time I looked at it (maybe a year ago) design and assumptions were very Windows-centric and just weren't going to work under gtk. I'm putting this in the list of embedding tasks and marking it 0.8, for now. I'm gonna be foisting this off on someone.
Target Milestone: --- → mozilla0.8
Blocks: 64846
Panic attack over. Heart rate decreasing. Vision returning. After consideration, we're thinking now that the appshell event loop is not an issue for embedding. It's an absurd exercise for Gecko to even try to provide a workable captive event loop suitable for use in embedding applications. Our current chosen direction is one where the application provides its own support for modality, and we must merely document this. Removing from embedding/0.8 radar.
Target Milestone: mozilla0.8 → Future
Keywords: embed
No longer blocks: 64846
any progress with this xpcom/appshell?
Last I heard, we decided not to do this after all. See comment 6.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.