<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: If you can do it in JavaScript, you can do it in managed Silverlight .NET code</title>
	<atom:link href="http://www.jeff.wilcox.name/2008/09/do-it-in-js-and-cs/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jeff.wilcox.name/2008/09/do-it-in-js-and-cs/</link>
	<description>Silverlight, rich client apps and web development</description>
	<lastBuildDate>Fri, 30 Jul 2010 19:17:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: unruledboy</title>
		<link>http://www.jeff.wilcox.name/2008/09/do-it-in-js-and-cs/comment-page-1/#comment-606</link>
		<dc:creator>unruledboy</dc:creator>
		<pubDate>Mon, 06 Oct 2008 10:01:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeff.wilcox.name/2008/09/28/do-it-in-js-and-cs/#comment-606</guid>
		<description>it&#039;s difficult to save the file to the user&#039;s computer(prompting the file save dialog),  while it&#039;s pretty easy with asp.net.

yes, you can involve a webservice to simulate, but not straight forward.</description>
		<content:encoded><![CDATA[<p>it&#8217;s difficult to save the file to the user&#8217;s computer(prompting the file save dialog),  while it&#8217;s pretty easy with asp.net.</p>
<p>yes, you can involve a webservice to simulate, but not straight forward.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: samcov</title>
		<link>http://www.jeff.wilcox.name/2008/09/do-it-in-js-and-cs/comment-page-1/#comment-560</link>
		<dc:creator>samcov</dc:creator>
		<pubDate>Tue, 30 Sep 2008 07:34:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeff.wilcox.name/2008/09/28/do-it-in-js-and-cs/#comment-560</guid>
		<description>Rich Text entry is another reason.  There are third party RTE&#039;s, but the html versions are better right now.

They are capable of import/export with Word and other applications through the use of a standard format.  All of the Silverlight RTE&#039;s appear to have no interop with HTML/RTF, ro even XAML.</description>
		<content:encoded><![CDATA[<p>Rich Text entry is another reason.  There are third party RTE&#8217;s, but the html versions are better right now.</p>
<p>They are capable of import/export with Word and other applications through the use of a standard format.  All of the Silverlight RTE&#8217;s appear to have no interop with HTML/RTF, ro even XAML.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: iTodorov Blog &#187; Blog Archive &#187; Quake 3 Arena ported on iPod Touch. WTF ?!?</title>
		<link>http://www.jeff.wilcox.name/2008/09/do-it-in-js-and-cs/comment-page-1/#comment-554</link>
		<dc:creator>iTodorov Blog &#187; Blog Archive &#187; Quake 3 Arena ported on iPod Touch. WTF ?!?</dc:creator>
		<pubDate>Mon, 29 Sep 2008 08:03:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeff.wilcox.name/2008/09/28/do-it-in-js-and-cs/#comment-554</guid>
		<description>[...] Jeff Wilcox said in his blog article, just because you can do something, doesn&#8217;t really mean you should do it. This is directly [...]</description>
		<content:encoded><![CDATA[<p>[...] Jeff Wilcox said in his blog article, just because you can do something, doesn&#8217;t really mean you should do it. This is directly [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Wilcox</title>
		<link>http://www.jeff.wilcox.name/2008/09/do-it-in-js-and-cs/comment-page-1/#comment-553</link>
		<dc:creator>Jeff Wilcox</dc:creator>
		<pubDate>Mon, 29 Sep 2008 04:53:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeff.wilcox.name/2008/09/28/do-it-in-js-and-cs/#comment-553</guid>
		<description>@Jonas: Awesome! History management is a nice browser perk, good post.

@Chris: Well, I&#039;m not sure what level of communication there is between Java and the browser host, but if you can bridge that gap, it can be done. Jonas posted a Flash + Silverlight system to integrate Flash&#039;s webcam support into a Silverlight app, for instance.

@Bart: Yup, good one.

@Morton: I briefly mentioned the performance implications of native/managed/script interaction, but it should be bold. At one point I ported the ASP.NET AJAX toolkit animation library to the DOM bridge, and it worked fine for my needs... but the native/CLR transitions are expensive for the reason you point out.

@SoulSolutions: Yeah, these are only useful when hosted in the real browser. You should be able to check (on the Silverlight 2 runtime at least) the System.Windows.Browser.HtmlPage.IsEnabled property to know if your host supports the browser extensions.

It is important if your app or components will be opened in Blend that you check this property before doing too much, since you really are assuming it is a part of a larger system that you control at the point you use interop.</description>
		<content:encoded><![CDATA[<p>@Jonas: Awesome! History management is a nice browser perk, good post.</p>
<p>@Chris: Well, I&#8217;m not sure what level of communication there is between Java and the browser host, but if you can bridge that gap, it can be done. Jonas posted a Flash + Silverlight system to integrate Flash&#8217;s webcam support into a Silverlight app, for instance.</p>
<p>@Bart: Yup, good one.</p>
<p>@Morton: I briefly mentioned the performance implications of native/managed/script interaction, but it should be bold. At one point I ported the ASP.NET AJAX toolkit animation library to the DOM bridge, and it worked fine for my needs&#8230; but the native/CLR transitions are expensive for the reason you point out.</p>
<p>@SoulSolutions: Yeah, these are only useful when hosted in the real browser. You should be able to check (on the Silverlight 2 runtime at least) the System.Windows.Browser.HtmlPage.IsEnabled property to know if your host supports the browser extensions.</p>
<p>It is important if your app or components will be opened in Blend that you check this property before doing too much, since you really are assuming it is a part of a larger system that you control at the point you use interop.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SoulSolutions</title>
		<link>http://www.jeff.wilcox.name/2008/09/do-it-in-js-and-cs/comment-page-1/#comment-552</link>
		<dc:creator>SoulSolutions</dc:creator>
		<pubDate>Mon, 29 Sep 2008 03:57:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeff.wilcox.name/2008/09/28/do-it-in-js-and-cs/#comment-552</guid>
		<description>What if your Silverlight app isn&#039;t running in a browser? If you start depending upon the browser and specific Javascript and DOM functionlaity how will these fair on a mobile or Mesh application or something else down the track?</description>
		<content:encoded><![CDATA[<p>What if your Silverlight app isn&#8217;t running in a browser? If you start depending upon the browser and specific Javascript and DOM functionlaity how will these fair on a mobile or Mesh application or something else down the track?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Morten</title>
		<link>http://www.jeff.wilcox.name/2008/09/do-it-in-js-and-cs/comment-page-1/#comment-551</link>
		<dc:creator>Morten</dc:creator>
		<pubDate>Mon, 29 Sep 2008 02:13:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeff.wilcox.name/2008/09/28/do-it-in-js-and-cs/#comment-551</guid>
		<description>I think you left an important reason NOT to do it: There&#039;s a huge overhead in making calls between the JavaScript and Silverlight spaces.</description>
		<content:encoded><![CDATA[<p>I think you left an important reason NOT to do it: There&#8217;s a huge overhead in making calls between the JavaScript and Silverlight spaces.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bart Czernicki</title>
		<link>http://www.jeff.wilcox.name/2008/09/do-it-in-js-and-cs/comment-page-1/#comment-550</link>
		<dc:creator>Bart Czernicki</dc:creator>
		<pubDate>Mon, 29 Sep 2008 01:44:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeff.wilcox.name/2008/09/28/do-it-in-js-and-cs/#comment-550</guid>
		<description>Another reason to use it:

Because sometimes you have to!  Silverlight 2 RTM won&#039;t include native printing.  So if you want print out of Silverlight, you have no choice but to leverage the HTML bridge.  Other uses include getting some info that Silverlight doesn&#039;t have access to: i.e. list of files on the c:\ drive or your example of the screen resolution.</description>
		<content:encoded><![CDATA[<p>Another reason to use it:</p>
<p>Because sometimes you have to!  Silverlight 2 RTM won&#8217;t include native printing.  So if you want print out of Silverlight, you have no choice but to leverage the HTML bridge.  Other uses include getting some info that Silverlight doesn&#8217;t have access to: i.e. list of files on the c:\ drive or your example of the screen resolution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Swain</title>
		<link>http://www.jeff.wilcox.name/2008/09/do-it-in-js-and-cs/comment-page-1/#comment-548</link>
		<dc:creator>Chris Swain</dc:creator>
		<pubDate>Mon, 29 Sep 2008 01:21:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeff.wilcox.name/2008/09/28/do-it-in-js-and-cs/#comment-548</guid>
		<description>Would it be possible to use the bridge to communicate with a Java applet?  Say I have a Silverlight game that it makes sense to use UDP as my network communication, but Silverlight does not support UDP.  However, I can write a little Java applet that does support UDP and can act as my proxy.  Could I then use the bridge to allow my Java UDP proxy applet to communicate with my Silverlight game client and visa versa?  Just trying to think outside of the box and stretch the technology.</description>
		<content:encoded><![CDATA[<p>Would it be possible to use the bridge to communicate with a Java applet?  Say I have a Silverlight game that it makes sense to use UDP as my network communication, but Silverlight does not support UDP.  However, I can write a little Java applet that does support UDP and can act as my proxy.  Could I then use the bridge to allow my Java UDP proxy applet to communicate with my Silverlight game client and visa versa?  Just trying to think outside of the box and stretch the technology.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonas Follesø</title>
		<link>http://www.jeff.wilcox.name/2008/09/do-it-in-js-and-cs/comment-page-1/#comment-547</link>
		<dc:creator>Jonas Follesø</dc:creator>
		<pubDate>Mon, 29 Sep 2008 00:35:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeff.wilcox.name/2008/09/28/do-it-in-js-and-cs/#comment-547</guid>
		<description>Hi Jeff,

I&#039;m a big fan of the HTML bridge, and have done lots of interesting stuff with it. I think the most fun example is my webcam proof-of-concept application that uses the HTML Bridge + JavaScript + Flash to capture Web Cam still images.

(http://jonas.follesoe.no/WebcamInSilverlight2NdashSlidingPuzzleGame.aspx)

I&#039;ve also written a post explaining how to use the new History Management feature in ASP.NET AJAX 3.5 SP1 with minimal use of JavaScript (http://jonas.follesoe.no/BackAndForwardNavigationInSilverlight2UsingASPNETAJAX.aspx).

One of the issues I ran into is that the ASP.NET AJAX client library has it&#039;s own &quot;type system&quot;, and does type validation of parameters passed into functions. If I pass a CLR type from Silverlight to the ASP.NET AJAX client library (in the addHistoryPoint function) I get an error saying my type is a &#039;Function&#039; and not an &#039;Object&#039;. Other than that it works just fine :)</description>
		<content:encoded><![CDATA[<p>Hi Jeff,</p>
<p>I&#8217;m a big fan of the HTML bridge, and have done lots of interesting stuff with it. I think the most fun example is my webcam proof-of-concept application that uses the HTML Bridge + JavaScript + Flash to capture Web Cam still images.</p>
<p>(<a href="http://jonas.follesoe.no/WebcamInSilverlight2NdashSlidingPuzzleGame.aspx" rel="nofollow">http://jonas.follesoe.no/WebcamInSilverlight2NdashSlidingPuzzleGame.aspx</a>)</p>
<p>I&#8217;ve also written a post explaining how to use the new History Management feature in ASP.NET AJAX 3.5 SP1 with minimal use of JavaScript (<a href="http://jonas.follesoe.no/BackAndForwardNavigationInSilverlight2UsingASPNETAJAX.aspx" rel="nofollow">http://jonas.follesoe.no/BackAndForwardNavigationInSilverlight2UsingASPNETAJAX.aspx</a>).</p>
<p>One of the issues I ran into is that the ASP.NET AJAX client library has it&#8217;s own &#8220;type system&#8221;, and does type validation of parameters passed into functions. If I pass a CLR type from Silverlight to the ASP.NET AJAX client library (in the addHistoryPoint function) I get an error saying my type is a &#8216;Function&#8217; and not an &#8216;Object&#8217;. Other than that it works just fine <img src='http://www.jeff.wilcox.name/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
