- Last edited on Aug 2, 2016, 10:47:04 AM by Antti Haapala -- Слава Україні
Issues we have with documentation.
- Users plagiarising content from other peoples' work and being rewarded rep for it.
- Typo corrections to examples only contributed by me need reviews
- Change control is not per-example but per-topic
- In Python there are multiple topics with the same name
Exception, and several other duplicated topics. Takes ages to move these around.
- No way of penalizing users who make it harder to review - no, they just gain more reputation.
- Even elected moderators do not know what they can do in the documentation site.
- Flood of incorrect examples; if I “fix” them, the original user gets reputation; if I do not fix them and instead post my own one, then there are too many examples for it to be useful to anyone
- The interface is very messy, it is very difficult to navigate between dashboard and review requests and what not.
- People posting to wrong tags altogether, and there is no way to deal with them
- There is seemingly no reputation limit for approving change requests
- The accepted way of displaying code is the Python interactive sessions. However people tend to prefer a way that would be “copy-pasteable” directly to Python interpreter. IPython has a paste mode wherein you can paste interactive sessions and it just executes the actual code parts.
- Cannot navigate to the proper topic page from drafts
- Comments seem to be restricted to change requests currently in review. For instance, there’s no way to communicate with someone who rejected your change, or to leave a note to a submitter after rejecting their change.
- There’s no “Improve edit” functionality: a change request with some simple yet clear issues (typically typos, or misleading phrasing) can either be rejected (–> need to leave note, see previous point), approved (–> need to submit a subsequent minor change request fixing the issue, to be reviewed again), or not handled while trying to coerce the submitter to fix their submission themselves prior to approval.
- Censorship of the Anti Documentation Party team which just wanted to express disappointment but got deleted instead.
- No way of commenting on an incorrect improvement request, or requesting clarification
- Editing a topic will only notify you if somebody has a draft of the same topic; submitted changes are not shown. This is especially fun because conflicting edits nicely roll back each other, see also point 3.
- There is no button for version tagging in the example editor, you need to know the syntax by heart
- It is possible to do edits on a couple dozen examples at one go which either needs to be rejected or accepted fully
- There is still no “focus section” for topics
- There are no notifications for edits to an example. One would want to get notified on edits to a single example
- There is no discussion per example
- There is no topicwise discussion anywhere
- There is no tagwise discussion anywhere
- The more editors on an example, the more reputation generated to the system by a single upvote.
- There is no way of putting two sets of versions on one example except the undocumented
<!-- if version <Python 2.x> [gte 2.3] --><!-- if version <Python 3.x> [gte 3.0] --><!-- end version if --><!-- end version if -->
- Anyone can add versions with one approve, even those that do not have any significant use at all.
- Good content from great existing answers (e.g. as collected in our canon) on Q/A are used to create documentation entries. Because it’s not the users who wrote the original answer that create the docs, other users are effectively receiving work for answers that existed for a long time on SO.
- Lots of people copying examples from the official Python documentation. That takes no effort but still rewards lots of reputation. The easier and more basic the example, the more reputation they will end up getting.
- http://stackoverflow.com/documentation/proposed/changes/27581 – Adds content from a book. Has proper attribution but is still receiving rep for something that isn’t their own.