Jump to content

Wikipedia:Requests for comment/Example formatting

From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by Redrose64 (talk | contribs) at 12:03, 18 January 2018 (Pro and con: Legobot will obediently copy all or part of the table without a problem, but Template:Rfcquote can't handle tables (whole or partial) because the first pipe is taken as a param separator). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

There are multiple formats for Requests for comment. Some options are shown here. All of these formats are optional and voluntary.

The most popular option is a single section containing all information and responses of any kind.

==RfC: Is the photo in the History section relevant?==
{{rfc|hist}}
Should the "History" section contain a photograph of the ship? ~~~~

Separate opinions from discussion

Consider creating a subsection, after your signature, called (for example) "survey," where people can support or oppose, and a second called "threaded discussion," where people can discuss the issues in depth. Feel free to ask people not to add threaded replies to the survey section. This will make the RfC easier to read for the editor who closes it, which is especially important for RfCs that attract a lot of responses. So the RfC might look like this:

==RfC: Is the photo in the history section relevant?==
{{rfc|hist}}
Should the "History" section contain a photograph of the ship? ~~~~

===Survey===
* '''Support''' inclusion of the photograph, which helps the reader. ~~~~
* '''Oppose''', it isn't relevant enough. ~~~~

===Threaded discussion===
* I have concerns about this photograph. ~~~~
** What kind of concerns? ~~~~

Pro and con

For a question that has a "yes" or "no" answer, and people known to support each of the sides, then this side-by-side approach can offer a balanced view:

{| class="wikitable"
|+ Should we include a [[metasyntactic variable]] on this page?
|-
! {{yes}}, this is a good idea. 
! {{no}}, we should not add this.
|-
| scope="col" width="50%" | This is the best idea since sliced bread.  It complies with all our policies and is sure to improve Wikipedia.
| scope="col" width="50%" | This is the wrong idea, at the wrong time, on the wrong page.  Also, the proposers haven't suggested any sources yet.
|}

which produces this:

Should we include a metasyntactic variable on this page?
Yes, this is a good idea. No, we should not add this.
This is the best idea since sliced bread. It complies with all our policies and is sure to improve Wikipedia. This is the wrong idea, at the wrong time, on the wrong page. Also, the proposers haven't suggested any sources yet.

What to do about the date stamp: Tables will break the entry on the RfC listing pages, because their pipes are considered to be parameter separators by the RfC listing template. When a table like this is used as part of the RfC opening statement, both the {{rfc}} template and the timestamp (whether ~~~~ or ~~~~~) must both be before the table, or both must be after it. At any point, you can add a signature without a date by typing ~~~ if you want to show who wrote the statement. You either will need to add a separate question and a date stamp before the table (if you want only the question copied by the bot).

This format is best when limited to short "headline" length summaries of the main points for and against the proposal. If you need to explain your reasons in detail, or if you have a reason that other people don't necessarily agree with, then add them underneath the table, as part of your own signed comment.

Separate support and oppose opinions

Sometimes it's useful to separate opinions according to whether the person is basically for or against something. This style is most commonly used when only a majority vote matters, and the quality of the arguments is relatively unimportant. This approach forces every participant to pick one side or the other, so it is only appropriate if the choices are binary (e.g., yes or no, with no possibility of middle ground). Avoid using this style unless you expect a significant number of responses, and you actually need to be able to count the (numbered) votes.

This type of RfC layout might look something like this:

==RfC:  Should we re-design our WikiProject page?==
{{rfc|hist}}
I propose re-designing WikiProject History's main page.  Do you support this? ~~~~

===Support===
# '''Support''' redesign. ~~~~
# '''Support''' as long as we keep the links to the article statistics. ~~~~

===Oppose===
# '''Oppose''' as unimportant. ~~~~
# '''Oppose''' ~~~~

===Discussion===
I have concerns about this proposal.  I want to [[WP:BIKESHED]] the design before agreeing to anything. ~~~~