On Apr 21, 2009, at 4:41 PM, Ken Rickard wrote:
Should we add new features to aggregator? Maybe not. But it needs an architecture overhaul. One that is better done in contrib, as it turns out.
Agree, we needed to start aggregator API improvements in contrib, it gave us the freedom to dabble and learn quick. The result is FeedAPI, you've been part of that as the mentor of the initial FeedAPI project in GSoC 07. Looking at FeedAPI you will be able to tell that we were still learning what it takes to build an API for feed aggregation. We're now about to apply the best approaches to core aggregator: http://drupal.org/project/issues/search/drupal?text=&assigned=&submitted=&pa... []= 1 &status []= 16 &status []= 8 &status []= 13 &status []=14&status[]=15&status[]=2&version[]=7.x&component[]=aggregator.module I invite everybody to review :-) PS: the long link up there? that's a bookmark in my browser :P
- Ken
On Tue, Apr 21, 2009 at 2:10 PM, Gerhard Killesreiter <gerhard@killesreiter.de> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Karoly Negyesi schrieb:
On Tue, Apr 21, 2009 at 8:38 AM, Nathaniel Catchpole <catch56@googlemail.com> wrote:
Looks like we could try to do this without changing HEAD development at all - if Alex starts with OpenID and Aggregator 2.x branches in contrib, then anyone who wants to could do the same for the other optional core modules. Then if it works we could look at better infrastructure around it.
This is not so simple. The gain for Alex would be that he can work on DRUPAL-7--1 while core is open with much more freedom.
here, let me state this: would the quality of the code of aggregator be less high than the core standards? maybe. but, it already is way below.
How do you reach this judgement?
These only-by-history core module are already not core quality so let them develop more freely. We are looking for responsible maintainers so I am sure they wont degrade into a stinking pile of debris.
I use aggregator on drupal.org and the only feature I miss is to exclude specific posts from a feed.
Anything added beyond that would constitute cruft in my pov.
Cheers, Gerhard -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAknuDCQACgkQfg6TFvELooSkmQCfZLKnb2g+prgW/dGLY6hbsL/b mgQAn2BHMlOpJqQ87o+kFunEDk6w4zOt =o4Ss -----END PGP SIGNATURE-----
-- Ken Rickard agentrickard@gmail.com http://ken.therickards.com
Alex Barth http://www.developmentseed.org/blog tel (202) 250-3633