Closed (duplicate)
Project:
Documentation
Component:
Other documentation issues
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
28 May 2008 at 15:55 UTC
Updated:
22 Dec 2010 at 21:04 UTC
[This feature request is based on Steve Dondley's proposal written up on the documentation listserve.]
Create a new block which would be visible on each document page. The intent of the block is to recruit more document contributors. The block would be visible to all users, anonymous and authenticated. The block would be titled "Thanks to Our Document Contributors!." The content of the block will say.
See the history of this document by clicking on the revisions tab. Learn how you can contribute documentation too! New users to Drupal are especially invited to create documentation pages. New users have the freshest perspective on what other new users might need. Documenting the hurdles you have overcome is invaluable for future new users.
Including, "You can see the history of this document by clicking on the revisions tab" is dependent on the success of that feature request.
Comments
Comment #1
sepeck commentedWhere in the current set of blocks do you think this block should be placed?
Left or right side?
Top or bottom of the column?
User able to enable or disable it?
Comment #2
Shai commentedI'd vote for left side above the handbook license.
Give users the ability to disable it: Yes.
Shai
Comment #3
killes@www.drop.org commentedI maybe wasn't clear enough: I don't want to enable the revisions tab for anon users. It does not offer any helpful additional information.
Background: I've recently disabled all urls which have "sort=" in them. This resulted in 750k of URLs being blocked for google now. There are however robots which won't honour this request and I don't want to add more publically visible URLs.
Comment #4
ksenzeeI like this idea a lot. One suggestion: "Learn how you can contribute documentation too!" should probably be linked to http://drupal.org/contribute/documentation. There's a lot on the /contribute page, and documentation is only a small piece of it. If we want to steer people to /contribute, different link text might be in order.
Comment #5
Shai commented@ksenzee -- agreed. That is a much better link.
Comment #6
sepeck commentedThe revision bit will be edited out. I am more interested in the visible ad for help part.
Comment #7
Steve Dondley commentedI hope we can get the revisions tab enabled. But if we can't, at least make the message say, "To see contributors to this page, log in and click on the "Revisions" tab. You can be a contributor, too! To find out how...blah blah"
Comment #8
David_Rothstein commentedWhat about something like this for the revised text?
Note that:
Also, a minor point: Shouldn't the title of the block be "Thanks to Our Documentation Contributors"?
Comment #9
David_Rothstein commentedAs for the block placement, I agree that the left side above the handbook license makes the most sense logically. However, just an observation: The book navigation block has a tendency to get extremely long (especially when you are several levels deep in the documentation hierarchy), and on those pages any blocks below it pretty much get lost from view.
I don't think I have any brilliant alternative suggestions, though.
Comment #10
michelleAs requested, copying from the other issue...
Copy of http://drupal.org/node/263490#comment-860952 :
I like #6, which is along the lines of my suggestion on the email thread. I'd then modify the block listed in the other issue to say:
It's simple, gives credit without worrying about how "much" credit each person deserves, has no links which makes it harder for emailing questions, and makes it clear that anyone can join that list and help out rather than it being a single person owning the page. And it respects the "won't fix" on this issue.
#6 refers to http://drupal.org/node/263490#comment-860179 copied here:
I'd really prefer a block that lists the contributors
select distinct(u.uid), u.name from node_revisions n inner join users u on u.uid = n.uid where n.nid = %d
Comment #11
Shai commented@David_Rothstein in #8: I think David's alternative formulation is better than mine. Also good catch David on the block title. +1
@Michelle +1. I would take the part that you added and put it in front of David_Rothstein's edit of my original text.
@Steve D. in #7. I've created a new issue along the lines of what you were thinking, but instead I suggest changing the string that anonymous users see on doc pages below the node content to: "Login or register to post comments and view revisions."
Shai
Comment #12
Steve Dondley commentedA list of contributors in the block was part of the original proposal I posted on the documentation list: http://lists.drupal.org/pipermail/documentation/2008-May/006023.html So I'm down with that.
I always envisioned in on the right hand side of the page, below the user login for anonymous users and below the contributors links for logged in users.
Comment #13
catchI'm reposting this over from
http://drupal.org/node/263869- had no idea this issue existed and it was inappropriate for that one. This was written before I saw any of this, but it's along the same lines:IMO there's at least two issues it needs to address:
1. People looking at a handbook page can't see way to edit it (or add an extra page if they're not logged in).
Information about joining the docs team is displayed prominently in the handbook tree as sepeck pointed out on that thread, but in my experience on other sites with a reasonable amount of content, most traffic to these pages will not be via this tree - it'll be in and out of multiple related pages via core search or google - rarely down from the main navigation, and rarely upwards back to the main navigation.
2. Some people want more obvious credits for contributors to documentation. Some (like me), don't want their name plastered over handbook pages they may have changed a typo on and forgotten about a minute later.
Very, very rough outline of what might be in the block - would need to be shown depending on user permissions:
'Register or log in to comment on this page, see revision history or create a new handbook page.' - so similar text, but not in $links
'Join the documentation team to edit this page'.
'View contributors to this page'. - linking to something like node/nid/contributors (update: I'd also be fine with a list of non-linked usernames on the block, although I think this should go at the bottom, under the call for help)
Block would be enabled by default, but optional in user profile. Right column, weighted just above the contributor blocks.
Comment #14
sepeck commented@catch - Why have anything mentioning revisions? If you have an account on drupal.org you can see them. Done.
Why not just focus on a message of contributing and how to do so? Just have the Add a child page and Join the doc team messages.
Comment #15
David_Rothstein commentedI like @catch's ideas a lot, with the only caveat being that this block might be getting a bit long. Anyway, in an attempt to merge some of the ideas above, how about this?
This is for anonymous users; as @catch suggested, the block would need to have some appropriate permission checks. Also note that some of these links currently appear in the "Quick links" block on the left side of the screen, but leaving that block for navigation-related links and this new one for contribution-related links might make sense. I like @catch's suggestion for the block placement, too.
As for the idea in #10 (replacing the first part with an unlinked list of contributors), I see two potential problems:
Some immediate questions this raises are: Michelle who? What's a "sepeck" and a "ksenzee"? Is that last one an email address? And so on ;) I think unlinked usernames could be very confusing for new people to see.
Perhaps these concerns could be addressed via appropriate wording, however.
Comment #16
catchsepeck: I'm not at all fussed about revisions personally, that was in context with the link text changes from the other issue.
@shai that looks pretty good. I don't think usernames are a problem - wikipedia has them, myspace has them, all forums have them, if you don't know what they are, then you're going to be confused by any community site on the internet.
I'm not sure about "Thanks to Our Documentation Contributors!" - if I saw that on a random site I was browsing, I'd probably 1. switch off 2. think they were about to ask me for money. I'd rather see "contribute to documentation" or "improve this page" or something.
Comment #17
Shai commented@catch -- regarding the revisions thing, I much prefer the actual revisions link being visible for anonymous users as per: http://drupal.org/node/263490. But that's marked "won't fix." So I'm looking for alternatives, none of which are great. I think its a big deal because it says something about Drupal's tranparency. Transparency is something governments and groups talk about, and hardly anybody actually does. Drupal is weird in that much of the work of the project is transparent, but most of it isn't readily noticeable to a newcomer, in my opinion. In addition, I think the revisions tool is a fast, really helpful way to evaluate a page on many fronts: how much it has been worked on, who worked it, how recent, etc. I use it all the time. And with the built-in diff feature, way cool.
Maybe, "Thanks to Our Documentation Writers" would be better. The problem with the word "contribution" (and its association with fundraising) is rampant throughout drupal.org. I'm all for fixing it in one place, but it's pretty widespread. I do like the idea of saying "Thank you," as opposed to just "Help us." Thank you is one of the most inexpensive ways to communicate gratitude. It might be kind of impersonal in a coded block, but I do think it sets a tone which I think could be communicated more.
Shai
Comment #18
David_Rothstein commentedI think you actually meant to address this to me... anyway, I wasn't saying usernames are bad, just unlinked usernames. Without a link, I think it's hard for people to realize that what they're looking at is actually supposed to be a username, that's all.
I personally don't understand why having the names linked is a major problem, but I guess a lot of people don't want that. The problem I'd be more worried about is that if you only contributed a small amount to a page, and the rest of the page (that you didn't write) is really bad, you still get public "credit" for it, which hurts your reputation in some ways. That's hard to fix without the revisions tab being visible.
I like that better too. And I agree that saying "thank you" is good, especially since this block is trying to communicate two separate things at once (acknowledging current contributors and recruiting new ones). It does sound a little hokey still, but no obvious ideas for how to improve it come to mind.
Comment #19
catchSorry David that was indeed meant for you, and I agree with your point about the links/usernames- although I'm on the 'preferring not to get credit for pages I've had little to do with' end of things.
I'm still -1 on 'thanks' in a block title - we don't have "thanks to our bug reporters" "thanks to our #drupal-support responders" or "thanks to our contributed module maintainers" on any of pages like that. For me the issue is who's doing the thanking - is the Drupal community thanking itself? Is it some unspecified entity like 'the developers' that so many newbies refer to? And when it's combined with the 'please help us' bit it looks a bit like "Thank you for not smoking" ;)
What's wrong with just 'Join the documentation team'? Then the list of names becomes a list of some people who did.
Comment #20
Steve Dondley commented@catch "Join the documentation team" strikes me as rather cold and too understated. People, except maybe hardcore ubergeeks, have emotions and many decisions are made with those emotions. So an appeal with a little more emotion in it would help. I'm sure you've listened to fund raisers where they try to tug on the heart strings a little.
We don't have to go overboard, but some language in there that shows appreciation for the work of volunteer documentation contributors would be good. We should also appeal to people's selfish motivations (feeling good about yourself, getting credit for your work, etc.)
Comment #21
catchYes I've seen them. They lower my opinion of whatever organisation is raising the funds and make me less likely to give them any money. If they have to manipulate emotions to get contributions there's something wrong. I get loads out of contributing to Drupal - learn things, makes running my own sites easier, get to impact on bits of development and infrastructure. Thanks is about the least thing on that list, and to me it's simply a courtesy to say thanks when someone does something specific, and loses it's value when applied generally.
Comment #22
Steve Dondley commentedWe shouldn't use what appeals to you or me as the basis of what language goes in the block. We should use what we know about humans and human nature in general. Again, we don't lay it on thick. Everyone hates that and sees through it. Acknowledging the human component in people is important to any appeal.
Comment #23
Shai commented@catch:
Regarding saying thank you to other Drupal participants besides document writers, I'm all for that too; let's spread the love.
Of the 1,000 folks who showed up to DrupalCon Boston in March, only 15 showed up to the documentation session. I think that is one reason why there is focus on motivation as it relates to documentation. Simply put, we need to recruit more documentors and thinking about the quality of the experience for documenters is a reasonable (part of the) strategy.
@catch: "Is the community thanking itself?" Yes. It's actually a sign of a healthy community when it thanks itself. Of course that kind of generic thank you in a block on a web page needs to be followed up by individuals making the extra effort to thank folks from whom they get help. And it's always great when team/ project, or ad hoc leaders on a particular topic publicly thank the people who pitched in. But that generic block statement does indeed communicate something to the people who have participated and to others evaluating the community on what its values are.
"Thank you for not smoking." I actually find that formulation to be quite powerful and positive. It may lose it's meaning in its ubiquity. But instead of saying "No smoking" which just focusses on smoking as bad behavior which must be stopped, saying "thank you for not smoking" acknowledges that there are folks who are making sacrifices in order to create healthier public spaces. Smokers are truly feeling squeezed by the spread of non-smoking bans. As a public health advocate, I want to march forward on expanding those bans, but as a compassionate human being I don't see I lose anything by acknowledging that smokers are making a sacrifice when they have to give up spaces in which they formerly smoked.
Shai
Comment #24
meitar commentedIt seems to me that the most important thing to get across is information on where to go to become a part of the Drupal documentation community.
It took me nearly a month to realize that the mailing list for docs issues is the place to go to track docs activity, and that's not because I wasn't looking at first. I found the "Contributing to documentation" page at http://drupal.org/contribute/documentation when I was looking for a way to make a change to an existing handbook page, and so, following the instructions I read there, I submitted an issue with my change included, but the issue just sat there for weeks until I realized I should pipe up about it on the mailing list. That page seems to very strongly urge people to submit docs issues rather than emailing the list but now I'm not sure why.
The experience makes me think that most of the Drupal documentation activity happens on the mailing list, and perhaps that's the place that should be more prominently displayed in any block that tries to get people to join up in documentation efforts…?
Comment #25
add1sun commented@ meitar, Actually the docs mail list is important for discussion but not for joining the team nor necessarily for getting issues addressed. Your particular experience is not the usual process. Typically issues to join are addressed within a week or so. We only have 2 people who have perms to do it. Sometimes an issue will slip through on them. Issues for work can get more discussion on the list because there is not a lot of activity there (which is fine since it is more for meta discussion than tasks) but that isn't where every issue should be dealt with. The issue queue is the better place for that. We just need (a lot) more people actually watching the issue the queue.
Regarding this block generally:
I think that the title should be something very simple like "About Drupal documentation". If people are interested in the docs page, where it came from and how to effect that, that title is about all they need. The links listed under direct them to get more info and/or take action as desired. If I wanted info on how to *do* something or learn about something, a title that says thanks to some group I'm not part of doesn't really draw me, frankly. But if I saw stuff on the page or had a general feeling of Drupal docs being off, then a block that was "About" it would draw my attention.
Comment #26
David_Rothstein commentedIt's a shame this issue died down - I still think this is a great idea. And "About Drupal documentation" sounds wonderful for the block title.
What is the next step here? If someone (e.g., me) were to try to put together final text for the block (probably two slightly different blocks, one for anonymous and one for authenticated), based on the above discussion, do we think it will actually make it onto drupal.org?
Comment #27
add1sun commentedtagging for redesign since we should look at this in light of what MBD has given us.
Comment #28
add1sun commentedJust for reference from the redesign, all they have around this topic is a block on the docs landing page titled "Help us write Documentation". Nothing on individual pages except Drupal lists and an ad block. You can see the mock here: http://drupal.markboultondesign.com/iteration11/documentation.html We can probably take some liberties with how we actually implement this.
I'm not all that pressed about implementing this now (I hate the overcrowded blocks on handbook pages already) but if folks would like, we can give the #15 draft a whirl and use the MBD title.
Comment #29
lisarex commentedLinking this from the Redesign project #661566: Meta issue for Drupal.org webmaster project because this issue was tagged 'drupal.org redesign'
Comment #30
drummNot part of the redesign
Comment #31
arianek commentedstealing this to the docs queue, since we were discussing this at our meeting on friday and may want to review further
Comment #32
jhodgdonWe actually have a concrete proposal for a block to be shown on all doc pages, on:
http://drupal.org/node/810508#comment-3835614
so I think I will close this issue up as a duplicate.
Just for reference, one of the principles of the redesign is that blocks must be context-aware -- we don't have any blocks that show up everywhere. The block proposed on that other issue is fine, because it is context-aware and is snappy. It is not as verbose as what was proposed here, but it fits with the redesign philosophy and serves the purpose of asking people to help and letting them know about the doc team.