<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://powershell.com/cs/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>Windows PowerShell Team Blog : PowerShell</title><link>http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell/default.aspx</link><description>Tags: PowerShell</description><dc:language>en</dc:language><generator>CommunityServer 2008.5 (Build: 30929.2835)</generator><item><title>Microsoft Script Explorer: Next Steps</title><link>http://powershell.com/cs/blogs/windows-powershell-team/archive/2013/04/05/microsoft-script-explorer-next-steps.aspx</link><pubDate>Fri, 05 Apr 2013 19:56:00 GMT</pubDate><guid isPermaLink="false">f421715f-7aba-45f0-8a8d-44de5318a3a7:22619</guid><dc:creator>Windows PowerShell Blog</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://powershell.com/cs/blogs/windows-powershell-team/rsscomments.aspx?PostID=22619</wfw:commentRss><comments>http://powershell.com/cs/blogs/windows-powershell-team/archive/2013/04/05/microsoft-script-explorer-next-steps.aspx#comments</comments><description>For those who are familiar with Microsoft Script Explorer for Windows PowerShell, you know that we haven&amp;#39;t released additional updates to it since we published the release candidate (RC) in August 2012. Over the past few months, we have been talking with customers and partners and taking a hard look at the adoption rate of the RC in terms of the number of downloads and the feedback we&amp;#39;re received...(&lt;a href="http://powershell.com/cs/blogs/windows-powershell-team/archive/2013/04/05/microsoft-script-explorer-next-steps.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://powershell.com/cs/aggbug.aspx?PostID=22619" width="1" height="1"&gt;</description><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell/default.aspx">PowerShell</category></item><item><title>Windows PowerShell 3.0 SDK Sample Pack</title><link>http://powershell.com/cs/blogs/windows-powershell-team/archive/2013/03/17/windows-powershell-3-0-sdk-sample-pack.aspx</link><pubDate>Sun, 17 Mar 2013 22:45:00 GMT</pubDate><guid isPermaLink="false">f421715f-7aba-45f0-8a8d-44de5318a3a7:22216</guid><dc:creator>Windows PowerShell Blog</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://powershell.com/cs/blogs/windows-powershell-team/rsscomments.aspx?PostID=22216</wfw:commentRss><comments>http://powershell.com/cs/blogs/windows-powershell-team/archive/2013/03/17/windows-powershell-3-0-sdk-sample-pack.aspx#comments</comments><description>We&amp;#39;re pleased to announce the availability of the Windows PowerShell 3.0 SDK Sample Pack. For Windows PowerShell 3.0, the SDK samples work a little differently than in previous releases of Windows PowerShell. For Windows PowerShell 2.0, we released a separate standalone SDK to the Download Center at http://go.microsoft.com/fwlink/?LinkID=180421 . This download contained both the reference assemblies...(&lt;a href="http://powershell.com/cs/blogs/windows-powershell-team/archive/2013/03/17/windows-powershell-3-0-sdk-sample-pack.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://powershell.com/cs/aggbug.aspx?PostID=22216" width="1" height="1"&gt;</description><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell/default.aspx">PowerShell</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Release_2F00_Download/default.aspx">Release/Download</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell+Release/default.aspx">PowerShell Release</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/SDK/default.aspx">SDK</category></item><item><title>Updatable Help speaks only English!  What’s up with that?</title><link>http://powershell.com/cs/blogs/windows-powershell-team/archive/2013/01/17/updatable-help-speaks-only-english-what-s-up-with-that.aspx</link><pubDate>Thu, 17 Jan 2013 19:20:00 GMT</pubDate><guid isPermaLink="false">f421715f-7aba-45f0-8a8d-44de5318a3a7:21118</guid><dc:creator>Windows PowerShell Blog</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://powershell.com/cs/blogs/windows-powershell-team/rsscomments.aspx?PostID=21118</wfw:commentRss><comments>http://powershell.com/cs/blogs/windows-powershell-team/archive/2013/01/17/updatable-help-speaks-only-english-what-s-up-with-that.aspx#comments</comments><description>Our customers have certainly not been shy about their interest in multiple languages of Windows PowerShell Updatable Help, and we&amp;#39;re grateful to hear how much they would value localized Help. Our challenge is this: Updatable Help is a new feature for this release of Windows PowerShell, and we have so very many new cmdlets and modules for Windows PowerShell 3.0 (over 2,300 new cmdlets in 95 modules...(&lt;a href="http://powershell.com/cs/blogs/windows-powershell-team/archive/2013/01/17/updatable-help-speaks-only-english-what-s-up-with-that.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://powershell.com/cs/aggbug.aspx?PostID=21118" width="1" height="1"&gt;</description><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell/default.aspx">PowerShell</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Get-Help/default.aspx">Get-Help</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Help/default.aspx">Help</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/DOCUMENTATION/default.aspx">DOCUMENTATION</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Updatable+Help/default.aspx">Updatable Help</category></item><item><title>New-Workflow –MakeItEasy: Authoring Workflows using PowerShell Extended Syntax</title><link>http://powershell.com/cs/blogs/windows-powershell-team/archive/2012/07/21/new-workflow-makeiteasy-authoring-workflows-using-powershell-extended-syntax.aspx</link><pubDate>Sat, 21 Jul 2012 20:06:00 GMT</pubDate><guid isPermaLink="false">f421715f-7aba-45f0-8a8d-44de5318a3a7:17875</guid><dc:creator>Windows PowerShell Blog</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://powershell.com/cs/blogs/windows-powershell-team/rsscomments.aspx?PostID=17875</wfw:commentRss><comments>http://powershell.com/cs/blogs/windows-powershell-team/archive/2012/07/21/new-workflow-makeiteasy-authoring-workflows-using-powershell-extended-syntax.aspx#comments</comments><description>Some time back, in his blog post , Jeffrey Snover introduced one of the new Windows PowerShell 3.0 feature &amp;ndash; Windows PowerShell Workflow . In that post, you saw a glimpse of how to author workflows using PowerShell syntax. This post dives into more details of authoring workflows using PowerShell syntax and various extensions to it. Why we chose to extend the PowerShell Language for Workflow Authoring...(&lt;a href="http://powershell.com/cs/blogs/windows-powershell-team/archive/2012/07/21/new-workflow-makeiteasy-authoring-workflows-using-powershell-extended-syntax.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://powershell.com/cs/aggbug.aspx?PostID=17875" width="1" height="1"&gt;</description><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/LANGUAGE/default.aspx">LANGUAGE</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell/default.aspx">PowerShell</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/CMDLET/default.aspx">CMDLET</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Workflow/default.aspx">Workflow</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell+Workflow/default.aspx">PowerShell Workflow</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Getting+Started/default.aspx">Getting Started</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Powershell+3.0/default.aspx">Powershell 3.0</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Functions/default.aspx">Functions</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Get-Command/default.aspx">Get-Command</category></item><item><title>High Level Architecture of Windows PowerShell Workflow (Part 1)</title><link>http://powershell.com/cs/blogs/windows-powershell-team/archive/2012/06/15/high-level-architecture-of-windows-powershell-workflow-part-1.aspx</link><pubDate>Fri, 15 Jun 2012 11:55:00 GMT</pubDate><guid isPermaLink="false">f421715f-7aba-45f0-8a8d-44de5318a3a7:17087</guid><dc:creator>Windows PowerShell Blog</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://powershell.com/cs/blogs/windows-powershell-team/rsscomments.aspx?PostID=17087</wfw:commentRss><comments>http://powershell.com/cs/blogs/windows-powershell-team/archive/2012/06/15/high-level-architecture-of-windows-powershell-workflow-part-1.aspx#comments</comments><description>&amp;#160; 1 Summary In March we introduced Windows PowerShell Workflow (PSWF), which explained why we integrated workflows with PowerShell, and what were our major investment areas for our first release. In a recent post , Jeffrey Snover summarizes this decision: “ We integrated the Windows Workflow Foundation engine into PowerShell to make it simple and easy to automate things that take a long time,...(&lt;a href="http://powershell.com/cs/blogs/windows-powershell-team/archive/2012/06/15/high-level-architecture-of-windows-powershell-workflow-part-1.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://powershell.com/cs/aggbug.aspx?PostID=17087" width="1" height="1"&gt;</description><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell/default.aspx">PowerShell</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell+Release/default.aspx">PowerShell Release</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Windows+Management+Framework/default.aspx">Windows Management Framework</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/XAML/default.aspx">XAML</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Workflow/default.aspx">Workflow</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell+Workflow/default.aspx">PowerShell Workflow</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Getting+Started/default.aspx">Getting Started</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Windows+Server/default.aspx">Windows Server</category></item><item><title>When Windows PowerShell Met Workflow</title><link>http://powershell.com/cs/blogs/windows-powershell-team/archive/2012/03/16/when-windows-powershell-met-workflow.aspx</link><pubDate>Sat, 17 Mar 2012 03:08:19 GMT</pubDate><guid isPermaLink="false">f421715f-7aba-45f0-8a8d-44de5318a3a7:15371</guid><dc:creator>Windows PowerShell Blog</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://powershell.com/cs/blogs/windows-powershell-team/rsscomments.aspx?PostID=15371</wfw:commentRss><comments>http://powershell.com/cs/blogs/windows-powershell-team/archive/2012/03/16/when-windows-powershell-met-workflow.aspx#comments</comments><description>Meet the new kid on the block! Windows PowerShell Workflow (PSWF) is the latest addition to the Windows PowerShell family. First, let’s establish the context for the decision to integrate workflows into Windows PowerShell. It starts with cloud computing and Windows-based datacenters. Cloud computing provides a set of highly available, scalable computing services that leverage high volume components...(&lt;a href="http://powershell.com/cs/blogs/windows-powershell-team/archive/2012/03/16/when-windows-powershell-met-workflow.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://powershell.com/cs/aggbug.aspx?PostID=15371" width="1" height="1"&gt;</description><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell/default.aspx">PowerShell</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/demos/default.aspx">demos</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Community/default.aspx">Community</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Windows7/default.aspx">Windows7</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Release_2F00_Download/default.aspx">Release/Download</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/installation/default.aspx">installation</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell+Release/default.aspx">PowerShell Release</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Windows+Management+Framework/default.aspx">Windows Management Framework</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/XAML/default.aspx">XAML</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Workflow/default.aspx">Workflow</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell+Workflow/default.aspx">PowerShell Workflow</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Getting+Started/default.aspx">Getting Started</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Windows+Server/default.aspx">Windows Server</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/3rd+Party+Products/default.aspx">3rd Party Products</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Server+Core/default.aspx">Server Core</category></item><item><title>Peering into script modules</title><link>http://powershell.com/cs/blogs/windows-powershell-team/archive/2009/06/03/peering-into-script-modules.aspx</link><pubDate>Wed, 03 Jun 2009 12:49:00 GMT</pubDate><guid isPermaLink="false">f421715f-7aba-45f0-8a8d-44de5318a3a7:2655</guid><dc:creator>Windows PowerShell Blog</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://powershell.com/cs/blogs/windows-powershell-team/rsscomments.aspx?PostID=2655</wfw:commentRss><comments>http://powershell.com/cs/blogs/windows-powershell-team/archive/2009/06/03/peering-into-script-modules.aspx#comments</comments><description>Sometimes it’s handy to access internal elements of script modules. For instance you may be using a 3rd party module in your application and would like to see the internal state for debugging purposes. This can be accomplished with the invoke operator (&amp;amp;) which allows you to access a modules session state: &amp;amp; $module {script block} The script block is executed in the context of the module. Create...(&lt;a href="http://powershell.com/cs/blogs/windows-powershell-team/archive/2009/06/03/peering-into-script-modules.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://powershell.com/cs/aggbug.aspx?PostID=2655" width="1" height="1"&gt;</description><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/Modules/default.aspx">Modules</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell/default.aspx">PowerShell</category></item><item><title>Differences between the ISE and PowerShell console</title><link>http://powershell.com/cs/blogs/windows-powershell-team/archive/2009/04/17/differences-between-the-ise-and-powershell-console.aspx</link><pubDate>Fri, 17 Apr 2009 19:32:00 GMT</pubDate><guid isPermaLink="false">f421715f-7aba-45f0-8a8d-44de5318a3a7:2239</guid><dc:creator>Windows PowerShell Blog</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://powershell.com/cs/blogs/windows-powershell-team/rsscomments.aspx?PostID=2239</wfw:commentRss><comments>http://powershell.com/cs/blogs/windows-powershell-team/archive/2009/04/17/differences-between-the-ise-and-powershell-console.aspx#comments</comments><description>Here is a collection of differences between the PowerShell_ise.exe and PowerShell.exe, as well as workarounds and suggestion if you need them (assuming we have them :)) Limited support for interactive console apps, try cmd.exe, then try cmd.exe /k cmd.exe /c dir still works though, and more information is available here http://blogs.msdn.com/powershell/archive/2009/02/04/console-application-non-support...(&lt;a href="http://powershell.com/cs/blogs/windows-powershell-team/archive/2009/04/17/differences-between-the-ise-and-powershell-console.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://powershell.com/cs/aggbug.aspx?PostID=2239" width="1" height="1"&gt;</description><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell+V2/default.aspx">PowerShell V2</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/CTP3/default.aspx">CTP3</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell+ISE/default.aspx">PowerShell ISE</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/STA/default.aspx">STA</category><category domain="http://powershell.com/cs/blogs/windows-powershell-team/archive/tags/PowerShell/default.aspx">PowerShell</category></item></channel></rss>