<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&#39;s doing<br>

the reviewing, who&#39;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&#39;re initiated into<br>
the community and its standards, and I think it&#39;s reasonable to expect them<br>
to continue to abide by those standards.<br></blockquote><div><br>I&#39;m sure we all agree that the module boom is caused by those same developers that were initiated. I&#39;m not trying to avoid duplicates or anything here, I&#39;m simply laying out an option that would force highlighting a potential project before it&#39;s magically created without anyone&#39;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&#39;t make it harder than it already<br>

is for people to contribute.</blockquote>
<div><br>
I don&#39;t disagree with Greg and I don&#39;t see this as an additional
barrier at all, rather than creating a project in the dark without
anyone&#39;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&#39;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&#39;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>