«
»

New XULRunner Docs

The weeks right around Christmas are a hard time to get coding done: many coworkers (both Mozilla employees and others) are on vacation. So I’ve spent a decent amount of time this week working on projects that don’t require extensive collaboration:

XULRunner Roadmap
I’ve put up a new draft of the XULRunner Roadmap and reworked a lot of the XULRunner documentation on wiki.mozilla.org and developer.mozilla.org. I still need to document the -install-app feature and how to run mac application bundles.
Extensions that Require Dependent Libraries
Advanced extensions may depend on external libraries that need to be shipped with the extension. This is hard because Firefox does not automatically load any dependent libraries when loading XPCOM components. I’ve written up an article on using dependent libraries in extension components. This should also work for loading dependent libraries in XULRunner components…
Stop exporting nonfrozen symbols from libxul
Bug 305949 and its blockers: this is almost done, and once it is done I can tackle the “build Firefox on XULRunner” problem in earnest.

If you haven’t heard the buzz, Songbird is making a splash as an open-source media player and is using XULRunner to drive its user interface! I got a chance to meet the Songbird development team and get a sneak preview of their app; I’m excited that XULRunner is able to make rapid application development of great new apps possible.

This entry was posted on 20 Dec, 2005 at 3:59 pm and is tagged with . Trackback.

Atom Feed for Comments 2 Responses to “New XULRunner Docs”

  1. I.A.I. » Blog Archive » Songbird Media Player Says:
    December 20th, 2005 at 7:27 pm

    […] [thanks blog of random mozilla guy!] « The ONE Campaign – I got an e-mail from Bono Tags for this post: geeky, songbird Trackback URL for this post: http://noexes.frih.net/wp-trackback.php?p=26 (?) RSS 2.0 feed for this post’s comments. […]

  2. Andy Says:
    September 12th, 2006 at 11:01 am

    Hi, I tried to follow your guideline in the “using dependent libraries in extension components”, but somehow it is not working 100%.

    I have following hierachy:
    MyExtension->|
    |
    |—->components
    |
    |—->libraries
    In components: I have MyExtStub.dll, MyExtenstion.xpt.
    In libraries: I have MyExtension.dll, dependent.dll.
    In the NSGetModule of MyExtStub.dll, I fowllow the guidline, load dependent.dll to memory, then load MyExtension.dll, call NSGetModule of MyExtStub.dll, everything works fine because the return values are all NS_OK. But only MyExtStub.dll is registered, not MyExtension.dll because i look at the compreg.dat in the profile directory and find MyExtStub.dll, not MyExtension.dll.
    Am I missing anything?
    I would greatly appreciate if you can point out what went wrong or what was missing.

    -Andy

Leave a Reply