<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.technet.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>eXtreme. tech. : Silverlight</title><link>http://blogs.technet.com/extreme/archive/tags/Silverlight/default.aspx</link><description>Tags: Silverlight</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Silverlight Installation Switches</title><link>http://blogs.technet.com/extreme/archive/2009/04/02/silverlight-installation-switches.aspx</link><pubDate>Fri, 03 Apr 2009 01:55:00 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3221758</guid><dc:creator>David Tesar</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.technet.com/extreme/comments/3221758.aspx</comments><wfw:commentRss>http://blogs.technet.com/extreme/commentrss.aspx?PostID=3221758</wfw:commentRss><description>&lt;P&gt;Below is a list of all of the Silverlight 1, 2, and 3 installation switches available and their description.&amp;nbsp; This will be included in the Silverlight Enterprise Deployment guide v2 which I’m writing - to be released soon.&amp;nbsp; In the mean time, here they are for your assistance:&lt;/P&gt;
&lt;P&gt;The Silverlight install executable file has a number of different switches to customize the installation. The syntax of the setup file is as follows:&lt;/P&gt;
&lt;P&gt;Silverlight&lt;I&gt;&amp;lt;version&amp;gt;&lt;/I&gt;.exe&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;/q &lt;/STRONG&gt;= quiet install or upgrade.&lt;SPAN style="mso-spacerun: yes"&gt;&amp;nbsp; &lt;/SPAN&gt;This installs or upgrades Silverlight without seeing the GUI.&lt;SPAN style="mso-spacerun: yes"&gt;&amp;nbsp; &lt;/SPAN&gt;When Silverlight is installed quietly, by default privacy related features such as DRM protected media playback and the Silverlight auto-update feature will be configured to prompt the user for permission on 1&lt;SUP&gt;st&lt;/SUP&gt; use of the respective features. The Silverlight auto-update feature requires administrative rights so non-admin users will not be prompted.&lt;/P&gt;
&lt;P&gt;&lt;B&gt;/doNotRequireDRMPrompt&lt;/B&gt; = turns off the 1st use prompt allowing DRM Playback without requiring any end-user intervention. This setting is automatically included when the quiet install switch is used. By default, DRM Playback is set to prompt on 1st use. &lt;/P&gt;
&lt;P&gt;&lt;B&gt;/ignorewarnings&lt;/B&gt; = non-fatal warnings will not be reflected in the quiet installer return code but will instead return zero indicating success. This is useful if in testing or custom installation software requires a zero return code.&lt;/P&gt;
&lt;P&gt;&lt;B&gt;/noupdate&lt;/B&gt; = &lt;SPAN style="FONT-FAMILY: 'Arial','sans-serif'; FONT-SIZE: 10pt; mso-fareast-font-family: 'Times New Roman'; mso-bidi-font-family: 'Times New Roman'; mso-font-kerning: 12.0pt; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA"&gt;disables the Silverlight internal auto-updater. The Silverlight auto-updater requires administrative rights, so in environments where users have admin rights this switch may be used to prevent administrative users from being prompted to install updates if you want to control when updates to Silverlight are distributed.&lt;SPAN style="mso-spacerun: yes"&gt;&amp;nbsp; &lt;/SPAN&gt;&lt;/SPAN&gt;Group policy can also be used to implement this setting via a custom ADMX (see Silverlight Deployment Guide)&lt;/P&gt;
&lt;P&gt;&lt;B&gt;/qu&lt;/B&gt; = quiet uninstall. This uninstalls Silverlight without seeing the GUI. &lt;B&gt;Note&lt;/B&gt;: This will only uninstall the exact same version that it installed, so is typically only useful for testing scenarios.&lt;/P&gt;
&lt;P&gt;&lt;B&gt;Note:&lt;/B&gt; The &lt;B&gt;/doNotRequireDRMPrompt&lt;/B&gt; and &lt;B&gt;/ignorewarnings&lt;/B&gt; switches are only available with the version of Silverlight 2 GDR 2 (KB 960353 / 2.0.40115.0) or later.&lt;/P&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3221758" width="1" height="1"&gt;</description><category domain="http://blogs.technet.com/extreme/archive/tags/Microsoft/default.aspx">Microsoft</category><category domain="http://blogs.technet.com/extreme/archive/tags/Silverlight/default.aspx">Silverlight</category></item><item><title>Silverlight Enterprise Deployment Guide</title><link>http://blogs.technet.com/extreme/archive/2007/09/28/silverlight-enterprise-deployment-guide.aspx</link><pubDate>Sat, 29 Sep 2007 01:53:00 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:2070262</guid><dc:creator>David Tesar</dc:creator><slash:comments>12</slash:comments><comments>http://blogs.technet.com/extreme/comments/2070262.aspx</comments><wfw:commentRss>http://blogs.technet.com/extreme/commentrss.aspx?PostID=2070262</wfw:commentRss><description>&lt;P&gt;This guide is intended for any organization who would like to deploy, manage, and troubleshoot Silverlight in their environment.&amp;nbsp; Some of the things you can find in this guide are installation switches, update behavior, value proposition on why to deploy, group policy adm / admx / adml files, and instructions on how to deploy Silverlight via group policy &amp;amp; SMS.&lt;/P&gt;
&lt;P&gt;Back in May of this year I was presented with a side project to work on by &lt;A href="http://blogs.msdn.com/tims" target=_blank mce_href="http://blogs.msdn.com/tims"&gt;Tim Sneath&lt;/A&gt; for this guide.&amp;nbsp; I accepted and it's great to have it finally released.&amp;nbsp; I had help from our SMS team doing a test deployment to 60k machines using the document, documentation reviewed by a number of people, and of course help from the Silverlight product team.&lt;/P&gt;
&lt;P&gt;As an FYI -&amp;nbsp;Efforts were made&amp;nbsp;to create&amp;nbsp;an&amp;nbsp;MSI of Silverlight which could be deployed via group policy in addition to the script method, but there were challenges with this based on the way Silverlight inherently installs.&amp;nbsp; The Silverlight EXE extracts into an MSI and MSP file - both of which are required to install in order for Silverlight to function.&amp;nbsp; So if we gave you this version of the MSI, you'd have to go back and install the MSP separately after the MSI install (yuck).&amp;nbsp; In trying to package the exe into an MSI, you can't have two MSI files trying to install at the same time - so this doesn't work either.&amp;nbsp; &lt;/P&gt;
&lt;P&gt;At any rate, the guide still shows you how&amp;nbsp;to install Silverlight via group policy using the provided script.&amp;nbsp; Each group policy method (MSI and script) have advantages and disadvantages;&amp;nbsp;the script method should&amp;nbsp;be sufficient&amp;nbsp;for&amp;nbsp;most organizations.&amp;nbsp; In the future, there will be more installation/upgrade options&amp;nbsp;and updated versions of the guide.&amp;nbsp;&amp;nbsp;Future availability&amp;nbsp;of a&amp;nbsp;MSI package for group policy deployment is uknown at this time.&lt;/P&gt;
&lt;P&gt;So please, &lt;A href="http://download.microsoft.com/download/7/8/d/78da8ec9-8801-42e5-89e5-3809386f1316/Silverlight%20Deployment%20Guide.doc" target=_blank&gt;download here&lt;/A&gt; and feel free to provide feedback.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Important Updates:&lt;/STRONG&gt;&lt;BR&gt;1) Many people seem to overlook the "important" notice on page 20 to answer the concerns about the HKCU registry settings for UpdateMode.&amp;nbsp; We intentionally did not create an ADM(X) template for this reason.&amp;nbsp; You should not be using this to control the setting because users can manually override this.&amp;nbsp; In the guide it states:&lt;BR&gt;"The Silverlight control’s Automatic Update policy can be set per-user or per-machine. If an administrator sets a per-machine setting, then this overrides the per-user setting. We recommend that you manage Silverlight by using the Administrative Template settings in Group Policy whenever possible because these settings are always written to a secure per-machine key in the registry. This means that users cannot change settings by using the Silverlight user interface or by modifying the per-user update mode registry key."&lt;/P&gt;
&lt;P&gt;2) As for the problems with importing the ADM(X) templates, errors will occur if the ADMX file is saved with any other name than SL_PARAMS.admx.&amp;nbsp; You will get the error as follows: &lt;BR&gt;"Expected one of the following possible element(s), &amp;lt;target&amp;gt;,but found &amp;lt;using&amp;gt; instead.&lt;BR&gt;File C:\Windows\PolicyDefinitions\name.admx line3. column 69"&lt;/P&gt;
&lt;P&gt;To fix this,&amp;nbsp;save the file&amp;nbsp;as SL_PARAMS.admx (matches to &amp;lt;target prefix&amp;gt; syntax under %systemroot%\PolicyDefinition).&lt;/P&gt;
&lt;DIV style="PADDING-BOTTOM: 0px; MARGIN: 0px; PADDING-LEFT: 0px; PADDING-RIGHT: 0px; DISPLAY: inline; PADDING-TOP: 0px" id=scid:0767317B-992E-4b12-91E0-4F059A8CECA8:525b811b-2612-43dd-a4a8-dc7cf83775ce class=wlWriterSmartContent&gt;Technorati tags: &lt;A href="http://technorati.com/tags/Silverlight" rel=tag mce_href="http://technorati.com/tags/Silverlight"&gt;Silverlight&lt;/A&gt;, &lt;A href="http://technorati.com/tags/Microsoft" rel=tag mce_href="http://technorati.com/tags/Microsoft"&gt;Microsoft&lt;/A&gt;, &lt;A href="http://technorati.com/tags/Deployment%20Guide" rel=tag mce_href="http://technorati.com/tags/Deployment%20Guide"&gt;Deployment Guide&lt;/A&gt;&lt;/DIV&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=2070262" width="1" height="1"&gt;</description><category domain="http://blogs.technet.com/extreme/archive/tags/Microsoft/default.aspx">Microsoft</category><category domain="http://blogs.technet.com/extreme/archive/tags/Silverlight/default.aspx">Silverlight</category><category domain="http://blogs.technet.com/extreme/archive/tags/Deployment/default.aspx">Deployment</category></item></channel></rss>