Boris Zbarsky wrote:

Will XULRunner supply the UI that the external helper app service needs to work (helper app dialog, specifically)?

I don't know. Since you and biesi are the experts here, you're input is welcome. I certainly want to make it possible for embedding apps (camino) to override the provided XUL UI if they have something else, but I guess it makes sense to provide a default UI (and perhaps share the helper-app settings between all toolkit apps, in the future?).


Will XULRunner supply a functioning window.find() implementation (not that this currently doesn't really work well in Firefox).

What does that do? I know that we are currently shipping all the necessary bits for the find toolbar, but there certainly isn't any good documentation or stable API for using it.


Will XULRunner supply some sort of window-targeting component (the code that's currently used to implement "force open in new tab"; that's sort of hacked in the Gecko back end by making it effectively depend on browser.js, but I plan to change it to simply use an embedding service of some sort to retrieve the target docshell)?

Again, I don't know. This is certainly something embedders need to be able to override, but providing a default implementation might be smart.


I assume XULRunner will supply a filepicker implementation, though that's not actually on your list and I don't see a FilePicker component in browser/ or toolkit/ (I see one in xpfe/components, and if that's what's being used then I'm not sure why the XUL and JS for the dialog were forked; those depend somewhat on the component....)

Yes, we will provide a filepicker impl, overridable by embedders.

I'm probably missing other cases when the core code needs to pose various dialogs/etc for user interaction; for each of those we need to decide whether XULRunner will provide them.

This is basically correct. Any dialog that we provide will need to be overridable by embedders in some form.


--BDS
_______________________________________________
mozilla-embedding mailing list
[email protected]
http://mail.mozilla.org/listinfo/mozilla-embedding

Reply via email to