<?xml version="1.0" encoding="utf-8" ?>
<rdf:RDF 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns="http://my.netscape.com/rdf/simple/0.9/">
<channel>
    <title>XUL Weblog</title>
    <link>http://xulblog.de/xul/</link>
    <description>Insight from an Enterprise Perspective</description>
    <dc:language>en</dc:language>
    

    <image rdf:resource="http://xulblog.de/xulblog.png" />

    <items>
      <rdf:Seq>
        <rdf:li resource="http://xulblog.de/xul/archives/35-guid.html" />
        <rdf:li resource="http://xulblog.de/xul/archives/33-guid.html" />
        <rdf:li resource="http://xulblog.de/xul/archives/30-guid.html" />
        <rdf:li resource="http://xulblog.de/xul/archives/27-guid.html" />
        <rdf:li resource="http://xulblog.de/xul/archives/26-guid.html" />
        <rdf:li resource="http://xulblog.de/xul/archives/22-guid.html" />
        <rdf:li resource="http://xulblog.de/xul/archives/21-guid.html" />
        <rdf:li resource="http://xulblog.de/xul/archives/20-guid.html" />
        <rdf:li resource="http://xulblog.de/xul/archives/19-guid.html" />
        <rdf:li resource="http://xulblog.de/xul/archives/18-guid.html" />
        <rdf:li resource="http://xulblog.de/xul/archives/17-guid.html" />
        <rdf:li resource="http://xulblog.de/xul/archives/16-guid.html" />
        <rdf:li resource="http://xulblog.de/xul/archives/15-guid.html" />
        <rdf:li resource="http://xulblog.de/xul/archives/14-guid.html" />
        <rdf:li resource="http://xulblog.de/xul/archives/12-guid.html" />
</rdf:Seq>
    </items>
</channel>

<image rdf:about="http://xulblog.de/xulblog.png">
        <url>http://xulblog.de/xulblog.png</url>
        <title>RSS: XUL Weblog - Insight from an Enterprise Perspective</title>
        <link>http://xulblog.de/xul/</link>
        <width>142</width>
        <height>37</height>
    </image>
<item rdf:about="http://xulblog.de/xul/archives/35-guid.html">
    <title>Firefox 3.1 Boosting Javascript Performance</title>
    <link>http://xulblog.de/xul/archives/35-Firefox-3.1-Boosting-Javascript-Performance.html</link>
    <description>
Firefox 3.1 and the respective XULRunner will sport a &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=394&amp;amp;entry_id=35&quot;  onmouseover=&quot;window.status='http://arstechnica.com/news.ars/post/20080822-firefox-to-get-massive-javascript-performance-boost.html';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;  title=&quot;&quot;&gt;significant Javascript performance increase&lt;/a&gt; through an optimization called tracing by compiling frequently used code paths to native code using a built-in just-in-time (JIT) compiler unit.&lt;br /&gt;
&lt;br /&gt;
Also, I want to highlight a quote by  Brendan Eich, inventor of Javascript:&lt;br /&gt;
&lt;blockquote&gt;Eich says that Mozilla wants to &quot;get people thinking about JavaScript as a more general-purpose language&quot; and show them that &quot;it really is a platform for writing full applications.&quot;&lt;br /&gt;
&lt;/blockquote&gt;&lt;br /&gt;
&lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=394&amp;amp;entry_id=35&quot;  onmouseover=&quot;window.status='http://arstechnica.com/news.ars/post/20080822-firefox-to-get-massive-javascript-performance-boost.html';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;  title=&quot;&quot;&gt;More details in the article&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2008-08-25T08:15:00Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=35</wfw:comment>
    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=35</wfw:commentRss>
</item>
<item rdf:about="http://xulblog.de/xul/archives/33-guid.html">
    <title>Chrome Registration</title>
    <link>http://xulblog.de/xul/archives/33-Chrome-Registration.html</link>
    <description>
