[development] Drupal Enhancement Proposals (DEPs)

Ber Kessels ber at webschuur.com
Tue Nov 15 12:10:12 UTC 2005


It sounds we are all saying the same thing. 
* We would like a central place where people can work on dedicated tasks.
* We don't want to add extra administration by making stuff like deps required.
* We do want to get all the noses into one direction by giving the infratstructure (wiki?) to write down some stuff and to inform others what this dedicated task is about.

So lets get some action:
* SVN server? Or are we going to use sandboxen in CVS? 
* Wiki or handbooks? On drupal.org or on a dedicated site (devel.drupal.org or so)?
* Who will get all this rolling? Anyone volunteering to write a dep (*harhar*) for this work-thingy?


On Mon, 14 Nov 2005 19:47:28 -0500
James Walker <walkah at walkah.net> wrote:

> On 11/14/05 6:07 PM, Dries Buytaert wrote:
> > 
> > On 14 Nov 2005, at 20:46, Ber Kessels wrote:
> >> It is what got that form API in. It is what holds back Those Big 
> >> Issues from leveraging from yadiyadia level to Real Code Level, think 
> >> drupal.css, think taxonomy.module cleanup, think CCK ideals, think 
> >> install API. etcetc.
> > 
> > Erm, the CCK plans are pretty well documented.  They have been for about 
> > a year.  Similarly, the install API has been documented too.  Your 
> > examples show that central documentation is no guarantee for success 
> > (however they are often a necessary step).
> > 
> Hrm. this is a good point ... and has made me rethink my position a bit. 
> The thing biggest thing I think i'd like to see come from this idea, is 
> a centralized mechanism for doing such organizing. My reasoning is this 
> - using myself as an example - there are several "bigger projects" 
> underway, that I know of because I'm pretty involved in the community, 
> but I'm not directly involved in them all... however, they will have 
> fairly large impact on my work (thinking of CCK and install , e.g.). 
> Therefore, it would be really nice to have a place where i could go to 
> check up on the projects (and, perhaps, discover some new ones).
> The community is becoming very large for any one person to keep tabs on 
> it all... this might help, no?
> But you're right. I withdraw my previous requirement comment. I think 
> the important thing is not that DEPs are required - because then we end 
> up in the rathole of *which* changes require DEPs. However, central 
> organization would be very helpful.  And i mean beyond "but it's all on 
> drupal.org". As wonderful as steven's search patches are... it's not 
> quite a one page overview :P
> >> I firmly beleive we reached a level where we can no longer deal with 
> >> Big Changes, unless we form subgroups. Which, again, is what I got, 
> >> this is all about. I hope so in any way.
> > 
> > I firmly believe in people organizing themselves, and empowering them to 
> > do so.  I do not believe in forcing people to write proposals.  There 
> > are much larger projects than Jabber, Xaraya, PEAR or Python that are 
> > known to be successful without having proposals.  Two random examples 
> > are the Linux kernel and KDE.
> This is incredibly well said. But i do think empowering the proposals 
> could prove to be very... well... powerful. but, who am I kidding... I'd 
> be the first to whine about having to write these things :P
> The other thing - and I realize now it's a bit tangential - but I'd like 
> to see a more transparent contributer approval process. but , i'll leave 
> that for another thread some day...
> > Feel free to write a proposal for the drupal.css or taxonomy.module 
> > clean up, or to get consensus before you start writing code.  I'm cool 
> > with that.  It's just not mandatory.
> > 
> -- 
> James Walker :: http://walkah.net/ :: xmpp:walkah at walkah.net

            Bèr Kessels                          Drupal services
            bler.webschuur.com                   www.webschuur.com
            ber at jabber.webschuur.com

More information about the development mailing list