<?xml version="1.0"?><?xml-stylesheet type="text/xsl" href="/rss.xsl"?><rss version="2.0"><channel><title>ajaxdoc Work Item Rss Feed</title><link>http://www.codeplex.com/ajaxdoc/WorkItem/List.aspx</link><description>ajaxdoc Work Item Rss Description</description><item><title>Commented Issue: Field summary missing</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=12468</link><description>It seems latest version is not able to generate the JS field summary in the XML comment files.&lt;br /&gt;&lt;br /&gt;I&amp;#39;ve tried to correct this behavior in this way&amp;#58;&lt;br /&gt;&lt;br /&gt;changing line 123 in ScriptDoc.js from&amp;#58;&lt;br /&gt;&lt;br /&gt;fieldDesc &amp;#61; fieldNode.innerText&amp;#59;&lt;br /&gt;&lt;br /&gt;to&amp;#58;&lt;br /&gt;&lt;br /&gt;fieldDesc &amp;#61; fieldNode.text&amp;#59;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;and changing the function Bleroy.AjaxDoc._appendMemberDoc like this&amp;#58;&lt;br /&gt;&lt;br /&gt;if &amp;#40;memberType &amp;#61;&amp;#61; &amp;#34;F&amp;#34;&amp;#41;&lt;br /&gt;        doc.push&amp;#40;&amp;#34;&amp;#92;n&amp;#92;t&amp;#92;t&amp;#60;member name&amp;#61;&amp;#92;&amp;#34;&amp;#34; &amp;#43; memberType &amp;#43; &amp;#34;&amp;#58;J&amp;#35;&amp;#34; &amp;#43; memberPath &amp;#43; &amp;#34;&amp;#92;&amp;#34;&amp;#34; &amp;#43;&lt;br /&gt;            &amp;#40;memberDescription &amp;#63; &amp;#34;&amp;#62;&amp;#92;n&amp;#60;summary&amp;#62;&amp;#34; &amp;#43; memberDescription &amp;#43; &amp;#34;&amp;#60;&amp;#47;summary&amp;#62;&amp;#92;t&amp;#92;t&amp;#60;&amp;#47;member&amp;#62;&amp;#34; &amp;#58; &amp;#34;&amp;#47;&amp;#62;&amp;#34;&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;else&lt;br /&gt;        doc.push&amp;#40;&amp;#34;&amp;#92;n&amp;#92;t&amp;#92;t&amp;#60;member name&amp;#61;&amp;#92;&amp;#34;&amp;#34; &amp;#43; memberType &amp;#43; &amp;#34;&amp;#58;J&amp;#35;&amp;#34; &amp;#43; memberPath &amp;#43; &amp;#34;&amp;#92;&amp;#34;&amp;#34; &amp;#43;&lt;br /&gt;        &amp;#40;memberDescription &amp;#63; &amp;#34;&amp;#62;&amp;#92;n&amp;#34; &amp;#43; memberDescription &amp;#43; &amp;#34;&amp;#92;t&amp;#92;t&amp;#60;&amp;#47;member&amp;#62;&amp;#34; &amp;#58; &amp;#34;&amp;#47;&amp;#62;&amp;#34;&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;It seems to work fine for my purpose but any feedback is appreciated.&lt;br /&gt;Comments: Fixed with the proposed patch. Thanks for submitting this.</description><author>BertrandLeRoy</author><pubDate>Fri, 13 Feb 2009 06:19:47 GMT</pubDate><guid isPermaLink="false">Commented Issue: Field summary missing 20090213061947A</guid></item><item><title>Commented Issue: Class Summary Missing</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=8584</link><description>The latest version is not able to generate the JS class summary in the XML comment files.&lt;br /&gt;Comments: Fixed with the proposed patch. Thanks for submitting this.</description><author>BertrandLeRoy</author><pubDate>Fri, 13 Feb 2009 06:19:47 GMT</pubDate><guid isPermaLink="false">Commented Issue: Class Summary Missing 20090213061947A</guid></item><item><title>Commented Issue: Incorrect namespace handling</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=7889</link><description>AjaxDoc is outputing nested namespaces in the &amp;#60;elements&amp;#62; list for namespace API members.  It shouldn&amp;#39;t as this causes the nested namespace content to appear below the parent namespace as well as at the root level. It should also write out the full name rather than the short name in the &amp;#60;apidata&amp;#62; element. The fix for both problems is to modify the code between lines 307 and 335 in ScriptDoc.js.  I&amp;#39;ve attached a fixed copy of the AjaxDoc 1.1 script file.&lt;br /&gt;&lt;br /&gt;Note that this also contains the fix for the bug that causes the JScript syntax generator to fail &amp;#40;see the other related work item&amp;#41;.&lt;br /&gt;Comments: Patch applied. Many thanks for the patch.</description><author>BertrandLeRoy</author><pubDate>Fri, 13 Feb 2009 05:59:12 GMT</pubDate><guid isPermaLink="false">Commented Issue: Incorrect namespace handling 20090213055912A</guid></item><item><title>Commented Issue: Can't use JScript Syntax Box</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=7868</link><description>I was trying to use the JScriptDeclarationSyntaxGenerator built into SandCastle and ran into issues.  I sent an email to Anand, and he said it was being caused because AjaxDoc doesn&amp;#39;t specify &amp;#60;returns&amp;#62; data in the reflection.org file that is generated, which is required by the JScriptDeclarationSyntaxGenerator.&lt;br /&gt;Comments: Patch applied. Many thanks for the patch.</description><author>BertrandLeRoy</author><pubDate>Fri, 13 Feb 2009 05:58:56 GMT</pubDate><guid isPermaLink="false">Commented Issue: Can't use JScript Syntax Box 20090213055856A</guid></item><item><title>Closed Issue: Bug/inconsistency in ScriptDoc for doc'ing properties</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=5326</link><description>I found a weird inconsistency in the way I should doc properties.&lt;br /&gt;&lt;br /&gt;If I do like this &amp;#40;like stated on Bertrands blog&amp;#41;&amp;#58;&lt;br /&gt;&amp;#123;&amp;#123;&lt;br /&gt;get_enableMouseWheel &amp;#58; function&amp;#40;&amp;#41; &amp;#123;&lt;br /&gt;       &amp;#47;&amp;#47;&amp;#47; &amp;#60;value type&amp;#61;&amp;#34;Boolean&amp;#34;&amp;#62;Enables the mouse wheel.&amp;#60;&amp;#47;value&amp;#62;&lt;br /&gt;       return this._enableMouseWheel&amp;#59;&lt;br /&gt;&amp;#125;&lt;br /&gt;&amp;#125;&amp;#125;&lt;br /&gt;...the type is correctly set in the .org output, and the &amp;#60;value&amp;#62; tag is stored in the .xml, but &amp;#60;value&amp;#62; is not generating any textual output when I pull that through SandCastle.&lt;br /&gt;&lt;br /&gt;If I do this&amp;#58;&lt;br /&gt;&amp;#123;&amp;#123;&lt;br /&gt;get_enableMouseWheel &amp;#58; function&amp;#40;&amp;#41; &amp;#123;&lt;br /&gt;       &amp;#47;&amp;#47;&amp;#47; &amp;#60;summary type&amp;#61;&amp;#34;Boolean&amp;#34;&amp;#62;Enables the mouse wheel.&amp;#60;&amp;#47;summary&amp;#62;&lt;br /&gt;       return this._enableMouseWheel&amp;#59;&lt;br /&gt;&amp;#125;&lt;br /&gt;&amp;#125;&amp;#125;&lt;br /&gt;I get my code summary, but in the .org file the type is now set to &amp;#8216;Any&amp;#8217; &amp;#40;SandCastle doesn&amp;#8217;t really document the parameters or types yet, but that&amp;#39;s another bug that I already have reported to the SandCastle team&amp;#41;.&lt;br /&gt;&lt;br /&gt;Last way I can think of doing it is using both tags&amp;#58;&lt;br /&gt;&amp;#123;&amp;#123;&lt;br /&gt;get_cursor &amp;#58; function&amp;#40;&amp;#41; &amp;#123;&lt;br /&gt;       &amp;#47;&amp;#47;&amp;#47; &amp;#60;summary&amp;#62;Gets or sets the map cursor&amp;#60;&amp;#47;summary&amp;#62;&lt;br /&gt;       &amp;#47;&amp;#47;&amp;#47; &amp;#60;value type&amp;#61;&amp;#34;String&amp;#34;&amp;#47;&amp;#62;&lt;br /&gt;       return this.get_element&amp;#40;&amp;#41;.style.cursor&amp;#59;&lt;br /&gt;&amp;#125;&lt;br /&gt;&amp;#125;&amp;#125;&lt;br /&gt;&lt;br /&gt;This works, but its kinda &amp;#8220;messy&amp;#8221;, and not how I think it&amp;#8217;s supposed to be done.&lt;br /&gt;&lt;br /&gt;So in this case .xml output reads&amp;#58;&lt;br /&gt;&amp;#123;&amp;#123;&lt;br /&gt;       &amp;#60;member name&amp;#61;&amp;#34;P&amp;#58;J&amp;#58;MyClass.UI.BaseNav.cursor&amp;#34;&amp;#62;&lt;br /&gt;              &amp;#60;summary&amp;#62;Gets or sets the map cursor name&amp;#60;&amp;#47;summary&amp;#62;&lt;br /&gt;              &amp;#60;value&amp;#47;&amp;#62;&lt;br /&gt;       &amp;#60;&amp;#47;member&amp;#62;&lt;br /&gt;&amp;#125;&amp;#125;&lt;br /&gt;And the .org&amp;#58;&lt;br /&gt;&amp;#123;&amp;#123;&lt;br /&gt;       &amp;#60;api id&amp;#61;&amp;#34;P&amp;#58;J&amp;#58;MyClass.UI.BaseNav.cursor&amp;#34;&amp;#62;&lt;br /&gt;              &amp;#60;apidata group&amp;#61;&amp;#34;member&amp;#34; subgroup&amp;#61;&amp;#34;property&amp;#34; name&amp;#61;&amp;#34;cursor&amp;#34;&amp;#47;&amp;#62;&lt;br /&gt;              &amp;#60;memberdata visibility&amp;#61;&amp;#34;public&amp;#34;&amp;#47;&amp;#62;&lt;br /&gt;              &amp;#60;proceduredata&amp;#47;&amp;#62;&lt;br /&gt;              &amp;#60;propertydata get&amp;#61;&amp;#34;true&amp;#34; set&amp;#61;&amp;#34;true&amp;#34;&amp;#47;&amp;#62;&lt;br /&gt;              &amp;#60;returns&amp;#62;&amp;#60;type api&amp;#61;&amp;#34;T&amp;#58;J&amp;#58;String&amp;#34;&amp;#47;&amp;#62;&amp;#60;&amp;#47;returns&amp;#62;&lt;br /&gt;              &amp;#60;containers&amp;#62;&lt;br /&gt;                     &amp;#60;library assembly&amp;#61;&amp;#34;&amp;#34; module&amp;#61;&amp;#34;WebADF&amp;#34;&amp;#47;&amp;#62;&lt;br /&gt;                     &amp;#60;namespace api&amp;#61;&amp;#34;N&amp;#58;J&amp;#58;MyClass.UI&amp;#34;&amp;#47;&amp;#62;&lt;br /&gt;                     &amp;#60;type api&amp;#61;&amp;#34;T&amp;#58;J&amp;#58;MyClass.UI.BaseNav&amp;#34;&amp;#47;&amp;#62;&lt;br /&gt;              &amp;#60;&amp;#47;containers&amp;#62;&lt;br /&gt;       &amp;#60;&amp;#47;api&amp;#62;&lt;br /&gt;&amp;#125;&amp;#125;&lt;br /&gt;</description><author>BertrandLeRoy</author><pubDate>Fri, 13 Feb 2009 05:33:46 GMT</pubDate><guid isPermaLink="false">Closed Issue: Bug/inconsistency in ScriptDoc for doc'ing properties 20090213053346A</guid></item><item><title>Closed Issue: "Global namespace" text should be just "Global"</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=6746</link><description>The &amp;#34;Global namespace&amp;#34; text used for the global namespace at line 303 in the getReflectionXml method in ScriptDoc.js should be changed to be just &amp;#34;Global&amp;#34;.  If not, the table of content for help files generated with Sandcastle reads &amp;#34;Global namespace Namespace&amp;#34;.&lt;br /&gt;</description><author>BertrandLeRoy</author><pubDate>Fri, 13 Feb 2009 05:33:45 GMT</pubDate><guid isPermaLink="false">Closed Issue: "Global namespace" text should be just "Global" 20090213053345A</guid></item><item><title>Commented Issue: Wrong AJAX version in web.config</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=7244</link><description>web.config references MS AJAX v. &amp;#39;1.0.0.0&amp;#39; where it should be &amp;#39;1.0.61025.0&amp;#39; &amp;#40;for changeset &amp;#35;10601&amp;#41;.&lt;br /&gt;Fixed web.config attached.&lt;br /&gt;Comments: I upgraded the whole project to 3.5 so that shouldn't be an issue anymore.</description><author>BertrandLeRoy</author><pubDate>Fri, 13 Feb 2009 05:33:27 GMT</pubDate><guid isPermaLink="false">Commented Issue: Wrong AJAX version in web.config 20090213053327A</guid></item><item><title>Created Issue: Field summary missing</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=12468</link><description>It seems latest version is not able to generate the JS field summary in the XML comment files.&lt;br /&gt;&lt;br /&gt;I&amp;#39;ve tried to correct this behavior in this way&amp;#58;&lt;br /&gt;&lt;br /&gt;changing line 123 in ScriptDoc.js from&amp;#58;&lt;br /&gt;&lt;br /&gt;fieldDesc &amp;#61; fieldNode.innerText&amp;#59;&lt;br /&gt;&lt;br /&gt;to&amp;#58;&lt;br /&gt;&lt;br /&gt;fieldDesc &amp;#61; fieldNode.text&amp;#59;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;and changing the function Bleroy.AjaxDoc._appendMemberDoc like this&amp;#58;&lt;br /&gt;&lt;br /&gt;if &amp;#40;memberType &amp;#61;&amp;#61; &amp;#34;F&amp;#34;&amp;#41;&lt;br /&gt;        doc.push&amp;#40;&amp;#34;&amp;#92;n&amp;#92;t&amp;#92;t&amp;#60;member name&amp;#61;&amp;#92;&amp;#34;&amp;#34; &amp;#43; memberType &amp;#43; &amp;#34;&amp;#58;J&amp;#35;&amp;#34; &amp;#43; memberPath &amp;#43; &amp;#34;&amp;#92;&amp;#34;&amp;#34; &amp;#43;&lt;br /&gt;            &amp;#40;memberDescription &amp;#63; &amp;#34;&amp;#62;&amp;#92;n&amp;#60;summary&amp;#62;&amp;#34; &amp;#43; memberDescription &amp;#43; &amp;#34;&amp;#60;&amp;#47;summary&amp;#62;&amp;#92;t&amp;#92;t&amp;#60;&amp;#47;member&amp;#62;&amp;#34; &amp;#58; &amp;#34;&amp;#47;&amp;#62;&amp;#34;&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;else&lt;br /&gt;        doc.push&amp;#40;&amp;#34;&amp;#92;n&amp;#92;t&amp;#92;t&amp;#60;member name&amp;#61;&amp;#92;&amp;#34;&amp;#34; &amp;#43; memberType &amp;#43; &amp;#34;&amp;#58;J&amp;#35;&amp;#34; &amp;#43; memberPath &amp;#43; &amp;#34;&amp;#92;&amp;#34;&amp;#34; &amp;#43;&lt;br /&gt;        &amp;#40;memberDescription &amp;#63; &amp;#34;&amp;#62;&amp;#92;n&amp;#34; &amp;#43; memberDescription &amp;#43; &amp;#34;&amp;#92;t&amp;#92;t&amp;#60;&amp;#47;member&amp;#62;&amp;#34; &amp;#58; &amp;#34;&amp;#47;&amp;#62;&amp;#34;&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;It seems to work fine for my purpose but any feedback is appreciated.&lt;br /&gt;</description><author>cecattom</author><pubDate>Mon, 26 Jan 2009 13:30:47 GMT</pubDate><guid isPermaLink="false">Created Issue: Field summary missing 20090126013047P</guid></item><item><title>CLOSED ISSUE: "J#" Prefix causes BuildAssembler to Crash</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=7884</link><description>The &amp;#34;&amp;#35;&amp;#34; is reserved to represent a period in a member name such as those for explicit interface implementation members.  The &amp;#34;J&amp;#35;&amp;#34; prefix now used by AjaxDoc causes Sandcastle&amp;#39;s BuildAssembler to crash.  Since I can&amp;#39;t see any reason for the prefix I&amp;#39;d suggest removing it altogether.  I&amp;#39;ve added a workaround in the AjaxDocPlugIn to do this for now.  If there is some reason that the prefix is required, it should be changed to &amp;#34;J.&amp;#34; so that it merges with and becomes part of the namespace.  One exception would be the global namespace which should be &amp;#34;N&amp;#58;&amp;#34; or &amp;#34;N&amp;#58;J&amp;#34; if the prefix is required &amp;#40;no period on it&amp;#41;.&lt;br /&gt;&lt;br /&gt;Eric&lt;br /&gt;Comments: This has been fixed by SandCastle.</description><author>BertrandLeRoy</author><pubDate>Wed, 02 Apr 2008 23:44:16 GMT</pubDate><guid isPermaLink="false">CLOSED ISSUE: "J#" Prefix causes BuildAssembler to Crash 20080402114416P</guid></item><item><title>COMMENTED ISSUE: Class Summary Missing</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=8584</link><description>The latest version is not able to generate the JS class summary in the XML comment files.&lt;br /&gt;Comments: ** Comment from web user: bb1769 ** &lt;p&gt;We found that by changing line 109 in ScriptDoc.js from&amp;#58;&lt;/p&gt;&lt;p&gt;var summary &amp;#61; summaryNode &amp;#63; summaryNode.innerText &amp;#58; null&amp;#59;&lt;/p&gt;&lt;p&gt;to&amp;#58;&lt;/p&gt;&lt;p&gt;var summary &amp;#61; summaryNode &amp;#63; summaryNode.xml &amp;#58; null&amp;#59;&lt;/p&gt;&lt;p&gt;caused the class&amp;#47;type summary to be extracted to the XML file correctly.&lt;/p&gt;</description><author>bb1769</author><pubDate>Sun, 27 Jan 2008 23:00:49 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Class Summary Missing 20080127110049P</guid></item><item><title>CREATED ISSUE: Class Summary Missing</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=8584</link><description>The latest version is not able to generate the JS class summary in the XML comment files.&lt;br /&gt;</description><author>kazimanzurrashid</author><pubDate>Sat, 17 Nov 2007 13:51:52 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Class Summary Missing 20071117015152P</guid></item><item><title>COMMENTED ISSUE: Can't use JScript Syntax Box</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=7868</link><description>I was trying to use the JScriptDeclarationSyntaxGenerator built into SandCastle and ran into issues.  I sent an email to Anand, and he said it was being caused because AjaxDoc doesn&amp;#39;t specify &amp;#60;returns&amp;#62; data in the reflection.org file that is generated, which is required by the JScriptDeclarationSyntaxGenerator.&lt;br /&gt;Comments: ** Comment from web user: EWoodruff ** &lt;p&gt;&amp;#42;&amp;#42; NOTE&amp;#58; Ignore the script attachment on this work item.  Use the attached script on the work item at &amp;#91;url&amp;#58;http&amp;#58;&amp;#47;&amp;#47;www.codeplex.com&amp;#47;ajaxdoc&amp;#47;WorkItem&amp;#47;View.aspx&amp;#63;WorkItemId&amp;#61;7889&amp;#93; as it contains a fix for the namespaces bug as well as this one.&lt;/p&gt;&lt;p&gt;Eric&lt;br /&gt;&lt;/p&gt;</description><author>EWoodruff</author><pubDate>Sat, 20 Oct 2007 01:51:02 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Can't use JScript Syntax Box 20071020015102A</guid></item><item><title>CREATED ISSUE: Incorrect namespace handling</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=7889</link><description>AjaxDoc is outputing nested namespaces in the &amp;#60;elements&amp;#62; list for namespace API members.  It shouldn&amp;#39;t as this causes the nested namespace content to appear below the parent namespace as well as at the root level. It should also write out the full name rather than the short name in the &amp;#60;apidata&amp;#62; element. The fix for both problems is to modify the code between lines 307 and 335 in ScriptDoc.js.  I&amp;#39;ve attached a fixed copy of the AjaxDoc 1.1 script file.&lt;br /&gt;&lt;br /&gt;Note that this also contains the fix for the bug that causes the JScript syntax generator to fail &amp;#40;see the other related work item&amp;#41;.&lt;br /&gt;</description><author>EWoodruff</author><pubDate>Sat, 20 Oct 2007 01:47:21 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Incorrect namespace handling 20071020014721A</guid></item><item><title>CREATED ISSUE: "J#" Prefix causes BuildAssembler to Crash</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=7884</link><description>The &amp;#34;&amp;#35;&amp;#34; is reserved to represent a period in a member name such as those for explicit interface implementation members.  The &amp;#34;J&amp;#35;&amp;#34; prefix now used by AjaxDoc causes Sandcastle&amp;#39;s BuildAssembler to crash.  Since I can&amp;#39;t see any reason for the prefix I&amp;#39;d suggest removing it altogether.  I&amp;#39;ve added a workaround in the AjaxDocPlugIn to do this for now.  If there is some reason that the prefix is required, it should be changed to &amp;#34;J.&amp;#34; so that it merges with and becomes part of the namespace.  One exception would be the global namespace which should be &amp;#34;N&amp;#58;&amp;#34; or &amp;#34;N&amp;#58;J&amp;#34; if the prefix is required &amp;#40;no period on it&amp;#41;.&lt;br /&gt;&lt;br /&gt;Eric&lt;br /&gt;</description><author>EWoodruff</author><pubDate>Fri, 19 Oct 2007 19:30:27 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: "J#" Prefix causes BuildAssembler to Crash 20071019073027P</guid></item><item><title>COMMENTED ISSUE: Can't use JScript Syntax Box</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=7868</link><description>I was trying to use the JScriptDeclarationSyntaxGenerator built into SandCastle and ran into issues.  I sent an email to Anand, and he said it was being caused because AjaxDoc doesn&amp;#39;t specify &amp;#60;returns&amp;#62; data in the reflection.org file that is generated, which is required by the JScriptDeclarationSyntaxGenerator.&lt;br /&gt;Comments: ** Comment from web user: EWoodruff ** &lt;p&gt;I found a fix for this and have attached the modified ScriptDoc.js file from the 1.1 release.  It adds an &amp;#34;else&amp;#34; statement to the code in the _appendMembersReflectionDoc member at about line 566 that writes out a returns element if no member documentation is found.&lt;/p&gt;</description><author>EWoodruff</author><pubDate>Fri, 19 Oct 2007 19:26:36 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Can't use JScript Syntax Box 20071019072636P</guid></item><item><title>CREATED ISSUE: Can't use JScript Syntax Box</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=7868</link><description>I was trying to use the JScriptDeclarationSyntaxGenerator built into SandCastle and ran into issues.  I sent an email to Anand, and he said it was being caused because AjaxDoc doesn&amp;#39;t specify &amp;#60;returns&amp;#62; data in the reflection.org file that is generated, which is required by the JScriptDeclarationSyntaxGenerator.&lt;br /&gt;</description><author>GeoffreyK</author><pubDate>Thu, 18 Oct 2007 19:34:49 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Can't use JScript Syntax Box 20071018073449P</guid></item><item><title>CREATED ISSUE: Wrong AJAX version in web.config</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=7244</link><description>web.config references MS AJAX v. &amp;#39;1.0.0.0&amp;#39; where it should be &amp;#39;1.0.61025.0&amp;#39; &amp;#40;for changeset &amp;#35;10601&amp;#41;.&lt;br /&gt;Fixed web.config attached.&lt;br/&gt;</description><author>SharpGIS</author><pubDate>Thu, 27 Sep 2007 17:37:40 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Wrong AJAX version in web.config 20070927053740P</guid></item><item><title>CREATED ISSUE: "Global namespace" text should be just "Global"</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=6746</link><description>The &amp;#34;Global namespace&amp;#34; text used for the global namespace at line 303 in the getReflectionXml method in ScriptDoc.js should be changed to be just &amp;#34;Global&amp;#34;.  If not, the table of content for help files generated with Sandcastle reads &amp;#34;Global namespace Namespace&amp;#34;.&lt;br/&gt;</description><author>EWoodruff</author><pubDate>Mon, 17 Sep 2007 03:05:57 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: "Global namespace" text should be just "Global" 20070917030557A</guid></item><item><title>CREATED ISSUE: Bug/inconsistency in ScriptDoc for doc'ing properties</title><link>http://www.codeplex.com/scriptdoc/WorkItem/View.aspx?WorkItemId=5326</link><description>I found a weird inconsistency in the way I should doc properties.&lt;br /&gt;&lt;br /&gt;If I do like this &amp;#40;like stated on Bertrands blog&amp;#41;&amp;#58;&lt;br /&gt;&amp;#123;&amp;#123;&lt;br /&gt;get_enableMouseWheel &amp;#58; function&amp;#40;&amp;#41; &amp;#123;&lt;br /&gt;       &amp;#47;&amp;#47;&amp;#47; &amp;#60;value type&amp;#61;&amp;#34;Boolean&amp;#34;&amp;#62;Enables the mouse wheel.&amp;#60;&amp;#47;value&amp;#62;&lt;br /&gt;       return this._enableMouseWheel&amp;#59;&lt;br /&gt;&amp;#125;&lt;br /&gt;&amp;#125;&amp;#125;&lt;br /&gt;...the type is correctly set in the .org output, and the &amp;#60;value&amp;#62; tag is stored in the .xml, but &amp;#60;value&amp;#62; is not generating any textual output when I pull that through SandCastle.&lt;br /&gt;&lt;br /&gt;If I do this&amp;#58;&lt;br /&gt;&amp;#123;&amp;#123;&lt;br /&gt;get_enableMouseWheel &amp;#58; function&amp;#40;&amp;#41; &amp;#123;&lt;br /&gt;       &amp;#47;&amp;#47;&amp;#47; &amp;#60;summary type&amp;#61;&amp;#34;Boolean&amp;#34;&amp;#62;Enables the mouse wheel.&amp;#60;&amp;#47;summary&amp;#62;&lt;br /&gt;       return this._enableMouseWheel&amp;#59;&lt;br /&gt;&amp;#125;&lt;br /&gt;&amp;#125;&amp;#125;&lt;br /&gt;I get my code summary, but in the .org file the type is now set to &amp;#8216;Any&amp;#8217; &amp;#40;SandCastle doesn&amp;#8217;t really document the parameters or types yet, but that&amp;#39;s another bug that I already have reported to the SandCastle team&amp;#41;.&lt;br /&gt;&lt;br /&gt;Last way I can think of doing it is using both tags&amp;#58;&lt;br /&gt;&amp;#123;&amp;#123;&lt;br /&gt;get_cursor &amp;#58; function&amp;#40;&amp;#41; &amp;#123;&lt;br /&gt;       &amp;#47;&amp;#47;&amp;#47; &amp;#60;summary&amp;#62;Gets or sets the map cursor&amp;#60;&amp;#47;summary&amp;#62;&lt;br /&gt;       &amp;#47;&amp;#47;&amp;#47; &amp;#60;value type&amp;#61;&amp;#34;String&amp;#34;&amp;#47;&amp;#62;&lt;br /&gt;       return this.get_element&amp;#40;&amp;#41;.style.cursor&amp;#59;&lt;br /&gt;&amp;#125;&lt;br /&gt;&amp;#125;&amp;#125;&lt;br /&gt;&lt;br /&gt;This works, but its kinda &amp;#8220;messy&amp;#8221;, and not how I think it&amp;#8217;s supposed to be done.&lt;br /&gt;&lt;br /&gt;So in this case .xml output reads&amp;#58;&lt;br /&gt;&amp;#123;&amp;#123;&lt;br /&gt;       &amp;#60;member name&amp;#61;&amp;#34;P&amp;#58;J&amp;#58;MyClass.UI.BaseNav.cursor&amp;#34;&amp;#62;&lt;br /&gt;              &amp;#60;summary&amp;#62;Gets or sets the map cursor name&amp;#60;&amp;#47;summary&amp;#62;&lt;br /&gt;              &amp;#60;value&amp;#47;&amp;#62;&lt;br /&gt;       &amp;#60;&amp;#47;member&amp;#62;&lt;br /&gt;&amp;#125;&amp;#125;&lt;br /&gt;And the .org&amp;#58;&lt;br /&gt;&amp;#123;&amp;#123;&lt;br /&gt;       &amp;#60;api id&amp;#61;&amp;#34;P&amp;#58;J&amp;#58;MyClass.UI.BaseNav.cursor&amp;#34;&amp;#62;&lt;br /&gt;              &amp;#60;apidata group&amp;#61;&amp;#34;member&amp;#34; subgroup&amp;#61;&amp;#34;property&amp;#34; name&amp;#61;&amp;#34;cursor&amp;#34;&amp;#47;&amp;#62;&lt;br /&gt;              &amp;#60;memberdata visibility&amp;#61;&amp;#34;public&amp;#34;&amp;#47;&amp;#62;&lt;br /&gt;              &amp;#60;proceduredata&amp;#47;&amp;#62;&lt;br /&gt;              &amp;#60;propertydata get&amp;#61;&amp;#34;true&amp;#34; set&amp;#61;&amp;#34;true&amp;#34;&amp;#47;&amp;#62;&lt;br /&gt;              &amp;#60;returns&amp;#62;&amp;#60;type api&amp;#61;&amp;#34;T&amp;#58;J&amp;#58;String&amp;#34;&amp;#47;&amp;#62;&amp;#60;&amp;#47;returns&amp;#62;&lt;br /&gt;              &amp;#60;containers&amp;#62;&lt;br /&gt;                     &amp;#60;library assembly&amp;#61;&amp;#34;&amp;#34; module&amp;#61;&amp;#34;WebADF&amp;#34;&amp;#47;&amp;#62;&lt;br /&gt;                     &amp;#60;namespace api&amp;#61;&amp;#34;N&amp;#58;J&amp;#58;MyClass.UI&amp;#34;&amp;#47;&amp;#62;&lt;br /&gt;                     &amp;#60;type api&amp;#61;&amp;#34;T&amp;#58;J&amp;#58;MyClass.UI.BaseNav&amp;#34;&amp;#47;&amp;#62;&lt;br /&gt;              &amp;#60;&amp;#47;containers&amp;#62;&lt;br /&gt;       &amp;#60;&amp;#47;api&amp;#62;&lt;br /&gt;&amp;#125;&amp;#125;&lt;br/&gt;</description><author>SharpGIS</author><pubDate>Wed, 22 Aug 2007 21:15:05 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Bug/inconsistency in ScriptDoc for doc'ing properties 20070822091505P</guid></item></channel></rss>