<?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: XUL/E - What If</title>
	<atom:link href="http://starkravingfinkle.org/blog/2006/12/xule-what-if/feed/" rel="self" type="application/rss+xml" />
	<link>http://starkravingfinkle.org/blog/2006/12/xule-what-if/</link>
	<description></description>
	<pubDate>Fri, 25 Jul 2008 03:29:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Mark Finkle&#8217;s Weblog &#187; Mozilla ActiveX Control</title>
		<link>http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-410</link>
		<dc:creator>Mark Finkle&#8217;s Weblog &#187; Mozilla ActiveX Control</dc:creator>
		<pubDate>Tue, 23 Jan 2007 16:09:35 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-410</guid>
		<description>[...] I was a little surprised how &#8220;popular&#8221; my XUL/E post became. The demo viewer page alone has over double the hits of the second place page. In that post, I demonstrated how Mozilla&#8217;s rendering engine (Gecko) could be embedded in Internet Explorer and used to display rich XUL applications and advanced SVG and canvas graphics. Of course, XUL/E is a play on Microsoft&#8217;s brand-new-fantastic-sliced-bread WPF/E technology and Mozilla is not mounting a XUL/E initiative (but I can dare to dream). [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] I was a little surprised how &#8220;popular&#8221; my XUL/E post became. The demo viewer page alone has over double the hits of the second place page. In that post, I demonstrated how Mozilla&#8217;s rendering engine (Gecko) could be embedded in Internet Explorer and used to display rich XUL applications and advanced SVG and canvas graphics. Of course, XUL/E is a play on Microsoft&#8217;s brand-new-fantastic-sliced-bread WPF/E technology and Mozilla is not mounting a XUL/E initiative (but I can dare to dream). [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Schiller</title>
		<link>http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-278</link>
		<dc:creator>Jeff Schiller</dc:creator>
		<pubDate>Tue, 02 Jan 2007 04:44:18 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-278</guid>
		<description>Alright - I'm still confused by this.  Are you saying that the control has to be manually "invoked" by my web page?  If this is the case, then that's not the greatest news for us web developers who want to be browser/plugin-agnostic when it comes to next-gen web technologies like XHTML/SVG.  I guess some JS sniffing for that control would have to be added by every XHTML/SVG web developer out there.

