I have implemented most of these changes now. http://users.skynet.be/pereinar/mod-perl/about/people.html
cool
1) Layout: ok? Tell me what you want, I fix.
looks fine, though I like the way http://httpd.apache.org/contributors/ gives a short TOC of all contributors. Also they include a short description which I suggest to be on our site more generic: core, modules, docs, support, advocacy, etc. Plus things like
Hmm, as I said (I think), the problem with this is that the list would be very long without necessarily giving much added benefit. I like the fact of dealing people up into categories, but we are faced with the problem that many of the contributors have contributed to the core, modules, docs, support *and* advocacy!
So what? let it be long. But at least we need a simple TOC. We can start with a simple TOC and later add more info if we feel like doing that.
Hmm, so core and docs? I think that'd be the best. Although I still think that separating people into 2 categories is bad.
that's not good. There are contributors who do neither core nor docs, but help to answer users questions. I believe this can be flexible, since we don't use some db and need to query by enumerated category. So just adding whatever we feel like is fine.
Maybe I'll try a TOC by name with some short description as on the HTTPD list.
That's what I meant.
Second yes, just follow the concept in docs/credits.pod, the last item lists just the names of contributors. Though don't comma separate it, but use the items just as in the above file. So names will be easier to read and spot.
Ok. It'll be a pretty long list (there is a pretty long list there, and one more in CREDITS.pod from modperl CVS). That's why I wanted to make it a separate page.
I didn't say separate page is a bad idea. I was just saying not to collapse all the names into one sentence.
Hmm, may be we shouldn't merge the two credits files but have 4 files:
credits/docs-major credits/docs-rest credits/code-major credits/code-rest
Again, I don't want to separate people into 2 categories. Everyone has done as much, and if we separate them:
1) Discussion might come up with "what is most profitable for the community, code or docs?" (code will win :)
we aren't talking about profitability. But rather saying who does what. But sure it's fine with me to put everybody in one place.
2) Some people (like you) belong in both.
Than we can simply duplicate names.
However, separating major and rest into 2 files is good. (However I think it should be detailed info/no info instead of major/rest).
Why? The two are orthogonal.
__________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
