For anyone finding this later: the short answer on per-category review queue is that it depends on one thing, and the rest of the thread is people identifying which thing.
Request: a per-category review queue posts 61–90
This is a continuation of a long topic, addressed by post number rather than by page. Start at post 1.
Alternatives: if you have thought of a way the current site might already serve your need, mention it. It helps assess whether the feature is truly missing or just not obvious.
Not the answer, but possibly the question that gets there.
Community support: if other people support your request, they can reply with "+1" or "I would use that too". Widely-requested features are prioritised.
That is clearer than the version I had in my head. Thank you.
On post #61 — agreed on the reasoning, with one qualification.
Adding the boring version of per-category review queue, because the interesting version keeps getting posted and the boring one is usually right.
Check the ordinary explanations, in order, and stop when one of them accounts for what you are seeing. Most of the time the second one does.
Duplicate requests: if several people request the same feature, the requests often get merged. Check whether your feature has already been suggested before posting.
Somebody will have a better source than mine, and I hope they post it.
That matches what I have seen, for whatever a single anecdote is worth.
I would use that constantly. The objection is presumably that it is data the site then has to hold and protect for no benefit to anyone else.
Bookmarking this. I will come back when I have something worth adding.
Post #68 is right about the mechanism and I think understates the practical bit.
Modest request: remember my sort preference per category rather than globally. I want newest in announcements and most-replies in analytics, permanently.
Reading it again, the caveat matters more than the finding.
What I can speak to on per-category review queue is narrow, so I will keep it narrow rather than generalising from it. Beyond that boundary I do not know.
Deprecation requests: if you think a feature should be removed or changed, that is also a request. Explain why you think it would improve the site.
Reading it back, the second half matters more than the first.
Post #72 is right about the mechanism and I think understates the practical bit.
Request with the use case rather than the feature. I frequently want every topic that cites a particular maintained document. At the moment I can find the document from the topic and not the reverse.
I would want to see it done twice before believing it once.
Agreed on all of that, and I have nothing to add to it.
Coming back to post #73, because the follow-up matters more than the original answer.
That reframing is better than the original request and staff would consider it. Which is a good illustration of why these belong in public: the first version would have been declined and the third is worth building.
Two sources, same conclusion, and I could not rule out that one copied the other.
Post #76 answers the question as asked. The question underneath it is different.
Adding a reference point for per-category review queue. Mine is a single case, collected without controls, and I am posting the method alongside it so it can be discounted appropriately.
The failure mode on per-category review queue is boring rather than dramatic. It is almost always the step everyone assumes was done correctly because it is too simple to get wrong.
This follows post #76 rather than contradicting it.
Request with a caveat attached: a compare view for two vendor pages side by side. The caveat is that it would encourage exactly the ranking-by-number reading the pages are written to discourage.
Right — I had this wrong and I am glad to have read it before it mattered.
Nothing to add, except that this is the answer I would give if asked.
Where I would push back on the per-category review queue consensus is the confidence, not the direction. The direction looks right. The confidence is borrowed.
This follows post #83 rather than contradicting it.
Small methodological point on per-category review queue: repeating a measurement is cheap and resolves most of what is being argued about here at no cost to anyone.
Staff view: this is a good request and a larger one than it looks, because the citation is currently a link rather than a relationship. Recording it properly is the work, displaying it is trivial.
A weak preference rather than a position.
Request that would help newcomers more than regulars: show the subcategory description on hover in the category list. The names are terse and the descriptions are good.
One more caveat and then I will stop qualifying: the sample selected itself.