As you say, the majority of blogs won't use post meta values, so I see this need as an edge case. If a specific plugin is adding comment meta that needs to be accessed remotely, that plugin should be handling the extension of the API on its own.<div>
<br></div><div>But if you were to build this kind of setup, I'd add a flag to the request for comments that tells WordPress to return comment meta or not to. Then set that flag to false by default. Then we have one call that either returns meta or not based on your specific needs.</div>
<div><br></div><div>Whether you have two calls on the client end or two queries on the server end, you'll always need to do two things ... but make the API as simple as possible (one client call) to make it easier to use for a larger number of clients.<br>
<br><div class="gmail_quote">On Wed, Mar 23, 2011 at 10:21 AM, prasath nadarajah <span dir="ltr"><<a href="mailto:n.prasath.002@gmail.com">n.prasath.002@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi joseph,<div>what i thought was most of the blog dont use commenta meta value.</div><div>post meta values are extensively used, but not comment metas.</div><div>If you use the default comment form the comment meta tables will</div>
<div>be empty. my comment meta table is empty i guess this is the case with</div><div>most of the blogs including <a href="http://wordpress.com" target="_blank">wordpress.com</a> blogs.</div><div><br></div><div>Also comments are greater in numbers than posts. typically a famous blog</div>
<div>will have 40-60 comments. so everytime you query for a comment it</div><div>will query comments table as well as the comment meta table.</div><div>this may possibly double the response time in mobile apps.</div><div>
seperately querying for meta values when needed is more efficient.</div><div><br></div><div>what do you think?</div><div>correct me if i,m wrong </div><div><div></div><div class="h5"><div><br><br><div class="gmail_quote">
On Wed, Mar 23, 2011 at 9:47 PM, Joseph Scott <span dir="ltr"><<a href="mailto:joseph@josephscott.org" target="_blank">joseph@josephscott.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, Mar 19, 2011 at 12:01 PM, prasath nadarajah<br>
<div><<a href="mailto:n.prasath.002@gmail.com" target="_blank">n.prasath.002@gmail.com</a>> wrote:<br>
</div><div>> Adding support to return comment meta values. This has been requested in<br>
> trac. I think having separate methods for comment meta values is good rater<br>
> than integrating into comment methods.<br>
<br>
<br>
</div>I don't think we really need separate individual methods for comment<br>
meta data. For post meta data we expose it via the existing post<br>
management methods.<br>
<font color="#888888"><br>
<br>
--<br>
Joseph Scott<br>
<a href="mailto:joseph@josephscott.org" target="_blank">joseph@josephscott.org</a><br>
<a href="http://josephscott.org/" target="_blank">http://josephscott.org/</a><br>
</font></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
wp-xmlrpc mailing list<br>
<a href="mailto:wp-xmlrpc@lists.automattic.com">wp-xmlrpc@lists.automattic.com</a><br>
<a href="http://lists.automattic.com/mailman/listinfo/wp-xmlrpc" target="_blank">http://lists.automattic.com/mailman/listinfo/wp-xmlrpc</a><br>
<br></blockquote></div><br></div>