The following link points to a nice summary of how the chrome registry works which flew by on IRC. Note that this information pertains only to Engine 1.8 and up (Firefox 1.5 and later).&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=391&amp;amp;entry_id=33&quot; title=&quot;http://developer.mozilla.org/en/docs/Chrome_Registration&quot;  onmouseover=&quot;window.status='http://developer.mozilla.org/en/docs/Chrome_Registration';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;The Chrome Registration&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
I've mentioned this also in &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=392&amp;amp;entry_id=33&quot; title=&quot;http://xulblog.de/xul/archives/7-Under-chromes-influence.html&quot;  onmouseover=&quot;window.status='http://xulblog.de/xul/archives/7-Under-chromes-influence.html';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;Under chrome's influence&lt;/a&gt;.    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2006-10-19T16:41:12Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=33</wfw:comment>
    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=33</wfw:commentRss>
</item>
<item rdf:about="http://xulblog.de/xul/archives/30-guid.html">
    <title>Solving the Javascript include problem</title>
    <link>http://xulblog.de/xul/archives/30-Solving-the-Javascript-include-problem.html</link>
    <description>
One problem facing Javascript developers is this: Your class model is spread across multiple Javascript source files. Class A depends on B, C and D. You are now faced with the problem of including the correct Javascript source files in all applications which use class A.&lt;br /&gt;
&lt;p&gt;In ordinary HTML/XUL, you have a series of &amp;lt;script src&amp;gt; tags in all applications using class A. When class A starts requiring class E, you have to edit all HTML/XUL files again and manually include class E. And of course, it is very likely that you will miss one place or two which causes parts of the application to break. This is a problem which should be solved at the language level, but is not addressed at all so far in ECMAScript.&lt;/p&gt;&lt;br /&gt;&lt;a href=&quot;http://xulblog.de/xul/archives/30-guid.html#extended&quot;&gt;Continue reading &quot;Solving the Javascript include problem&quot;&lt;/a&gt;    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2006-03-06T18:00:00Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=30</wfw:comment>
    <slash:comments>7</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=30</wfw:commentRss>
</item>
<item rdf:about="http://xulblog.de/xul/archives/27-guid.html">
    <title>wrappedJSObject</title>
    <link>http://xulblog.de/xul/archives/27-wrappedJSObject.html</link>
    <description>
