<HTML dir=ltr><HEAD>
<META http-equiv=Content-Type content="text/html; charset=unicode">
<META content="MSHTML 6.00.6001.18183" name=GENERATOR></HEAD>
<BODY>
<DIV id=idOWAReplyText40930 dir=ltr>
<DIV dir=ltr><FONT face=Arial color=#000000 size=2>Right, and I would agree that desklets are a nifty way to share sandboxed code.</FONT></DIV>
<DIV dir=ltr><FONT face=Arial color=#000000 size=2></FONT> </DIV>
<DIV dir=ltr><FONT face=Arial color=#000000 size=2>My point was more a caution against trying to undo Silverlight/Moonlight's reduction. It's one thing to add additional controls, quite another to start messing with the networking support. The security implications could be tragic ;)</FONT></DIV>
<DIV dir=ltr><FONT face=Arial size=2></FONT> </DIV>
<DIV dir=ltr><FONT face=Arial size=2>It may interest you to know that folks have already created Silverlight gadgets for Vista's sidebar including, IIRC, gadgets that are remotely hosted.</FONT></DIV></DIV>
<DIV dir=ltr><BR>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> users-bounces@lists.ironpython.com on behalf of Miha Valencic<BR><B>Sent:</B> Fri 12/26/2008 12:48 PM<BR><B>To:</B> Discussion of IronPython<BR><B>Subject:</B> Re: [IronPython] DLR, OS X/Linux & other languages<BR></FONT><BR></DIV>
<DIV>[I hope this is not too off-topic...]<BR><BR>What is wrong? Nothing I guess -- if you have full WPF at the other end. Probably WPF (or WCF in my example) is not the right example -- due to dependencies further down the road.<BR><BR>Reduced set or not, you will end up with extensions/additions to base class library. You have extensions/additions with SL as well -- be it custom UI controls or some other backend libraries that make your life easier. (it is the same with desktop development). So you end up bringing those libraries along with your apps.<BR><BR>Now the point of my ... writing/thinking is not how to bring in additional DLLs but how far are we from having the Silverilght programming model (with DLR + CoreCLR + XAML) with the whole extensibility model as a [lightweight] desktop programming model as well?<BR><BR>So that, regardless of my platform of choice (Linux, OS X, Windows XP/Vista/7?), I can develop apps in the language of choice (be it a dynamic beast or a statically typed beast or something in between :)), and have it run on multiple platforms -- and on the web.<BR><BR>Basically, we would need an environment to run Silverlight applications on the desktop as a "first class applications" with access to the full .NET/Mono/xy API where applicable. Something like desklets apparently deliver[1].<BR><BR>It seems pretty awesome to me that I would be able to choose the language and have a great tooling support (UI controls, BCL subset..., VisualStudio) and that I could develop for the web and for the desktop using the same technology and paradigms.<BR><BR>Miha<BR><BR>[1]: <A href="http://www.davidarno.org/2008/04/21/mono-team-to-microsoft-build-moonlight-desklet-support-into-silverlight/">http://www.davidarno.org/2008/04/21/mono-team-to-microsoft-build-moonlight-desklet-support-into-silverlight/</A><BR><BR><BR>
<DIV class=gmail_quote>2008/12/26 Keith J. Farmer <SPAN dir=ltr><<A href="mailto:kfarmer@thuban.org">kfarmer@thuban.org</A>></SPAN><BR>
<BLOCKQUOTE class=gmail_quote style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">
<DIV>
<DIV dir=ltr>
<DIV dir=ltr><FONT face=Arial size=2>What's wrong with targetting a full WPF host (assuming that Mono's WPF support is sufficient at the time)?</FONT></DIV>
<DIV dir=ltr><FONT face=Arial size=2></FONT> </DIV>
<DIV dir=ltr><FONT face=Arial size=2>Either stick to the reduced set or not. Don't try to turn the one into the other :)</FONT></DIV></DIV></DIV></BLOCKQUOTE></DIV><BR></DIV></BODY></HTML>