How hard would it be to make the control a true IE plugin based on this ActiveX control that AUTOMATICALLY handles XHTML and SVG content based on the MIME type?  I'm clueless when it comes to this stuff at the moment...</description>
		<content:encoded><![CDATA[<p>Alright - I&#8217;m still confused by this.  Are you saying that the control has to be manually &#8220;invoked&#8221; by my web page?  If this is the case, then that&#8217;s not the greatest news for us web developers who want to be browser/plugin-agnostic when it comes to next-gen web technologies like XHTML/SVG.  I guess some JS sniffing for that control would have to be added by every XHTML/SVG web developer out there.</p>
<p>How hard would it be to make the control a true IE plugin based on this ActiveX control that AUTOMATICALLY handles XHTML and SVG content based on the MIME type?  I&#8217;m clueless when it comes to this stuff at the moment&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Finkle</title>
		<link>http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-265</link>
		<dc:creator>Mark Finkle</dc:creator>
		<pubDate>Fri, 29 Dec 2006 15:02:20 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-265</guid>
		<description>First, I just wanted to make clear that this control has existed in Mozilla for a while. Checkout Adam Lock's website for more information about it:
http://www.iol.ie/~locka/mozilla/control.htm

Jeff - Currently, there is no MIME-type handoff from IE. The control acts like an embedded Mozilla webbrowser. You can navigate to any content type that Mozilla browsers support. DOM scripting should work, but doesn't in my tests. The control has a "Document" property that should give IE (or any container) access to the internal DOM. I am looking into this. It works when hosted from a C++ application , but not IE.

Dan -  XUL / SVG do not directly support 3D. I say directly because there are libraries to add 3D support to SVG. While WPF does support 3D, WPF/E currently does not either.

The "zero-steps" version will be very easy, once a  host server and certificate are available. I am going to start some internal discussions at Mozilla to see what approach the company wants to take.</description>
		<content:encoded><![CDATA[<p>First, I just wanted to make clear that this control has existed in Mozilla for a while. Checkout Adam Lock&#8217;s website for more information about it:<br />
<a href="http://www.iol.ie/~locka/mozilla/control.htm" rel="nofollow">http://www.iol.ie/~locka/mozilla/control.htm</a></p>
<p>Jeff - Currently, there is no MIME-type handoff from IE. The control acts like an embedded Mozilla webbrowser. You can navigate to any content type that Mozilla browsers support. DOM scripting should work, but doesn&#8217;t in my tests. The control has a &#8220;Document&#8221; property that should give IE (or any container) access to the internal DOM. I am looking into this. It works when hosted from a C++ application , but not IE.</p>
<p>Dan -  XUL / SVG do not directly support 3D. I say directly because there are libraries to add 3D support to SVG. While WPF does support 3D, WPF/E currently does not either.</p>
<p>The &#8220;zero-steps&#8221; version will be very easy, once a  host server and certificate are available. I am going to start some internal discussions at Mozilla to see what approach the company wants to take.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-260</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Fri, 29 Dec 2006 09:42:17 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-260</guid>
		<description>This is cool, would it be possible to include it as part of for example the Google / Yahoo Toolbar ?

If it could be done (and it was) it'd instantly get a large userbase. What about 3D stuff in the XUL language one of the major benefits with WPF is that it supposedly makes 3D objects with video and audio easy to tie together, can something similar be achieved with XUL?</description>
		<content:encoded><![CDATA[<p>This is cool, would it be possible to include it as part of for example the Google / Yahoo Toolbar ?</p>
<p>If it could be done (and it was) it&#8217;d instantly get a large userbase. What about 3D stuff in the XUL language one of the major benefits with WPF is that it supposedly makes 3D objects with video and audio easy to tie together, can something similar be achieved with XUL?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zproxy</title>
		<link>http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-259</link>
		<dc:creator>zproxy</dc:creator>
		<pubDate>Fri, 29 Dec 2006 07:28:33 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-259</guid>
		<description>This could be it:) Someone please make the zero-step version official:)</description>
		<content:encoded><![CDATA[<p>This could be it:) Someone please make the zero-step version official:)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Schiller</title>
		<link>http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-253</link>
		<dc:creator>Jeff Schiller</dc:creator>
		<pubDate>Thu, 28 Dec 2006 02:49:53 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-253</guid>
		<description>Oh, and this is a more recent discussion: http://tech.groups.yahoo.com/group/svg-developers/message/57598</description>
		<content:encoded><![CDATA[<p>Oh, and this is a more recent discussion: <a href="http://tech.groups.yahoo.com/group/svg-developers/message/57598" rel="nofollow">http://tech.groups.yahoo.com/group/svg-developers/message/57598</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Schiller</title>
		<link>http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-252</link>
		<dc:creator>Jeff Schiller</dc:creator>
		<pubDate>Thu, 28 Dec 2006 02:45:23 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-252</guid>
		<description>Hi Mark,

Ok, I'm officially starting to get excited about this.  I'm assuming you've seen this discussion on svg-developers: http://tech.groups.yahoo.com/group/svg-developers/message/56745

But can you help me understand with your proposal:

1) Would the "plugin" (for lack of a better term) also work with XHTML and XHTML+SVG content?  How do you set it up so that IE tosses control over to the Mozilla plugin/control when encountering certain MIME types?

2) Does it support SVG DOM scripting also?  This would be VERY important.

3) How hard would it be for Mozilla to officially get the "zero step" version of this up and supported so that we can point people at it?   We need something as simple as a browser plugin download if we're going to pursue the Mozilla-within-IE option.  Even though Adobe won't be removing the plugin download, it's still a dead-end, so I think the movement off of ASV should start as soon as there is a minimally viable solution that comes close to ASV's level of support.  And Mozilla-within-IE feels kind of like a "coup" ;)

Thanks,
Jeff</description>
		<content:encoded><![CDATA[<p>Hi Mark,</p>
<p>Ok, I&#8217;m officially starting to get excited about this.  I&#8217;m assuming you&#8217;ve seen this discussion on svg-developers: <a href="http://tech.groups.yahoo.com/group/svg-developers/message/56745" rel="nofollow">http://tech.groups.yahoo.com/group/svg-developers/message/56745</a></p>
<p>But can you help me understand with your proposal:</p>
<p>1) Would the &#8220;plugin&#8221; (for lack of a better term) also work with XHTML and XHTML+SVG content?  How do you set it up so that IE tosses control over to the Mozilla plugin/control when encountering certain MIME types?</p>
<p>2) Does it support SVG DOM scripting also?  This would be VERY important.</p>
<p>3) How hard would it be for Mozilla to officially get the &#8220;zero step&#8221; version of this up and supported so that we can point people at it?   We need something as simple as a browser plugin download if we&#8217;re going to pursue the Mozilla-within-IE option.  Even though Adobe won&#8217;t be removing the plugin download, it&#8217;s still a dead-end, so I think the movement off of ASV should start as soon as there is a minimally viable solution that comes close to ASV&#8217;s level of support.  And Mozilla-within-IE feels kind of like a &#8220;coup&#8221; <img src='http://starkravingfinkle.org/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Thanks,<br />
Jeff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stelt</title>
		<link>http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-248</link>
		<dc:creator>stelt</dc:creator>
		<pubDate>Thu, 28 Dec 2006 00:51:38 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-248</guid>
		<description>I've added it to http://svg.startpagina.nl</description>
		<content:encoded><![CDATA[<p>I&#8217;ve added it to <a href="http://svg.startpagina.nl" rel="nofollow">http://svg.startpagina.nl</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thirdhand</title>
		<link>http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-246</link>
		<dc:creator>thirdhand</dc:creator>
		<pubDate>Wed, 27 Dec 2006 21:04:55 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-246</guid>
		<description>This sounds really cool. I think Mozilla Corp/Foundation (or someone else) should look into making use of these possibilities to give WPF/E some competition.</description>
		<content:encoded><![CDATA[<p>This sounds really cool. I think Mozilla Corp/Foundation (or someone else) should look into making use of these possibilities to give WPF/E some competition.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mad Ramblings &#187; Running XUL in IE</title>
		<link>http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-245</link>
		<dc:creator>Mad Ramblings &#187; Running XUL in IE</dc:creator>
		<pubDate>Wed, 27 Dec 2006 20:05:26 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/2006/12/xule-what-if/#comment-245</guid>
		<description>[...] This appears to be the coolest thing I&#8217;ve seen for at least a couple of weeks. It describes how to convince XULRunner to run as an ActiveX control to support XUL and SVG in Internet Explorer. Could be useful for those situations where you just have to run IE&#8230;   Posted in Uncategorized [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] This appears to be the coolest thing I&#8217;ve seen for at least a couple of weeks. It describes how to convince XULRunner to run as an ActiveX control to support XUL and SVG in Internet Explorer. Could be useful for those situations where you just have to run IE&#8230;   Posted in Uncategorized [&#8230;]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
