<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.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>MSBuild in Visual Studio Part 4: A Quiz on Project Escaping</title><link>http://blogs.msdn.com/msbuild/archive/2005/10/27/484742.aspx</link><description>When we last posted everything was looking pretty straightforward. At this point we know how the project system reads and writes properties from the project file. What we haven't talked about is the mess involved in escaping property values. During the</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: MSBuild in Visual Studio Part 4: A Quiz on Project Escaping</title><link>http://blogs.msdn.com/msbuild/archive/2005/10/27/484742.aspx#485940</link><pubDate>Fri, 28 Oct 2005 03:06:14 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:485940</guid><dc:creator>Keith Hill</dc:creator><description>My guess without trying this would be that only the last one needs to escape the &amp;quot;$&amp;quot; char in order to not replace $(configuration) with the value of the Configuration property.  You mention semi-colon but I thought that had special meaning just in item lists and not in properties?</description></item><item><title>re: MSBuild in Visual Studio Part 4: A Quiz on Project Escaping</title><link>http://blogs.msdn.com/msbuild/archive/2005/10/27/484742.aspx#485976</link><pubDate>Fri, 28 Oct 2005 04:26:11 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:485976</guid><dc:creator>msbuild</dc:creator><description>Keith,&lt;br&gt;&lt;br&gt;Thanks for taking a guess. I must admit I failed miserably on this quiz.&lt;br&gt;&lt;br&gt;Semi-colons are special in property groups too. You can see this with the &amp;quot;DisabledWarnings&amp;quot; property above, which gets passed into a task and the task expects to be able to treat it as a list of items. Another way to look at it is if you have a property in a task defined as ITaskItem[], you want to be able to accept both properties and items as an input, and still see them as individual array elements.&lt;br&gt;&lt;br&gt;I won't spill the beans on answers yet though... On Monday next week the first set of answers will go up (the answers were so long we broke them up across two posts). Check back then!&lt;br&gt;&lt;br&gt;Neil</description></item></channel></rss>