Comments on: Multiple breaking changes are coming for components in extensions http://www.oxymoronical.com/blog/2010/06/Multiple-breaking-changes-are-coming-for-components-in-extensions Spouting nonsense from the depths of my spare time Sat, 14 Jan 2012 22:20:26 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Mossop http://www.oxymoronical.com/blog/2010/06/Multiple-breaking-changes-are-coming-for-components-in-extensions#comment-49850 Mossop Thu, 17 Jun 2010 15:46:00 +0000 http://www.oxymoronical.com/?p=836#comment-49850 You will have to do your category registrations in the manifest file rather than during component registration but otherwise there is nothing changing about this case. You will have to do your category registrations in the manifest file rather than during component registration but otherwise there is nothing changing about this case.

]]> By: Daim http://www.oxymoronical.com/blog/2010/06/Multiple-breaking-changes-are-coming-for-components-in-extensions#comment-49819 Daim Thu, 17 Jun 2010 06:38:13 +0000 http://www.oxymoronical.com/?p=836#comment-49819 What about the components registered in the "JavaScript global constructor" or "JavaScript global property" category and exposing the Ci.nsIClassInfo.DOM_OBJECT flag ? What about the components registered in the “JavaScript global constructor” or “JavaScript global property” category and exposing the Ci.nsIClassInfo.DOM_OBJECT flag ?

]]> By: Robert Kaiser http://www.oxymoronical.com/blog/2010/06/Multiple-breaking-changes-are-coming-for-components-in-extensions#comment-49776 Robert Kaiser Wed, 16 Jun 2010 17:22:43 +0000 http://www.oxymoronical.com/?p=836#comment-49776 I hope there will still be some chance to activate the JS Debugger for all of the application, which means it needs to be activated _before_ any JS script at all is being loaded. I hope there will still be some chance to activate the JS Debugger for all of the application, which means it needs to be activated _before_ any JS script at all is being loaded.

]]> By: Mark Finkle http://www.oxymoronical.com/blog/2010/06/Multiple-breaking-changes-are-coming-for-components-in-extensions#comment-49673 Mark Finkle Tue, 15 Jun 2010 13:04:59 +0000 http://www.oxymoronical.com/?p=836#comment-49673 Don't expect any non-libxul component access in the "content" process. In fact, depending on how much sandboxing we eventually employ, you may have no component access. Start learning how to use the messaging system (Message Manager) to communicate with the main process. Don’t expect any non-libxul component access in the “content” process. In fact, depending on how much sandboxing we eventually employ, you may have no component access.

Start learning how to use the messaging system (Message Manager) to communicate with the main process.

]]> By: Mossop http://www.oxymoronical.com/blog/2010/06/Multiple-breaking-changes-are-coming-for-components-in-extensions#comment-49636 Mossop Tue, 15 Jun 2010 04:56:58 +0000 http://www.oxymoronical.com/?p=836#comment-49636 The current plan is that only libxul components will be in the content process, even app-provided components won't be included. I will have to check on application components to be sure but I believe they will get xpcom-startup and app-startup as normal since they should be getting registered at the same time as libxul components. The current plan is that only libxul components will be in the content process, even app-provided components won’t be included.

I will have to check on application components to be sure but I believe they will get xpcom-startup and app-startup as normal since they should be getting registered at the same time as libxul components.

]]> By: Mook http://www.oxymoronical.com/blog/2010/06/Multiple-breaking-changes-are-coming-for-components-in-extensions#comment-49633 Mook Tue, 15 Jun 2010 04:53:06 +0000 http://www.oxymoronical.com/?p=836#comment-49633 (I've already looked at the registration changes in m.d.t.plat; hopefully there will be more details soon! The wiki page is still rather barren.) Actually - it doesn't seem to say how to differentiate between whether you want to be in the content process... hmm, I have vague memories of "never", but I need to find the sources for that. Would XR applications still get app-startup (since, presumably, the app stuff would be read in before creating the profile)? Is there some bug or other document with more information on this? (I’ve already looked at the registration changes in m.d.t.plat; hopefully there will be more details soon! The wiki page is still rather barren.) Actually – it doesn’t seem to say how to differentiate between whether you want to be in the content process… hmm, I have vague memories of “never”, but I need to find the sources for that.

Would XR applications still get app-startup (since, presumably, the app stuff would be read in before creating the profile)? Is there some bug or other document with more information on this?

]]>