Ashraff wrote this<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote"><pre>I've taken a look at the proposed API, what exactly is it helping us do? I
<br><br>saw the groups, but the only thing that I understood is that contributing to<br>them would be advocating a need for an aggregation API, which frankly, I<br>don't think is needed at all (I'm open to other opinions though if they're
<br><br>valid and convincing). Would the current 3 or 4 aggregation modules have<br>been justified if they utilized an aggregation API?<br><br>There is, however, one thing that I did see as very wrong. A module<br>developer can't just throw away his work, create an alternative module, and
<br><br>leave things behind as if they've never been. Creating a module that<br>everyone depends on is an ethical responsibility that needs to be<br>transferred to someone who can manage it when the original author can't work
<br><br>on it anymore. What has been achieved with leech could have also been<br>achieved by updating aggregator2 to become leech (albeit retaining its<br>aggregator2 name) without neglecting its users. </pre></blockquote>
<br>I wanted to put in my two cents. Ashraf is exactly right here.<br><br> I sponsored the development of Aggregator2 for a reason. The purpose was to create a publishing platform that could consume and display RSS content and had nothing to do with an API. I full well understand the difference so please save your lectures for someone else. None of the modules other than Ashraf's Aggregation module come close to providing the Aggregator2 intended functionality for
4.7x or 5.xx. <br><br>He's done the exact right thing here. I'm sort of curious what the actual offense to the development process is supposed to be. I guess I'm missing the issue totally as it seems to be that he added to the confusion by creating another option.
<br><br>So what? <br><br>I suppose its a matter of your place in the food chain. His Aggregation module works and incorporates the best aspects of Aggregator2 and extends it in ways that are excellent. Api work has little to now end user or immediate application for working sites. It is a different concern.
<br><br>If even one user has some need that is met by a solution like his Aggregation module then the effort was well worth it. But when the functionality is there and because he's already shown willingness to support the work an make instant and useful changes then I can see zero reason for even a murmur of complaint.
<br><br>The freedom of open source development is exemplifed by his ability to ignore the noise from the by the book crowd. (whatever the book de jour might be) and just get it done.<br><br>In fact it is the best answer to all the other aggregation for contented modules in my estimation and is likely to be the basis for any API extension. The testing and knowledge gained from putting it to use has been invaluable.
<br><br>Thanks Ashraf<br><br clear="all"><br>-- <br><br>Binserver<br><a href="http://Binserver.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://Binserver.com</a><br><br><a href="http://NashvillesNews.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">