<?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: Extension Developers - Breaking News</title>
	<atom:link href="http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/feed/" rel="self" type="application/rss+xml" />
	<link>http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/</link>
	<description></description>
	<pubDate>Mon, 08 Sep 2008 05:54:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Mark Finkle&#8217;s Weblog &#187; Extension Developers - Unbreaking News</title>
		<link>http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/#comment-5119</link>
		<dc:creator>Mark Finkle&#8217;s Weblog &#187; Extension Developers - Unbreaking News</dc:creator>
		<pubDate>Sat, 02 Feb 2008 05:21:45 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/#comment-5119</guid>
		<description>[...] an update the the breaking changes I mentioned. We are working on a different fix for the original bug, so hopefully, we won&#8217;t need to [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] an update the the breaking changes I mentioned. We are working on a different fix for the original bug, so hopefully, we won&#8217;t need to [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric</title>
		<link>http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/#comment-5118</link>
		<dc:creator>Eric</dc:creator>
		<pubDate>Fri, 01 Feb 2008 19:58:54 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/#comment-5118</guid>
		<description>I've poked through the docs some and applied updates based on this info.  Someone should feel free to make sure I've not missed anything of value.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve poked through the docs some and applied updates based on this info.  Someone should feel free to make sure I&#8217;ve not missed anything of value.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mr.anonymous</title>
		<link>http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/#comment-5116</link>
		<dc:creator>mr.anonymous</dc:creator>
		<pubDate>Fri, 01 Feb 2008 15:16:26 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/#comment-5116</guid>
		<description>auto hide bookmark toolbar
code in userChrome.css

#personal-toolbar {display: none;}
#browser-toolbox:hover &#62; #personal-toolbar {display: -moz-box;}

but why it does not work with livebookmark?
when i click the title(livebookmark), it does nothing.

please help, thank you.</description>
		<content:encoded><![CDATA[<p>auto hide bookmark toolbar<br />
code in userChrome.css</p>
<p>#personal-toolbar {display: none;}<br />
#browser-toolbox:hover &gt; #personal-toolbar {display: -moz-box;}</p>
<p>but why it does not work with livebookmark?<br />
when i click the title(livebookmark), it does nothing.</p>
<p>please help, thank you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wladimir Palant</title>
		<link>http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/#comment-5115</link>
		<dc:creator>Wladimir Palant</dc:creator>
		<pubDate>Fri, 01 Feb 2008 12:25:37 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/#comment-5115</guid>
		<description>"nav-bar" changed into "navigation-toolbar", not "navigator-toolbar"

And - it's a shame that a change like this is introduced after the extension developers have been encouraged to update their extensions. Not to mention that resetting all toolbars to their defaults might put off a few users (and confuse many others who will try to find the extension icons they never had to add manually before).</description>
		<content:encoded><![CDATA[<p>&#8220;nav-bar&#8221; changed into &#8220;navigation-toolbar&#8221;, not &#8220;navigator-toolbar&#8221;</p>
<p>And - it&#8217;s a shame that a change like this is introduced after the extension developers have been encouraged to update their extensions. Not to mention that resetting all toolbars to their defaults might put off a few users (and confuse many others who will try to find the extension icons they never had to add manually before).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Synonymous</title>
		<link>http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/#comment-5113</link>
		<dc:creator>Synonymous</dc:creator>
		<pubDate>Fri, 01 Feb 2008 11:32:49 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/#comment-5113</guid>
		<description>&#62; I don’t think that will happen as the other ways which were tried caused Ts regressions.

Couldn't that be done from within the code called on upgrade (whatever triggers the compatibility checking and the display of the whatsnew page)?</description>
		<content:encoded><![CDATA[<p>&gt; I don’t think that will happen as the other ways which were tried caused Ts regressions.</p>
<p>Couldn&#8217;t that be done from within the code called on upgrade (whatever triggers the compatibility checking and the display of the whatsnew page)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Very important news for Firefox extension developers :: Now I Have a Blog Too</title>
		<link>http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/#comment-5111</link>
		<dc:creator>Very important news for Firefox extension developers :: Now I Have a Blog Too</dc:creator>
		<pubDate>Thu, 31 Jan 2008 21:49:07 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/#comment-5111</guid>
		<description>[...] you've written an extension for Firefox and you want it to work correctly in Firefox 3, read this right now. The ID of the navigational toolbox has been changed from "navigator-toolbox" to "browser-toolbox," [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] you&#8217;ve written an extension for Firefox and you want it to work correctly in Firefox 3, read this right now. The ID of the navigational toolbox has been changed from &#8220;navigator-toolbox&#8221; to &#8220;browser-toolbox,&#8221; [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian McKellar</title>
		<link>http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/#comment-5110</link>
		<dc:creator>Ian McKellar</dc:creator>
		<pubDate>Thu, 31 Jan 2008 21:48:07 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2008/01/extension-developers-breaking-news/#comment-5110</guid>
		<description>We've recently been working on getting the id in Songbird's mainwin.xul to match those in Firefox's browser.xul. Should we copy these new IDs?



&lt;b&gt;Snarky Note:&lt;/b&gt;
Off the top of my head:

// get the rdf service
var rdfSvc = Cc["@mozilla.org/rdf/rdf-service;1"].getService(Ci.nsIRDFService);
// get the localstore datasource
var localstore = rdfSvc.GetDataSource('rdf:local-store');
// get an nsIRDFResource for the navigator-toolbox item
var navigator_toolbox = rdfSvc.GetResource('chrome://browser/content/browser.xul#navigator-toolbox');
// enumerate its properties
var properties = localstore.ArLabelsOut(navigator_toolbox);
while(properties.hasMoreElements()) {
  var property = arc_labels.getNext();
  // enumerate the values for this property
  var targets = localstore.GetTargets(navigator_toolbox, property, true);
  while(targets.hasMoreElements()) {
    // clear the value
    localstore.Unassert(localstore, arc_label, targets.getNext());
  }
}

now, that wasn't too hard was it? 

I've had enough of the irrational rdfoibia.</description>
		<content:encoded><![CDATA[<p>We&#8217;ve recently been working on getting the id in Songbird&#8217;s mainwin.xul to match those in Firefox&#8217;s browser.xul. Should we copy these new IDs?</p>
<p><b>Snarky Note:</b><br />
Off the top of my head:</p>
<p>// get the rdf service<br />
var rdfSvc = Cc[&#8221;@mozilla.org/rdf/rdf-service;1&#8243;].getService(Ci.nsIRDFService);<br />
// get the localstore datasource<br />
var localstore = rdfSvc.GetDataSource(&#8217;rdf:local-store&#8217;);<br />
// get an nsIRDFResource for the navigator-toolbox item<br />
var navigator_toolbox = rdfSvc.GetResource(&#8217;chrome://browser/content/browser.xul#navigator-toolbox&#8217;);<br />
// enumerate its properties<br />
var properties = localstore.ArLabelsOut(navigator_toolbox);<br />
while(properties.hasMoreElements()) {<br />
  var property = arc_labels.getNext();<br />
  // enumerate the values for this property<br />
  var targets = localstore.GetTargets(navigator_toolbox, property, true);<br />
  while(targets.hasMoreElements()) {<br />
    // clear the value<br />
    localstore.Unassert(localstore, arc_label, targets.getNext());<br />
  }<br />
}</p>
<p>now, that wasn&#8217;t too hard was it? </p>
<p>I&#8217;ve had enough of the irrational rdfoibia.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
