<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: OpenAjax Alliance Announcements</title>
	<atom:link href="http://ajaxian.com/archives/openajax-alliance-announcements/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/openajax-alliance-announcements</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Thu, 09 Feb 2012 06:55:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2</generator>
	<item>
		<title>By: micmath</title>
		<link>http://ajaxian.com/archives/openajax-alliance-announcements/comment-page-1#comment-269566</link>
		<dc:creator>micmath</dc:creator>
		<pubDate>Fri, 05 Dec 2008 17:14:28 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=4888#comment-269566</guid>
		<description>To say that, &quot;SDoc is a richer annotation scheme than that of JSDoc,&quot; is misleading at best. While SDoc is well-defined, there is no such thing as a single &quot;JSDoc standard&quot; so we&#039;re left to guess how exactly one could objectively measure that anyway. Are you comparing SDoc to the SourceForge project named &quot;JSDoc&quot; or the googlecode project named &quot;JsDoc Toolkit&quot; -- they implement different tag sets.

By my count JsDoc Toolkit implements twice as many tags as the current posted SDoc specification, and JsDoc Toolkit allows for custom tags to be defined as well, so how is SDoc considered &quot;richer&quot; exactly?</description>
		<content:encoded><![CDATA[<p>To say that, &#8220;SDoc is a richer annotation scheme than that of JSDoc,&#8221; is misleading at best. While SDoc is well-defined, there is no such thing as a single &#8220;JSDoc standard&#8221; so we&#8217;re left to guess how exactly one could objectively measure that anyway. Are you comparing SDoc to the SourceForge project named &#8220;JSDoc&#8221; or the googlecode project named &#8220;JsDoc Toolkit&#8221; &#8212; they implement different tag sets.</p>
<p>By my count JsDoc Toolkit implements twice as many tags as the current posted SDoc specification, and JsDoc Toolkit allows for custom tags to be defined as well, so how is SDoc considered &#8220;richer&#8221; exactly?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mrmass</title>
		<link>http://ajaxian.com/archives/openajax-alliance-announcements/comment-page-1#comment-269387</link>
		<dc:creator>mrmass</dc:creator>
		<pubDate>Wed, 26 Nov 2008 02:09:06 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=4888#comment-269387</guid>
		<description>their site doesn&#039;t even work with Opera</description>
		<content:encoded><![CDATA[<p>their site doesn&#8217;t even work with Opera</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jackslocum</title>
		<link>http://ajaxian.com/archives/openajax-alliance-announcements/comment-page-1#comment-268450</link>
		<dc:creator>jackslocum</dc:creator>
		<pubDate>Tue, 28 Oct 2008 04:27:47 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=4888#comment-268450</guid>
		<description>The OpenAjax widget spec sounds like a great idea but needs to be upgraded to go beyond basic properties and methods. Almost every widget library supports the concept of &quot;configs&quot; and &quot;events&quot;. How about support for these in the spec? The lack of this basic metadata was one of the reasons we had to abandon JSDoc and scriptdoc long ago.</description>
		<content:encoded><![CDATA[<p>The OpenAjax widget spec sounds like a great idea but needs to be upgraded to go beyond basic properties and methods. Almost every widget library supports the concept of &#8220;configs&#8221; and &#8220;events&#8221;. How about support for these in the spec? The lack of this basic metadata was one of the reasons we had to abandon JSDoc and scriptdoc long ago.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JustinMeyer</title>
		<link>http://ajaxian.com/archives/openajax-alliance-announcements/comment-page-1#comment-268449</link>
		<dc:creator>JustinMeyer</dc:creator>
		<pubDate>Tue, 28 Oct 2008 01:34:35 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=4888#comment-268449</guid>
		<description>I think hub is great.  We just added it to JavaScriptMVC: http://javascriptmvc.com/blog/?p=97.

I&#039;ve now been on two projects that merge JavaScriptMVC with other packaged UI components (jQuery and YUI).

Before using hub, the interaction points between different libraries was, as I put it in one email, like stitching Angelina Jolie&#039;s head on Jessica Alba&#039;s body.  Yes, it will look alright.  But there is this huge distracting scar.  In terms of JavaScript, that scar is where one library needs to interact with another library.

If libraries, and especially packaged UI components, start providing standard methods of inter-operating, it makes building frakensiten apps more appealing.

Now that we&#039;ve we&#039;ve started using or inserting hub hook points into the code those scars are almost un-noticeable.</description>
		<content:encoded><![CDATA[<p>I think hub is great.  We just added it to JavaScriptMVC: <a href="http://javascriptmvc.com/blog/?p=97" rel="nofollow">http://javascriptmvc.com/blog/?p=97</a>.</p>
<p>I&#8217;ve now been on two projects that merge JavaScriptMVC with other packaged UI components (jQuery and YUI).</p>
<p>Before using hub, the interaction points between different libraries was, as I put it in one email, like stitching Angelina Jolie&#8217;s head on Jessica Alba&#8217;s body.  Yes, it will look alright.  But there is this huge distracting scar.  In terms of JavaScript, that scar is where one library needs to interact with another library.</p>
<p>If libraries, and especially packaged UI components, start providing standard methods of inter-operating, it makes building frakensiten apps more appealing.</p>
<p>Now that we&#8217;ve we&#8217;ve started using or inserting hub hook points into the code those scars are almost un-noticeable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jzaefferer</title>
		<link>http://ajaxian.com/archives/openajax-alliance-announcements/comment-page-1#comment-268447</link>
		<dc:creator>jzaefferer</dc:creator>
		<pubDate>Mon, 27 Oct 2008 22:47:08 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=4888#comment-268447</guid>
		<description>jQuery (therefore John Resig?) doesn&#039;t use SDoc anymore (or JSDoc for that matter). We&#039;ve switched to a wiki for the primary place to work on the API documentation. After the switch we wrote tools to export the wiki content to an xml format that other tools could use.

Now there is a tool to convert that to the OpenAjax Metadata: http://jqueryjs.googlecode.com/svn/trunk/tools/openAjaxMetadata/

Its not complete yet and hasn&#039;t really be tested with any IDE, but it basically provides all the metadata an IDE should need to provide inline documentation for jQuery.</description>
		<content:encoded><![CDATA[<p>jQuery (therefore John Resig?) doesn&#8217;t use SDoc anymore (or JSDoc for that matter). We&#8217;ve switched to a wiki for the primary place to work on the API documentation. After the switch we wrote tools to export the wiki content to an xml format that other tools could use.</p>
<p>Now there is a tool to convert that to the OpenAjax Metadata: <a href="http://jqueryjs.googlecode.com/svn/trunk/tools/openAjaxMetadata/" rel="nofollow">http://jqueryjs.googlecode.com/svn/trunk/tools/openAjaxMetadata/</a></p>
<p>Its not complete yet and hasn&#8217;t really be tested with any IDE, but it basically provides all the metadata an IDE should need to provide inline documentation for jQuery.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: khakman2</title>
		<link>http://ajaxian.com/archives/openajax-alliance-announcements/comment-page-1#comment-268429</link>
		<dc:creator>khakman2</dc:creator>
		<pubDate>Mon, 27 Oct 2008 17:27:32 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=4888#comment-268429</guid>
		<description>Actually that link above is about the OpenAjax Hub and OpenAjax Registry, not the OpenAjax Metadata for IDE and Mashup usecases.

To illuminate OpenAjax Metadata in the context of jQuery and John Resig... Here&#039;s what OAA Metadata does (and why it&#039;s valuable to you):

John documents jQuery&#039;s APIs using SDoc.  SDoc is a richer annotation scheme than that of JSDoc.  SDoc is supported by Aptana Studio, but not supported by Dreamweaver, Visual Studio, or JSDT from Eclipse.  However, SDoc can be transformed into OAA Metadata (and so can JSDoc) and Aptana, Dreamweaver, and VisualStudio and JSDT either already support OAA Metadata now (Aptana Studio 1.2 and I guess Dreamweaver based on Kevin Kynch&#039;s announcement) or have stated they plan to (see minutes from the OAA meeting in October with Microsoft&#039;s OAA representatative Bertrand Le Roy)

Accordingly, developers can get all the great code assist, data types, and documentation that can be derived from SDoc or JSDoc annotations (open source transformation tools for this are available from the OAA and are part of the project), and get that across their tool of choice.

Unlike the OAA Hub and OAA Registry, OAA Metadata is less about interoperability among ajax libraries, and more about how major IDE and development tools vendors can better support JavaScript and Ajax development and make it easier for folks like John R to get support for their libraries and code in a much wider array of tools.

-Kevin @ Aptana</description>
		<content:encoded><![CDATA[<p>Actually that link above is about the OpenAjax Hub and OpenAjax Registry, not the OpenAjax Metadata for IDE and Mashup usecases.</p>
<p>To illuminate OpenAjax Metadata in the context of jQuery and John Resig&#8230; Here&#8217;s what OAA Metadata does (and why it&#8217;s valuable to you):</p>
<p>John documents jQuery&#8217;s APIs using SDoc.  SDoc is a richer annotation scheme than that of JSDoc.  SDoc is supported by Aptana Studio, but not supported by Dreamweaver, Visual Studio, or JSDT from Eclipse.  However, SDoc can be transformed into OAA Metadata (and so can JSDoc) and Aptana, Dreamweaver, and VisualStudio and JSDT either already support OAA Metadata now (Aptana Studio 1.2 and I guess Dreamweaver based on Kevin Kynch&#8217;s announcement) or have stated they plan to (see minutes from the OAA meeting in October with Microsoft&#8217;s OAA representatative Bertrand Le Roy)</p>
<p>Accordingly, developers can get all the great code assist, data types, and documentation that can be derived from SDoc or JSDoc annotations (open source transformation tools for this are available from the OAA and are part of the project), and get that across their tool of choice.</p>
<p>Unlike the OAA Hub and OAA Registry, OAA Metadata is less about interoperability among ajax libraries, and more about how major IDE and development tools vendors can better support JavaScript and Ajax development and make it easier for folks like John R to get support for their libraries and code in a much wider array of tools.</p>
<p>-Kevin @ Aptana</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TNO</title>
		<link>http://ajaxian.com/archives/openajax-alliance-announcements/comment-page-1#comment-268415</link>
		<dc:creator>TNO</dc:creator>
		<pubDate>Mon, 27 Oct 2008 13:16:21 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=4888#comment-268415</guid>
		<description>I&#039;m reminded of John Resig&#039;s earlier comments on this group:
.
http://ejohn.org/blog/thoughts-on-openajax/</description>
		<content:encoded><![CDATA[<p>I&#8217;m reminded of John Resig&#8217;s earlier comments on this group:<br />
.<br />
<a href="http://ejohn.org/blog/thoughts-on-openajax/" rel="nofollow">http://ejohn.org/blog/thoughts-on-openajax/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