If you implement an XPConnect interface in Javascript (e.g. nsITreeView if you don't want to use RDF to display data in a tree), you might need to access properties or methods inside your javascript object which are not part of the interface.&lt;br /&gt;
&lt;br /&gt;
This can be easily achieved using a special object property.&lt;br /&gt;
&lt;br /&gt;&lt;a href=&quot;http://xulblog.de/xul/archives/27-guid.html#extended&quot;&gt;Continue reading &quot;wrappedJSObject&quot;&lt;/a&gt;    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2006-02-08T15:00:00Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=27</wfw:comment>
    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=27</wfw:commentRss>
</item>
<item rdf:about="http://xulblog.de/xul/archives/26-guid.html">
    <title>Bridging Worlds</title>
    <link>http://xulblog.de/xul/archives/26-Bridging-Worlds.html</link>
    <description>
Let's say you have massive amounts of Javascript.&lt;br /&gt;
&lt;br /&gt;
Let's say you want to make the logic contained therein available to another language.&lt;br /&gt;
&lt;br /&gt;
How would you go about that?&lt;br /&gt;
&lt;br /&gt;
What we chose was compiling Omar Kilani's &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=380&amp;amp;entry_id=26&quot; title=&quot;http://www.aurore.net/projects/php-js/&quot;  onmouseover=&quot;window.status='http://www.aurore.net/projects/php-js/';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;php-js extension&lt;/a&gt; which makes &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=381&amp;amp;entry_id=26&quot; title=&quot;http://www.mozilla.org/js/spidermonkey/&quot;  onmouseover=&quot;window.status='http://www.mozilla.org/js/spidermonkey/';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;Mozilla's Javascript engine&lt;/a&gt; available as &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=382&amp;amp;entry_id=26&quot; title=&quot;http://www.php.net/&quot;  onmouseover=&quot;window.status='http://www.php.net/';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;PHP&lt;/a&gt; extension. &lt;br /&gt;
&lt;br /&gt;
This was totally sufficient in our case to extend existing testing procedures around the Javascript code. Developers can now run &quot;make test&quot; on the development server which will cause Javascript code to be tested. Thus we have incorporated something which was originally manual client-side testing into a completely automated test system.&lt;br /&gt;
&lt;br /&gt;
Additionally, we will be able to avoid writing the same business logic in two languages. Instead, common parts can be written in JS and executed from another scripting language.&lt;br /&gt;
&lt;br /&gt;
There are also modules for &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=383&amp;amp;entry_id=26&quot; title=&quot;http://search.cpan.org/~mschilli/JavaScript-SpiderMonkey-0.12/SpiderMonkey.pm&quot;  onmouseover=&quot;window.status='http://search.cpan.org/~mschilli/JavaScript-SpiderMonkey-0.12/SpiderMonkey.pm';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;Perl&lt;/a&gt; and &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=384&amp;amp;entry_id=26&quot; title=&quot;http://wwwsearch.sourceforge.net/python-spidermonkey/&quot;  onmouseover=&quot;window.status='http://wwwsearch.sourceforge.net/python-spidermonkey/';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;Python&lt;/a&gt; which embed the SpiderMonkey JS engine. Feel free to post links to other bindings.    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2006-02-03T12:00:00Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=26</wfw:comment>
    <slash:comments>1</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=26</wfw:commentRss>
</item>
<item rdf:about="http://xulblog.de/xul/archives/22-guid.html">
    <title>Connecting the Gnu to the Fox</title>
    <link>http://xulblog.de/xul/archives/22-Connecting-the-Gnu-to-the-Fox.html</link>
    <description>
For some time now various packages have been available to directly evaluate JS code written in Emacs in Mozilla -- without any reloading.&lt;br /&gt;
&lt;br /&gt;
The newest approach is from Massimiliano Mirra called &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=377&amp;amp;entry_id=22&quot; title=&quot;http://repo.hyperstruct.net/mozrepl/&quot;  onmouseover=&quot;window.status='http://repo.hyperstruct.net/mozrepl/';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;MozRepl&lt;/a&gt;. It promises to break us free from the write/save/restart/test cycle. What it currently does is this: You load/write a piece of Javascript code in Emacs, copy it into a Emacs buffer, send this buffer to the so-called JS shell server on the Mozilla end where the JS code is evaluated in a specific Mozilla window.&lt;br /&gt;
&lt;br /&gt;
Further resources include:&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=378&amp;amp;entry_id=22&quot; title=&quot;http://birdman.acceleration.net/jsshellserver/&quot;  onmouseover=&quot;window.status='http://birdman.acceleration.net/jsshellserver/';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;JS Shell Server&lt;/a&gt;&lt;br /&gt;
&lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=379&amp;amp;entry_id=22&quot; title=&quot;http://blogs.acceleration.net/birdman/archive/2005/06/02/1210.aspx&quot;  onmouseover=&quot;window.status='http://blogs.acceleration.net/birdman/archive/2005/06/02/1210.aspx';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;Intro to JS Shell Server&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Now, what from I can tell this just evaluates a piece of JS in some arbitrary Mozilla window. You cannot edit a specific JS source file in a running XUL application just yet. Now, would not that be cool? We really need a remote debugging protocol for Mozilla which includes manipulating JS objects and thus functions. I'd love to hear your comments on why this has not happened yet.    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2006-02-02T14:00:00Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=22</wfw:comment>
    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=22</wfw:commentRss>
</item>
<item rdf:about="http://xulblog.de/xul/archives/21-guid.html">
    <title>Cygwin be gone</title>
    <link>http://xulblog.de/xul/archives/21-Cygwin-be-gone.html</link>
    <description>
..well, almost.&lt;br /&gt;
&lt;br /&gt;
If you look at &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=370&amp;amp;entry_id=21&quot; title=&quot;https://bugzilla.mozilla.org/show_bug.cgi?id=294122&quot;  onmouseover=&quot;window.status='https://bugzilla.mozilla.org/show_bug.cgi?id=294122';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;bug 294122&lt;/a&gt;, you will notice that support for MSYS has been added to Mozilla's build system.&lt;br /&gt;
&lt;br /&gt;
&lt;b&gt;The relevant build notes are here:&lt;/b&gt; &lt;br /&gt;
&lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=371&amp;amp;entry_id=21&quot; title=&quot;http://developer.mozilla.org/en/docs/Building_on_Windows_with_MSYS&quot;  onmouseover=&quot;window.status='http://developer.mozilla.org/en/docs/Building_on_Windows_with_MSYS';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;Building with MSYS&lt;/a&gt;, &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=372&amp;amp;entry_id=21&quot; title=&quot;https://bugzilla.mozilla.org/attachment.cgi?id=184389&quot;  onmouseover=&quot;window.status='https://bugzilla.mozilla.org/attachment.cgi?id=184389';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;Attachment 184389&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;i&gt;&quot;Just running &quot;make clean&quot; on Cygwin takes almost 6 minutes, vs only 1 minute with MSYS.&quot;&lt;/i&gt;&lt;br /&gt;
&lt;br /&gt;
MSYS is a &lt;b&gt;M&lt;/b&gt;inimal UNIX-like &lt;b&gt;SYS&lt;/b&gt;tem from &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=373&amp;amp;entry_id=21&quot; title=&quot;http://www.mingw.org/&quot;  onmouseover=&quot;window.status='http://www.mingw.org/';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;MingW&lt;/a&gt;. Together with msysDTK (developer toolkit), it can replace cygwin as the base Windows build environment.&lt;br /&gt;
&lt;br /&gt;
The big advantage of MSYS is speed. If you have ever built Mozilla on Windows, you will have noticed the abhorrent performance of Cygwin's make. make forks (or spawns as it is called in Win32) itself many hundred times during the course of a build which takes ages to complete. In comparison, MSYS is much more light-weight, zooming through the Makefile hierarchy like there is no tomorrow.&lt;br /&gt;
&lt;br /&gt;
MSYS and msysDTK are fairly complete for this task. /bin/sh, CVS, make, vim - all the basics are there.&lt;br /&gt;
&lt;br /&gt;
As the bug report notes, an iconv check has been recently added to Mozilla's configure. So, unless you install iconv separately, you currently still need cygwin. Perhaps iconv could be added to the msysDTK or be made available otherwise to address this.    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2006-01-20T10:57:00Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=21</wfw:comment>
    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=21</wfw:commentRss>
</item>
<item rdf:about="http://xulblog.de/xul/archives/20-guid.html">
    <title>Trick 17 with XUL and IE</title>
    <link>http://xulblog.de/xul/archives/20-Trick-17-with-XUL-and-IE.html</link>
    <description>
&lt;p&gt;And here is how you get the Mozilla control to work inside IE.&lt;/p&gt;&lt;br /&gt;&lt;a href=&quot;http://xulblog.de/xul/archives/20-guid.html#extended&quot;&gt;Continue reading &quot;Trick 17 with XUL and IE&quot;&lt;/a&gt;    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2006-01-19T20:45:00Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=20</wfw:comment>
    <slash:comments>2</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=20</wfw:commentRss>
</item>
<item rdf:about="http://xulblog.de/xul/archives/19-guid.html">
    <title>SQL Console in Mozilla</title>
    <link>http://xulblog.de/xul/archives/19-SQL-Console-in-Mozilla.html</link>
    <description>
&lt;p&gt;This weblog has referenced the &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=344&amp;amp;entry_id=19&quot; title=&quot;http://www.mozilla.org/projects/sql/&quot;  onmouseover=&quot;window.status='http://www.mozilla.org/projects/sql/';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;Mozilla SQL extension&lt;/a&gt; already multiple times. In this entry, you will find some actual code which uses that extension to provide a simple Mozilla-based client for a local or remote database. I will explain the source code from bottom to top, so be prepared -- we will dive right in.&lt;/p&gt;&lt;br /&gt;&lt;a href=&quot;http://xulblog.de/xul/archives/19-guid.html#extended&quot;&gt;Continue reading &quot;SQL Console in Mozilla&quot;&lt;/a&gt;    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2006-01-18T13:00:00Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=19</wfw:comment>
    <slash:comments>2</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=19</wfw:commentRss>
</item>
<item rdf:about="http://xulblog.de/xul/archives/18-guid.html">
    <title>JSDoc: Javadoc for Javascript</title>
    <link>http://xulblog.de/xul/archives/18-JSDoc-Javadoc-for-Javascript.html</link>
    <description>
&lt;p&gt;&lt;img width='150' height='103' border='0' hspace='5' align='right' src='http://xulblog.de/xul/uploads/jsdocoutput.png' alt='' /&gt;For writing API documentation, there is hardly anything better than (a) either having the documentation inline along with the code or (b) having separate staff do the hard work of keeping the docs up-to-date. Because most of us don't have the luxury of (b), we get to settle for (a).&lt;/p&gt;&lt;br /&gt;&lt;a href=&quot;http://xulblog.de/xul/archives/18-guid.html#extended&quot;&gt;Continue reading &quot;JSDoc: Javadoc for Javascript&quot;&lt;/a&gt;    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2006-01-16T11:40:00Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=18</wfw:comment>
    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=18</wfw:commentRss>
</item>
<item rdf:about="http://xulblog.de/xul/archives/17-guid.html">
    <title>XUL in IE</title>
    <link>http://xulblog.de/xul/archives/17-XUL-in-IE.html</link>
    <description>
From reading Adam Lock's &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=265&amp;amp;entry_id=17&quot; title=&quot;http://www.iol.ie/~locka/mozilla/control.htm&quot;  onmouseover=&quot;window.status='http://www.iol.ie/~locka/mozilla/control.htm';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;Mozilla ActiveX Project&lt;/a&gt; page it appears that it should be already possible to have Internet Explorer run XUL applications. Has anyone tried that yet? I'll definitely look into this over the next few days. I just wonder whether applications will be able to gain security privileges comparable to the &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=266&amp;amp;entry_id=17&quot; title=&quot;http://xulblog.de/xul/archives/7-Under-chromes-influence.html&quot;  onmouseover=&quot;window.status='http://xulblog.de/xul/archives/7-Under-chromes-influence.html';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;chrome environment&lt;/a&gt; (probably not). This would help selling XUL to companies wishing to continue their standardization on IE as sole client.    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2006-01-10T10:57:31Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=17</wfw:comment>
    <slash:comments>4</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=17</wfw:commentRss>
</item>
<item rdf:about="http://xulblog.de/xul/archives/16-guid.html">
    <title>Getting Mozilla Bugs Squashed</title>
    <link>http://xulblog.de/xul/archives/16-Getting-Mozilla-Bugs-Squashed.html</link>
    <description>
Any takers for &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=264&amp;amp;entry_id=16&quot; title=&quot;https://bugzilla.mozilla.org/show_bug.cgi?id=321099&quot;  onmouseover=&quot;window.status='https://bugzilla.mozilla.org/show_bug.cgi?id=321099';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;Bugzilla entry #321099&lt;/a&gt;?&lt;br /&gt;
&lt;br /&gt;
I suspect the bug is just too esoteric. It is always reproducible. Is not there enough data in the report? Or is there already too much? The testcase is absolutely minimalistic.    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2006-01-09T08:45:00Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=16</wfw:comment>
    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=16</wfw:commentRss>
</item>
<item rdf:about="http://xulblog.de/xul/archives/15-guid.html">
    <title>XULRunner Builds</title>
    <link>http://xulblog.de/xul/archives/15-XULRunner-Builds.html</link>
    <description>
If you want to play with &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=262&amp;amp;entry_id=15&quot; title=&quot;http://developer.mozilla.org/en/docs/XULRunner&quot;  onmouseover=&quot;window.status='http://developer.mozilla.org/en/docs/XULRunner';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;XULRunner&lt;/a&gt;, you can start using the &lt;a href=&quot;ftp://ftp.mozilla.org/pub/mozilla.org/xulrunner/nightly/latest-mozilla1.8&quot;&gt;Mozilla 1.8-based nightly builds&lt;/a&gt;. They are available for Linux/x86, Win32 and MacOS X.&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=262&amp;amp;entry_id=15&quot; title=&quot;http://developer.mozilla.org/en/docs/XULRunner&quot;  onmouseover=&quot;window.status='http://developer.mozilla.org/en/docs/XULRunner';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;XULRunner&lt;/a&gt; is the light-weight, stand-alone run-time for Mozilla-based applications. It is Mozilla without the browser.&lt;br /&gt;
&lt;br /&gt;
As such, it can feature the whole range of Mozilla technologies, including extensions such as SQL support for MySQL/PostgreSQL/SQLite etc.&lt;br /&gt;
&lt;br /&gt;
With XULRunner, you can make your XUL-application look like another desktop program. In addition to that, XULRunner does not contain the overhead of a slicky Firefox browser. You probably won't miss the bookmark feature in a XUL application.&lt;br /&gt;
&lt;br /&gt;
To get started, &lt;a href=&quot;http://xulblog.de/xul/exit.php?url_id=263&amp;amp;entry_id=15&quot; title=&quot;http://developer.mozilla.org/en/docs/XULRunner:Deploying_XULRunner_1.8&quot;  onmouseover=&quot;window.status='http://developer.mozilla.org/en/docs/XULRunner:Deploying_XULRunner_1.8';return true;&quot; onmouseout=&quot;window.status='';return true;&quot;&gt;visit this tutorial&lt;/a&gt;.    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2006-01-08T12:25:46Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=15</wfw:comment>
    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=15</wfw:commentRss>
</item>
<item rdf:about="http://xulblog.de/xul/archives/14-guid.html">
    <title>Delivering XUL</title>
    <link>http://xulblog.de/xul/archives/14-Delivering-XUL.html</link>
    <description>
&lt;p&gt;Mozilla is a very flexible beast. We will have a quick look at the various ways to deliver an application to your users.&lt;/p&gt;&lt;br /&gt;&lt;a href=&quot;http://xulblog.de/xul/archives/14-guid.html#extended&quot;&gt;Continue reading &quot;Delivering XUL&quot;&lt;/a&gt;    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2006-01-02T12:30:00Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=14</wfw:comment>
    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=14</wfw:commentRss>
</item>
<item rdf:about="http://xulblog.de/xul/archives/12-guid.html">
    <title>Testing XUL applications</title>
    <link>http://xulblog.de/xul/archives/12-Testing-XUL-applications.html</link>
    <description>
&lt;p&gt;There are various ways to test applications. For GUI applications, you have the following options:&lt;/p&gt;&lt;br /&gt;&lt;a href=&quot;http://xulblog.de/xul/archives/12-guid.html#extended&quot;&gt;Continue reading &quot;Testing XUL applications&quot;&lt;/a&gt;    </description>
    <dc:publisher>XUL Weblog</dc:publisher>
    <dc:creator>nospam@example.com (Sascha Schumann)</dc:creator>
    <dc:subject></dc:subject>
    <dc:date>2005-12-29T14:31:50Z</dc:date>
    <wfw:comment>http://xulblog.de/xul/wfwcomment.php?cid=12</wfw:comment>
    <slash:comments>1</slash:comments>
    <wfw:commentRss>http://xulblog.de/xul/rss.php?version=1.0&amp;type=comments&amp;cid=12</wfw:commentRss>
</item>
</rdf:RDF>