<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Evolving Firefox Extensions</title>
	<atom:link href="http://www.toolness.com/wp/?feed=rss2&#038;p=746" rel="self" type="application/rss+xml" />
	<link>http://www.toolness.com/wp/?p=746</link>
	<description>The Blog of Atul Varma</description>
	<pubDate>Tue, 07 Sep 2010 10:01:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: blindmurray</title>
		<link>http://www.toolness.com/wp/?p=746#comment-3122</link>
		<dc:creator>blindmurray</dc:creator>
		<pubDate>Tue, 11 May 2010 21:57:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.toolness.com/wp/?p=746#comment-3122</guid>
		<description>Hello Atul - re security issues (see Generative/Principal Least Auth posts) in JetPack: we use XBL binding and anonymous content markup to insert a glorified textbox  (we call it a 'slide') on a webpage.  Using this anonymous-markup widget users can communicate with each other using some backend XHR communications. We have no fear of a malicious webpage trying to scrape the text of the messages people send to each other using our widget (before we have a chance to encrypt it) because the anonymous bits make it invisible to the web page.

Will JetPack retain/offer some kind of 'anonymous' content methodology?  Will it use/allow XBL bindings?</description>
		<content:encoded><![CDATA[<p>Hello Atul - re security issues (see Generative/Principal Least Auth posts) in JetPack: we use XBL binding and anonymous content markup to insert a glorified textbox  (we call it a &#8217;slide&#8217;) on a webpage.  Using this anonymous-markup widget users can communicate with each other using some backend XHR communications. We have no fear of a malicious webpage trying to scrape the text of the messages people send to each other using our widget (before we have a chance to encrypt it) because the anonymous bits make it invisible to the web page.</p>
<p>Will JetPack retain/offer some kind of &#8216;anonymous&#8217; content methodology?  Will it use/allow XBL bindings?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neues Add-on-System für Firefox: Zeitplan steht - Software &#124; News &#124; ZDNet.de</title>
		<link>http://www.toolness.com/wp/?p=746#comment-2708</link>
		<dc:creator>Neues Add-on-System für Firefox: Zeitplan steht - Software &#124; News &#124; ZDNet.de</dc:creator>
		<pubDate>Fri, 29 Jan 2010 12:01:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.toolness.com/wp/?p=746#comment-2708</guid>
		<description>[...] das in der endgültigen Version "Reboot" heißen soll, war 2009 gestartet worden, musste aber wegen anderer Firefox-Projekte warten. Aktuell [...]</description>
		<content:encoded><![CDATA[<p>[...] das in der endgültigen Version &#8220;Reboot&#8221; heißen soll, war 2009 gestartet worden, musste aber wegen anderer Firefox-Projekte warten. Aktuell [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Status update: January 15, 2009 &#60; Saturn Valley</title>
		<link>http://www.toolness.com/wp/?p=746#comment-2651</link>
		<dc:creator>Status update: January 15, 2009 &#60; Saturn Valley</dc:creator>
		<pubDate>Sat, 16 Jan 2010 07:44:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.toolness.com/wp/?p=746#comment-2651</guid>
		<description>[...] be used but helped me learn more about how the new platform works. Started a reboot FAQ with Atul and submitted a small patch. Would like to port the prototype&#8217;s simple JSON-backed storage to [...]</description>
		<content:encoded><![CDATA[<p>[...] be used but helped me learn more about how the new platform works. Started a reboot FAQ with Atul and submitted a small patch. Would like to port the prototype&#8217;s simple JSON-backed storage to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tase</title>
		<link>http://www.toolness.com/wp/?p=746#comment-2645</link>
		<dc:creator>Tase</dc:creator>
		<pubDate>Thu, 14 Jan 2010 00:16:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.toolness.com/wp/?p=746#comment-2645</guid>
		<description>So you're not just restarting the browser, you're rebooting now... Great... 

:P</description>
		<content:encoded><![CDATA[<p>So you&#8217;re not just restarting the browser, you&#8217;re rebooting now&#8230; Great&#8230; </p>
<p> <img src='http://www.toolness.com/wp/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Finkle&#8217;s Weblog &#187; Add-ons and Restarts &#8211; Yuck!</title>
		<link>http://www.toolness.com/wp/?p=746#comment-2643</link>
		<dc:creator>Mark Finkle&#8217;s Weblog &#187; Add-ons and Restarts &#8211; Yuck!</dc:creator>
		<pubDate>Wed, 13 Jan 2010 14:29:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.toolness.com/wp/?p=746#comment-2643</guid>
		<description>[...] mechanism. In fact, Fabrice DesrÃ© found a nice bit of news on an upcoming feature (via comments on Atul&#8217;s post):  Fabrice: Does the fact that jetpacks are now XPIs mean that the â€œno restart after installâ€ [...]</description>
		<content:encoded><![CDATA[<p>[...] mechanism. In fact, Fabrice DesrÃ© found a nice bit of news on an upcoming feature (via comments on Atul&#8217;s post):  Fabrice: Does the fact that jetpacks are now XPIs mean that the â€œno restart after installâ€ [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Atul</title>
		<link>http://www.toolness.com/wp/?p=746#comment-2634</link>
		<dc:creator>Atul</dc:creator>
		<pubDate>Tue, 12 Jan 2010 17:47:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.toolness.com/wp/?p=746#comment-2634</guid>
		<description>Yarr, what Mossop said. Right now the XPIs generated by the Jetpack reboot don't even have a chrome.manifest, and while they currently have an XPCOM component to "bootstrap" themselves, this will be converted into a separate "bootstrap.js" script once support for loading such a script is added to the Extension Manager.</description>
		<content:encoded><![CDATA[<p>Yarr, what Mossop said. Right now the XPIs generated by the Jetpack reboot don&#8217;t even have a chrome.manifest, and while they currently have an XPCOM component to &#8220;bootstrap&#8221; themselves, this will be converted into a separate &#8220;bootstrap.js&#8221; script once support for loading such a script is added to the Extension Manager.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mossop</title>
		<link>http://www.toolness.com/wp/?p=746#comment-2633</link>
		<dc:creator>Mossop</dc:creator>
		<pubDate>Tue, 12 Jan 2010 17:33:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.toolness.com/wp/?p=746#comment-2633</guid>
		<description>@Fabrice: I'll just elaborate a little. Plans are naturally in flux right now but the idea is to allow XPI packages to install without restarts if they wish, however there will be constraints. They will be responsible for doing everything themselves, which means (at least in my head right now) we won't automatically load chrome or components from these extensions. Instead we will just do startup and shutdown calls into the extension and allow it to register/unregister what it needs by itself. This means that just marking an existing extension to work without restarts wouldn't get you anywhere, you still need to do the extra work to handle the startup/shutdown parts.</description>
		<content:encoded><![CDATA[<p>@Fabrice: I&#8217;ll just elaborate a little. Plans are naturally in flux right now but the idea is to allow XPI packages to install without restarts if they wish, however there will be constraints. They will be responsible for doing everything themselves, which means (at least in my head right now) we won&#8217;t automatically load chrome or components from these extensions. Instead we will just do startup and shutdown calls into the extension and allow it to register/unregister what it needs by itself. This means that just marking an existing extension to work without restarts wouldn&#8217;t get you anywhere, you still need to do the extra work to handle the startup/shutdown parts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Atul</title>
		<link>http://www.toolness.com/wp/?p=746#comment-2632</link>
		<dc:creator>Atul</dc:creator>
		<pubDate>Tue, 12 Jan 2010 16:45:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.toolness.com/wp/?p=746#comment-2632</guid>
		<description>@Fabrice: That's correct! We don't have a bug filed for it yet, still need to do that, but the idea is that if an extension includes certain metadata in its install.rdf that essentially tells Firefox "look, I know how to unload all my resources reliably", then Firefox will trust it and call a certain function whenever the extension needs to unload itself.

That said, actually &lt;i&gt;making&lt;/i&gt; an extension capable of unloading all its resources on demand isn't easy, though, but Jetpack itself is being designed from the ground-up with this in mind. Nonetheless, we'd like to leave the 'hook' in there for traditional extensions to take advantage of, if extension authors are willing to put the effort in to add resource unloading functionality to their code.</description>
		<content:encoded><![CDATA[<p>@Fabrice: That&#8217;s correct! We don&#8217;t have a bug filed for it yet, still need to do that, but the idea is that if an extension includes certain metadata in its install.rdf that essentially tells Firefox &#8220;look, I know how to unload all my resources reliably&#8221;, then Firefox will trust it and call a certain function whenever the extension needs to unload itself.</p>
<p>That said, actually <i>making</i> an extension capable of unloading all its resources on demand isn&#8217;t easy, though, but Jetpack itself is being designed from the ground-up with this in mind. Nonetheless, we&#8217;d like to leave the &#8216;hook&#8217; in there for traditional extensions to take advantage of, if extension authors are willing to put the effort in to add resource unloading functionality to their code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fabrice</title>
		<link>http://www.toolness.com/wp/?p=746#comment-2631</link>
		<dc:creator>Fabrice</dc:creator>
		<pubDate>Tue, 12 Jan 2010 14:49:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.toolness.com/wp/?p=746#comment-2631</guid>
		<description>Does the fact that jetpacks are now XPIs mean that the "no restart after install" feature will be implemented for traditionnal add-ons ?</description>
		<content:encoded><![CDATA[<p>Does the fact that jetpacks are now XPIs mean that the &#8220;no restart after install&#8221; feature will be implemented for traditionnal add-ons ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Atul</title>
		<link>http://www.toolness.com/wp/?p=746#comment-2630</link>
		<dc:creator>Atul</dc:creator>
		<pubDate>Tue, 12 Jan 2010 14:22:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.toolness.com/wp/?p=746#comment-2630</guid>
		<description>@dafi: Yep, we're using the &lt;a href="http://wiki.commonjs.org/wiki/Modules/1.0" rel="nofollow"&gt;CommonJS module standard&lt;/a&gt;. :)

@Fabrice: Sorry for that confusion; we'll have to update the link on the labs post. I'll post a comment to your bug so we can continue working on that in the reboot&#8212;thanks for contributing!</description>
		<content:encoded><![CDATA[<p>@dafi: Yep, we&#8217;re using the <a href="http://wiki.commonjs.org/wiki/Modules/1.0" rel="nofollow">CommonJS module standard</a>. <img src='http://www.toolness.com/wp/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>@Fabrice: Sorry for that confusion; we&#8217;ll have to update the link on the labs post. I&#8217;ll post a comment to your bug so we can continue working on that in the reboot&mdash;thanks for contributing!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
