I haven&#39;t done a great deal of work on the handbook, but nearly all my edits are fixing typos and more recently &#39;archiving&#39; old and out of date pages. In both of those cases I really, really don&#39;t want my username listed on the page next to those pages.<br>
<br>Additionally, sometimes I&#39;ll see a page that looks completely wrong to me, but then I&#39;ll notice a greggles or a webchick attached to the revisions tab - and then realise they were only moving it&#39;s location or fixing a typo. So&nbsp; I agree this opens up people to a lot of e-mail support, and making pages look more of less authoritative simply due to who&#39;s edited it or how many different people have.<br>
<br>Having said all that, +1 to making the documentation contributors list more prominent. There&#39;s the &#39;most active developers&#39; block on <a href="http://drupal.org/cvs">http://drupal.org/cvs</a> which is fun to look at sometimes - probably wouldn&#39;t be that hard to have a &#39;documentation commit messages&#39; page as well (maybe this already exists somewhere as recent changes?).<br>
<br>Another thing with this - the cvs metrics that greggles does for core releases are always interesting to see - both who&#39;s contributing, and the distribution of patches. Individual cvs commit messages don&#39;t provide this so well (and never exactly match who contributed to a patch, and hardly ever the person who might have typed up the initial bug report) - but at an aggregate level they&#39;re good for seeing trends in the project. So I&#39;m not so interested in attribution for individual pages (I guess people who really want that post documentation planet rather than in the handbook), but I am quite interested in getting some statistical data on documentation contributions in general.<br>
<br>If you&#39;re reading this conversation, and haven&#39;t seen <a href="http://groups.drupal.org/user/9198" title="View user profile.">José</a>&#39;s post on the Drupal.org redesign group [1], then this&#39;d probably be worth looking at together with that. It&#39;s the sort of thing that&#39;d be easier to implement on a separate subdomain.<br>
<br>Nat<br><br>1. <a href="http://groups.drupal.org/node/10223">http://groups.drupal.org/node/10223</a><br>