<?xml version="1.0"?><?xml-stylesheet type="text/xsl" href="/rss.xsl"?><rss version="2.0"><channel><title>wpfshadergenerator Issue Tracker Rss Feed</title><link>http://wpfshadergenerator.codeplex.com/WorkItem/List.aspx</link><description>wpfshadergenerator Issue Tracker Rss Description</description><item><title>Closed Issue: URI not correctly generated [6148]</title><link>http://wpfshadergenerator.codeplex.com/workitem/6148</link><description>The &amp;#34;pixelShader.UriSource&amp;#34; statement in the generated constructor isn&amp;#39;t generating the correct URI for the pixel shader.&lt;br /&gt;&amp;#160;&lt;br /&gt;Given a project folder structure like&amp;#58;&lt;br /&gt;&amp;#160;&lt;br /&gt;    Opto.Imaging&amp;#92;&lt;br /&gt;        Effects&amp;#92;&lt;br /&gt;            OptoImagingEffect.fx&lt;br /&gt;&amp;#160;&lt;br /&gt;The generated URI looks like&amp;#58;&lt;br /&gt;&amp;#160;&lt;br /&gt;    pixelShader.UriSource &amp;#61; new Uri&amp;#40;&amp;#34;&amp;#47;Opto.Imaging&amp;#59;component&amp;#47;Imaging&amp;#47;Effects&amp;#47;OptoImagingEffect.ps&amp;#34;, UriKind.Relative&amp;#41;&amp;#59;&lt;br /&gt;&amp;#160;&lt;br /&gt;The &amp;#34;Imaging&amp;#34; in the middle of that URI shouldn&amp;#39;t be there.&lt;br /&gt;&amp;#160;&lt;br /&gt;If I add a Custom Tool Namespace of &amp;#34;Opto.Imaging&amp;#34;, the generated code looks like&amp;#58;&lt;br /&gt;&amp;#160;&lt;br /&gt;    pixelShader.UriSource &amp;#61; new Uri&amp;#40;&amp;#34;&amp;#47;Opto.Imaging&amp;#59;component&amp;#47;Imaging&amp;#47;OptoImagingEffect.ps&amp;#34;, UriKind.Relative&amp;#41;&amp;#59;&lt;br /&gt;&amp;#160;&lt;br /&gt;The Imaging in the in middle of the URI should be &amp;#34;Effects&amp;#34;.&lt;br /&gt;</description><author>sbussinger</author><pubDate>Thu, 16 May 2013 05:05:35 GMT</pubDate><guid isPermaLink="false">Closed Issue: URI not correctly generated [6148] 20130516050535A</guid></item><item><title>Created Issue: Does not generate correct C# file for Silverlight [7120]</title><link>http://wpfshadergenerator.codeplex.com/workitem/7120</link><description>When setting the build target for silverlight there are two errors in the resulting .cs file&amp;#58;&lt;br /&gt;&lt;br /&gt;Error 1&amp;#58;&lt;br /&gt;Your DependencyProperty declaration should use PropertyMetaData rather than UIPropertyMetadata.  Ie&amp;#58;&lt;br /&gt;&lt;br /&gt;This line&amp;#58;&lt;br /&gt;public static readonly DependencyProperty TintColorProperty &amp;#61; DependencyProperty.Register&amp;#40;&amp;#34;TintColor&amp;#34;, typeof&amp;#40;System.Windows.Media.Color&amp;#41;, typeof&amp;#40;ColorTinter&amp;#41;, new UIPropertyMetadata&amp;#40;Color.FromArgb&amp;#40;0,0,0,0&amp;#41;, PixelShaderConstantCallback&amp;#40;0&amp;#41;&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;Should be&amp;#58;&lt;br /&gt;&lt;br /&gt;public static readonly DependencyProperty TintColorProperty &amp;#61; DependencyProperty.Register&amp;#40;&amp;#34;TintColor&amp;#34;, typeof&amp;#40;System.Windows.Media.Color&amp;#41;, typeof&amp;#40;ColorTinter&amp;#41;, new PropertyMetadata&amp;#40;Color.FromArgb&amp;#40;0,0,0,0&amp;#41;, PixelShaderConstantCallback&amp;#40;0&amp;#41;&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;Error 2&amp;#58;&lt;br /&gt;&lt;br /&gt;The Uri source should be changed to a relative url&amp;#58;&lt;br /&gt;&lt;br /&gt;From this&amp;#58;&lt;br /&gt;pixelShader.UriSource &amp;#61; new Uri&amp;#40;&amp;#34;pack&amp;#58;&amp;#47;&amp;#47;application&amp;#58;,,,&amp;#47;SparkPlug&amp;#59;component&amp;#47;sparkplug&amp;#47;fx&amp;#47;ColorTinter.ps&amp;#34;, UriKind.Absolute&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;To this&amp;#58;&lt;br /&gt;pixelShader.UriSource &amp;#61; new Uri&amp;#40;&amp;#34;&amp;#47;SparkPlug&amp;#59;component&amp;#47;sparkplug&amp;#47;fx&amp;#47;ColorTinter.ps&amp;#34;, UriKind.Relative&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;There might be another fix for the second problem, but the fix I described works for me.&lt;br /&gt;</description><author>carlsverre</author><pubDate>Tue, 17 Aug 2010 22:33:24 GMT</pubDate><guid isPermaLink="false">Created Issue: Does not generate correct C# file for Silverlight [7120] 20100817103324P</guid></item><item><title>Created Issue: &lt;defaultValue&gt; can't handle float or double unless they have integer value. [7115]</title><link>http://wpfshadergenerator.codeplex.com/workitem/7115</link><description>When a default value containg a &amp;#34;.&amp;#34;, such as &amp;#60;defaultValue&amp;#62;1.5&amp;#60;&amp;#47;defaultValue&amp;#62;, is specified for type double or float, the generated code sets &amp;#34;0&amp;#34;. With an integer value it works correctly however&amp;#33;&lt;br /&gt;</description><author>ThomasPetersson</author><pubDate>Tue, 17 Aug 2010 13:41:48 GMT</pubDate><guid isPermaLink="false">Created Issue: &lt;defaultValue&gt; can't handle float or double unless they have integer value. [7115] 20100817014148P</guid></item><item><title>Commented Issue: Eliminate need for updating DirectX Runtime [7103]</title><link>http://wpfshadergenerator.codeplex.com/workitem/7103</link><description>It would be nice if you borrowed the technique used by Shazzam to eliminate the need for installing&amp;#47;updating the DirectX Runtime. While the existing technique is a huge improvement over installing the DirectX SDK, Shazzam&amp;#39;s technique of just embedding the D3DCompiler is even better from an installation point of view. Removing the need to update the DirectX runtime everytime you want to install&amp;#47;update the ShaderEffect Generator would be make the process much faster.&lt;br /&gt;Comments: ** Comment from web user: sbussinger ** &lt;p&gt;Thanks Nick&amp;#33;&lt;/p&gt;</description><author>sbussinger</author><pubDate>Fri, 13 Aug 2010 00:32:34 GMT</pubDate><guid isPermaLink="false">Commented Issue: Eliminate need for updating DirectX Runtime [7103] 20100813123234A</guid></item><item><title>Commented Issue: Eliminate need for updating DirectX Runtime [7103]</title><link>http://wpfshadergenerator.codeplex.com/workitem/7103</link><description>It would be nice if you borrowed the technique used by Shazzam to eliminate the need for installing&amp;#47;updating the DirectX Runtime. While the existing technique is a huge improvement over installing the DirectX SDK, Shazzam&amp;#39;s technique of just embedding the D3DCompiler is even better from an installation point of view. Removing the need to update the DirectX runtime everytime you want to install&amp;#47;update the ShaderEffect Generator would be make the process much faster.&lt;br /&gt;Comments: ** Comment from web user: NickDarnell ** &lt;p&gt;I will give it a try for the release after 1.7 &amp;#58;&amp;#41;&lt;/p&gt;</description><author>NickDarnell</author><pubDate>Thu, 12 Aug 2010 22:40:23 GMT</pubDate><guid isPermaLink="false">Commented Issue: Eliminate need for updating DirectX Runtime [7103] 20100812104023P</guid></item><item><title>Created Issue: Eliminate need for updating DirectX Runtime [7103]</title><link>http://wpfshadergenerator.codeplex.com/workitem/7103</link><description>It would be nice if you borrowed the technique used by Shazzam to eliminate the need for installing&amp;#47;updating the DirectX Runtime. While the existing technique is a huge improvement over installing the DirectX SDK, Shazzam&amp;#39;s technique of just embedding the D3DCompiler is even better from an installation point of view. Removing the need to update the DirectX runtime everytime you want to install&amp;#47;update the ShaderEffect Generator would be make the process much faster.&lt;br /&gt;</description><author>sbussinger</author><pubDate>Thu, 12 Aug 2010 16:19:47 GMT</pubDate><guid isPermaLink="false">Created Issue: Eliminate need for updating DirectX Runtime [7103] 20100812041947P</guid></item><item><title>Commented Issue: &lt;defaultValue&gt; tag not honored in generated code [6147]</title><link>http://wpfshadergenerator.codeplex.com/workitem/6147</link><description>If I have a constant register defined like this&amp;#58;&lt;br /&gt;&lt;br /&gt;    &amp;#47;&amp;#47;&amp;#47; &amp;#60;defaultValue&amp;#62;1&amp;#60;&amp;#47;defaultValue&amp;#62;&lt;br /&gt;    float isEnabled &amp;#58; register&amp;#40;C0&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;The generated dependency property looks like&amp;#58;&lt;br /&gt;&lt;br /&gt;    public static readonly DependencyProperty IsEnabledProperty &amp;#61; &lt;br /&gt;        DependencyProperty.Register&amp;#40;&amp;#34;IsEnabled&amp;#34;, typeof&amp;#40;System.Double&amp;#41;, typeof&amp;#40;OptoImagingEffect&amp;#41;,&lt;br /&gt;        new UIPropertyMetadata&amp;#40;&amp;#40;double&amp;#41;0, PixelShaderConstantCallback&amp;#40;0&amp;#41;&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;Note that the default is &amp;#34;&amp;#40;double&amp;#41;0&amp;#34; and should be &amp;#34;&amp;#40;double&amp;#41;1&amp;#34;.&lt;br /&gt;Comments: ** Comment from web user: NickDarnell ** &lt;p&gt;This should be fixed in the version after 1.61.&lt;/p&gt;</description><author>NickDarnell</author><pubDate>Thu, 12 Aug 2010 03:52:39 GMT</pubDate><guid isPermaLink="false">Commented Issue: &lt;defaultValue&gt; tag not honored in generated code [6147] 20100812035239A</guid></item><item><title>Commented Issue: URI not correctly generated [6148]</title><link>http://wpfshadergenerator.codeplex.com/WorkItem/View.aspx?WorkItemId=6148</link><description>The &amp;#34;pixelShader.UriSource&amp;#34; statement in the generated constructor isn&amp;#39;t generating the correct URI for the pixel shader.&lt;br /&gt;&lt;br /&gt;Given a project folder structure like&amp;#58;&lt;br /&gt;&lt;br /&gt;    Opto.Imaging&amp;#92;&lt;br /&gt;        Effects&amp;#92;&lt;br /&gt;            OptoImagingEffect.fx&lt;br /&gt;&lt;br /&gt;The generated URI looks like&amp;#58;&lt;br /&gt;&lt;br /&gt;    pixelShader.UriSource &amp;#61; new Uri&amp;#40;&amp;#34;&amp;#47;Opto.Imaging&amp;#59;component&amp;#47;Imaging&amp;#47;Effects&amp;#47;OptoImagingEffect.ps&amp;#34;, UriKind.Relative&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;The &amp;#34;Imaging&amp;#34; in the middle of that URI shouldn&amp;#39;t be there.&lt;br /&gt;&lt;br /&gt;If I add a Custom Tool Namespace of &amp;#34;Opto.Imaging&amp;#34;, the generated code looks like&amp;#58;&lt;br /&gt;&lt;br /&gt;    pixelShader.UriSource &amp;#61; new Uri&amp;#40;&amp;#34;&amp;#47;Opto.Imaging&amp;#59;component&amp;#47;Imaging&amp;#47;OptoImagingEffect.ps&amp;#34;, UriKind.Relative&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;The Imaging in the in middle of the URI should be &amp;#34;Effects&amp;#34;.&lt;br /&gt;Comments: ** Comment from web user: sbussinger ** &lt;p&gt;I wanted to follow up and let you know that your fix worked great&amp;#33; Thank you very much Nick&amp;#33;&lt;/p&gt;</description><author>sbussinger</author><pubDate>Sat, 17 Apr 2010 17:13:20 GMT</pubDate><guid isPermaLink="false">Commented Issue: URI not correctly generated [6148] 20100417051320P</guid></item><item><title>Commented Issue: URI not correctly generated [6148]</title><link>http://wpfshadergenerator.codeplex.com/WorkItem/View.aspx?WorkItemId=6148</link><description>The &amp;#34;pixelShader.UriSource&amp;#34; statement in the generated constructor isn&amp;#39;t generating the correct URI for the pixel shader.&lt;br /&gt;&lt;br /&gt;Given a project folder structure like&amp;#58;&lt;br /&gt;&lt;br /&gt;    Opto.Imaging&amp;#92;&lt;br /&gt;        Effects&amp;#92;&lt;br /&gt;            OptoImagingEffect.fx&lt;br /&gt;&lt;br /&gt;The generated URI looks like&amp;#58;&lt;br /&gt;&lt;br /&gt;    pixelShader.UriSource &amp;#61; new Uri&amp;#40;&amp;#34;&amp;#47;Opto.Imaging&amp;#59;component&amp;#47;Imaging&amp;#47;Effects&amp;#47;OptoImagingEffect.ps&amp;#34;, UriKind.Relative&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;The &amp;#34;Imaging&amp;#34; in the middle of that URI shouldn&amp;#39;t be there.&lt;br /&gt;&lt;br /&gt;If I add a Custom Tool Namespace of &amp;#34;Opto.Imaging&amp;#34;, the generated code looks like&amp;#58;&lt;br /&gt;&lt;br /&gt;    pixelShader.UriSource &amp;#61; new Uri&amp;#40;&amp;#34;&amp;#47;Opto.Imaging&amp;#59;component&amp;#47;Imaging&amp;#47;OptoImagingEffect.ps&amp;#34;, UriKind.Relative&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;The Imaging in the in middle of the URI should be &amp;#34;Effects&amp;#34;.&lt;br /&gt;Comments: ** Comment from web user: Thecentury ** &lt;p&gt;Thank you, Nick, for your great work&amp;#33;&lt;/p&gt;</description><author>Thecentury</author><pubDate>Thu, 15 Apr 2010 13:59:25 GMT</pubDate><guid isPermaLink="false">Commented Issue: URI not correctly generated [6148] 20100415015925P</guid></item><item><title>Commented Issue: URI not correctly generated [6148]</title><link>http://wpfshadergenerator.codeplex.com/WorkItem/View.aspx?WorkItemId=6148</link><description>The &amp;#34;pixelShader.UriSource&amp;#34; statement in the generated constructor isn&amp;#39;t generating the correct URI for the pixel shader.&lt;br /&gt;&lt;br /&gt;Given a project folder structure like&amp;#58;&lt;br /&gt;&lt;br /&gt;    Opto.Imaging&amp;#92;&lt;br /&gt;        Effects&amp;#92;&lt;br /&gt;            OptoImagingEffect.fx&lt;br /&gt;&lt;br /&gt;The generated URI looks like&amp;#58;&lt;br /&gt;&lt;br /&gt;    pixelShader.UriSource &amp;#61; new Uri&amp;#40;&amp;#34;&amp;#47;Opto.Imaging&amp;#59;component&amp;#47;Imaging&amp;#47;Effects&amp;#47;OptoImagingEffect.ps&amp;#34;, UriKind.Relative&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;The &amp;#34;Imaging&amp;#34; in the middle of that URI shouldn&amp;#39;t be there.&lt;br /&gt;&lt;br /&gt;If I add a Custom Tool Namespace of &amp;#34;Opto.Imaging&amp;#34;, the generated code looks like&amp;#58;&lt;br /&gt;&lt;br /&gt;    pixelShader.UriSource &amp;#61; new Uri&amp;#40;&amp;#34;&amp;#47;Opto.Imaging&amp;#59;component&amp;#47;Imaging&amp;#47;OptoImagingEffect.ps&amp;#34;, UriKind.Relative&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;The Imaging in the in middle of the URI should be &amp;#34;Effects&amp;#34;.&lt;br /&gt;Comments: ** Comment from web user: NickDarnell ** &lt;p&gt;Thanks for reporting the issue guys.  I have a fix I should be able to post a new version later tonight.&lt;/p&gt;</description><author>NickDarnell</author><pubDate>Thu, 15 Apr 2010 13:31:05 GMT</pubDate><guid isPermaLink="false">Commented Issue: URI not correctly generated [6148] 20100415013105P</guid></item><item><title>Commented Issue: URI not correctly generated [6148]</title><link>http://wpfshadergenerator.codeplex.com/WorkItem/View.aspx?WorkItemId=6148</link><description>The &amp;#34;pixelShader.UriSource&amp;#34; statement in the generated constructor isn&amp;#39;t generating the correct URI for the pixel shader.&lt;br /&gt;&lt;br /&gt;Given a project folder structure like&amp;#58;&lt;br /&gt;&lt;br /&gt;    Opto.Imaging&amp;#92;&lt;br /&gt;        Effects&amp;#92;&lt;br /&gt;            OptoImagingEffect.fx&lt;br /&gt;&lt;br /&gt;The generated URI looks like&amp;#58;&lt;br /&gt;&lt;br /&gt;    pixelShader.UriSource &amp;#61; new Uri&amp;#40;&amp;#34;&amp;#47;Opto.Imaging&amp;#59;component&amp;#47;Imaging&amp;#47;Effects&amp;#47;OptoImagingEffect.ps&amp;#34;, UriKind.Relative&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;The &amp;#34;Imaging&amp;#34; in the middle of that URI shouldn&amp;#39;t be there.&lt;br /&gt;&lt;br /&gt;If I add a Custom Tool Namespace of &amp;#34;Opto.Imaging&amp;#34;, the generated code looks like&amp;#58;&lt;br /&gt;&lt;br /&gt;    pixelShader.UriSource &amp;#61; new Uri&amp;#40;&amp;#34;&amp;#47;Opto.Imaging&amp;#59;component&amp;#47;Imaging&amp;#47;OptoImagingEffect.ps&amp;#34;, UriKind.Relative&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;The Imaging in the in middle of the URI should be &amp;#34;Effects&amp;#34;.&lt;br /&gt;Comments: ** Comment from web user: Thecentury ** &lt;p&gt;I have a DynamicDataDisplay.Maps.dll with default namespace Microsoft.Research.DynamicDataDisplay.Maps. If we have shader in the root of the project, then it is possible to use the following URI&amp;#58; new Uri&amp;#40;&amp;#34;pack&amp;#58;&amp;#47;&amp;#47;application&amp;#58;,,,&amp;#47;DynamicDataDisplay.Maps&amp;#59;component&amp;#47;ConvolutionEffect.ps&amp;#34;&amp;#41; instead of the uri that is generated by your addin - new Uri&amp;#40;&amp;#34;&amp;#47;DynamicDataDisplay.Maps&amp;#59;component&amp;#47;Research&amp;#47;DynamicDataDisplay&amp;#47;Maps&amp;#47;ConvolutionEffect.ps&amp;#34;, UriKind.Relative&amp;#41;.&lt;/p&gt;</description><author>Thecentury</author><pubDate>Thu, 15 Apr 2010 05:25:22 GMT</pubDate><guid isPermaLink="false">Commented Issue: URI not correctly generated [6148] 20100415052522A</guid></item><item><title>Created Issue: URI not correctly generated [6148]</title><link>http://wpfshadergenerator.codeplex.com/WorkItem/View.aspx?WorkItemId=6148</link><description>The &amp;#34;pixelShader.UriSource&amp;#34; statement in the generated constructor isn&amp;#39;t generating the correct URI for the pixel shader.&lt;br /&gt;&lt;br /&gt;Given a project folder structure like&amp;#58;&lt;br /&gt;&lt;br /&gt;    Opto.Imaging&amp;#92;&lt;br /&gt;        Effects&amp;#92;&lt;br /&gt;            OptoImagingEffect.fx&lt;br /&gt;&lt;br /&gt;The generated URI looks like&amp;#58;&lt;br /&gt;&lt;br /&gt;    pixelShader.UriSource &amp;#61; new Uri&amp;#40;&amp;#34;&amp;#47;Opto.Imaging&amp;#59;component&amp;#47;Imaging&amp;#47;Effects&amp;#47;OptoImagingEffect.ps&amp;#34;, UriKind.Relative&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;The &amp;#34;Imaging&amp;#34; in the middle of that URI shouldn&amp;#39;t be there.&lt;br /&gt;&lt;br /&gt;If I add a Custom Tool Namespace of &amp;#34;Opto.Imaging&amp;#34;, the generated code looks like&amp;#58;&lt;br /&gt;&lt;br /&gt;    pixelShader.UriSource &amp;#61; new Uri&amp;#40;&amp;#34;&amp;#47;Opto.Imaging&amp;#59;component&amp;#47;Imaging&amp;#47;OptoImagingEffect.ps&amp;#34;, UriKind.Relative&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;The Imaging in the in middle of the URI should be &amp;#34;Effects&amp;#34;.&lt;br /&gt;</description><author>sbussinger</author><pubDate>Mon, 08 Mar 2010 00:46:46 GMT</pubDate><guid isPermaLink="false">Created Issue: URI not correctly generated [6148] 20100308124646A</guid></item><item><title>Created Issue: &lt;defaultValue&gt; tag not honored in generated code [6147]</title><link>http://wpfshadergenerator.codeplex.com/WorkItem/View.aspx?WorkItemId=6147</link><description>If I have a constant register defined like this&amp;#58;&lt;br /&gt;&lt;br /&gt;    &amp;#47;&amp;#47;&amp;#47; &amp;#60;defaultValue&amp;#62;1&amp;#60;&amp;#47;defaultValue&amp;#62;&lt;br /&gt;    float isEnabled &amp;#58; register&amp;#40;C0&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;The generated dependency property looks like&amp;#58;&lt;br /&gt;&lt;br /&gt;    public static readonly DependencyProperty IsEnabledProperty &amp;#61; &lt;br /&gt;        DependencyProperty.Register&amp;#40;&amp;#34;IsEnabled&amp;#34;, typeof&amp;#40;System.Double&amp;#41;, typeof&amp;#40;OptoImagingEffect&amp;#41;,&lt;br /&gt;        new UIPropertyMetadata&amp;#40;&amp;#40;double&amp;#41;0, PixelShaderConstantCallback&amp;#40;0&amp;#41;&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;Note that the default is &amp;#34;&amp;#40;double&amp;#41;0&amp;#34; and should be &amp;#34;&amp;#40;double&amp;#41;1&amp;#34;.&lt;br /&gt;</description><author>sbussinger</author><pubDate>Mon, 08 Mar 2010 00:35:27 GMT</pubDate><guid isPermaLink="false">Created Issue: &lt;defaultValue&gt; tag not honored in generated code [6147] 20100308123527A</guid></item><item><title>Commented Issue: Add support for &lt;namespace&gt;tag in HLSL markup [6126]</title><link>http://wpfshadergenerator.codeplex.com/WorkItem/View.aspx?WorkItemId=6126</link><description>Shazzam uses a &amp;#60;namespace&amp;#62; tag to override the default namespace in the generated &amp;#42;.CS file. This project seems to always use the location in the project for the namespace. I&amp;#39;d really like the ability to override the defaults. For example the current default may be something like Test.Imaging.Effects, but I&amp;#39;d like to change it to Test.Imaging to keep the number of namespaces under control.&lt;br /&gt;Comments: ** Comment from web user: sbussinger ** &lt;p&gt;Thanks&amp;#33; I&amp;#39;d never paid any attention to that setting before.  Good to know it&amp;#39;s there and it seemed to work fine. It would be nice to go ahead and support the &amp;#60;namespace&amp;#62; tag if only to keep this project and Shazzam in sync, but it&amp;#39;s certainly a very low priority given the &amp;#34;Custom Tool Namespace&amp;#34; property.&lt;/p&gt;</description><author>sbussinger</author><pubDate>Mon, 08 Mar 2010 00:23:33 GMT</pubDate><guid isPermaLink="false">Commented Issue: Add support for &lt;namespace&gt;tag in HLSL markup [6126] 20100308122333A</guid></item><item><title>Commented Issue: Add support for &lt;namespace&gt;tag in HLSL markup [6126]</title><link>http://wpfshadergenerator.codeplex.com/WorkItem/View.aspx?WorkItemId=6126</link><description>Shazzam uses a &amp;#60;namespace&amp;#62; tag to override the default namespace in the generated &amp;#42;.CS file. This project seems to always use the location in the project for the namespace. I&amp;#39;d really like the ability to override the defaults. For example the current default may be something like Test.Imaging.Effects, but I&amp;#39;d like to change it to Test.Imaging to keep the number of namespaces under control.&lt;br /&gt;Comments: ** Comment from web user: NickDarnell ** &lt;p&gt;In visual studio, you can set the &amp;#34;Custom Tool Namespace&amp;#34; property on the file.  That will override the default one I pick based on the file location.&lt;/p&gt;</description><author>NickDarnell</author><pubDate>Fri, 05 Mar 2010 06:18:36 GMT</pubDate><guid isPermaLink="false">Commented Issue: Add support for &lt;namespace&gt;tag in HLSL markup [6126] 20100305061836A</guid></item><item><title>Created Issue: Add support for &lt;namespace&gt;tag in HLSL markup [6126]</title><link>http://wpfshadergenerator.codeplex.com/WorkItem/View.aspx?WorkItemId=6126</link><description>Shazzam uses a &amp;#60;namespace&amp;#62; tag to override the default namespace in the generated &amp;#42;.CS file. This project seems to always use the location in the project for the namespace. I&amp;#39;d really like the ability to override the defaults. For example the current default may be something like Test.Imaging.Effects, but I&amp;#39;d like to change it to Test.Imaging to keep the number of namespaces under control.&lt;br /&gt;</description><author>sbussinger</author><pubDate>Thu, 04 Mar 2010 21:01:45 GMT</pubDate><guid isPermaLink="false">Created Issue: Add support for &lt;namespace&gt;tag in HLSL markup [6126] 20100304090145P</guid></item></channel></rss>