<div dir="ltr"><br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">In principle this sounds like a good idea to me, but I wonder who's doing<br>
the reviewing, who's doing the approving, and whether it would in fact work<br>
as you describe. Would the community enforce the standards you describe?<br>
By some kind of informal agreement?<br></blockquote><div><br>Simply
posting to the dev list to open up a dialogue concerning your module
will yield a discussion that will probably lean towards a yes or no. So
yes, it would be by some kind of informal agreement. Who would give
permission to create the project? I would say the same ppl who grant
CVS access. It would be a matter of incrementing a counter for the user.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On the other hand, the initial approval makes sure that the developer has a<br>
useful and sound contribution to make. After that they're initiated into<br>
the community and its standards, and I think it's reasonable to expect them<br>
to continue to abide by those standards.<br></blockquote><div><br>I'm sure we all agree that the module boom is caused by those same developers that were initiated. I'm not trying to avoid duplicates or anything here, I'm simply laying out an option that would force highlighting a potential project before it's magically created without anyone's knowledge or consent.<br>
<br>
<blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">I tend to agree with Greg here. And will add that while duplication<br>
may be a problem, the answer should not be to make it harder for<br>
people to contribute, but to make it easier to figure out why you<br>
should use one module over another. It may be a harder way to solve<br>
the original problem, but please don't make it harder than it already<br>
is for people to contribute.</blockquote>
<div><br>
I don't disagree with Greg and I don't see this as an additional
barrier at all, rather than creating a project in the dark without
anyone's knowledge I simply have to post to dev first to get approval. Is that a
barrier? The only person objecting to this would be someone who
doesn't want to inform the community before creating his project, this
is exactly the person we want to stop by enforcing permission per
project rather than one permission per unlimited # of projects.<br>
<br>
Also note that this change is a very simple one that would require
minimum effort with huge benefits, enabling a module such as node limit
for the project content type, and creating a little script that would
set its value to the current # of projects per user could be all that
is required. For CVS admins it's a matter of incrementing the counter
for a user if his module suggestion gets approved on the dev list.<br>
<br>
AA<br>
</div></div></div>
</div>