9

Currently, many announcements are closed using reasons such as

As these questions are often closed as off-topic, they show the canned close message that it can be edited to make it on-topic.

If this question can be reworded to fit the rules in the help center, please edit the question.


While I understand most of these questions are closed in order to prevent more responses and this haphazard method does indeed achieve the intended, I feel that this way of closing moderator questions is rather disorganized and unmethodical. They are quite misleading to new users since such announcements are not really off-topic at the time of post.

As Stack Overflow is an established site, I believe a more official and formal method should be implemented for closing moderator announcements.


Thus, I propose the following methods:

  1. A more elaborate solution – create a moderator-only tag. Questions with this tag will show a special message underneath.

    This is an announcement from the Stack Overflow team. We are not accepting new answers as the issue at hand has been resolved. Thanks for reading!

    Furthermore, questions with this tag will automatically be closed but cannot be flagged or deleted. Only moderators can reopen it.

    I believe this proposal is achievable since it is similar to a previous official Stack Overflow proposal – We're Implementing an "announcement" Tag for Direct Communication From the Team.

  2. An easier solution – simply designate an off-topic close reason for moderators to use.

    This is an announcement from the Stack Overflow team. We are not accepting new answers as the issue at hand has been resolved. Thanks for reading!

5
  • 2
    I think this is too complicated. A simple off-topic close reason with the same thing (that can possibly only be chosen by employees) will suffice in my opinion. Commented Aug 10, 2018 at 4:10
  • Possible dupe: Make it possible to prevent voting on time-limited questions in meta without a historical lock? They're not quite the same as I'm focusing on voting/locking and I don't know that this is considering voting at all... but they have very similar goals.
    – Catija Staff
    Commented Aug 10, 2018 at 4:23
  • I'm removing [status-review] here because it was placed in that status without a corresponding ticket, or clear definition for exactly what problem it is seeking to solve. With more discussion, this may turn into something we can take action on
    – Slate StaffMod
    Commented Jun 26 at 20:42
  • @Slate Questions given that tag before mid-March 2020 didn't have a ticket created for them - that whole mechanism was introduced then. Also, the reason for why it was given the tag is detailed in the accepted answer. Commented Jun 26 at 22:20
  • @Sonic The original answer says "it essentially describes one moving part of a larger thing" - in reference to a development timetable that is no longer in effect. If something like this is still helpful, I'd encourage you to open a new discussion to talk about it and then flag for [status-review] once there's a bit more consensus on the exact need
    – Slate StaffMod
    Commented Jun 26 at 22:23

2 Answers 2

6

What we essentially need is a blog archetype for MSE. I talked about this before because it's something we've been thinking about for a while, but the timing couldn't have been worse.

The 'gist' of it:

  • Lower barrier to entry for most features (voting / commenting) if the tag is applied.
  • Questions would be blog posts, the only 'close' reasons would be to point at a subsequent follow-up post (like the CoC chain of announcements), or 'archive mode' for older discussions that just don't need answers anymore.
  • You couldn't mark questions as a duplicate of a 'blog post'. In fact we'd probably have a feature to open a discussion automatically linking to the parent 'blog' post
  • Answers would essentially become very glorified comments.
  • Voting on 'blog' posts and 'comments' wouldn't earn / cost you rep.
  • We'd probably want to have a polling mechanism that's still quick-n-dirty, but better than aggregate upvote counts on answers. Might call this something like 'contest mode' or similar.

Anyway, I'm thinking off the top of my head here, but we really do need to bring back the more frequent posts that are mostly just a stream of consciousness about what we're doing, prioritizing, learning, etc. The main blog is great for dissertation and content more applicable to a wider industry audience, and that makes stuff that speaks mostly to insiders look a bit out of place. Besides, our platform works better if you think about individual components (editing, revisions, notifications, voting, moderation, etc).

I don't have a timetable on this other than I really want to get it underway to the point that we have a functional wireframe implementation with the adjusted thresholds, closing tweaks, etc (just the bare minimum) around the time we do Winter festivities. But I can't be sure we'll hit that, because that schedule has a lot of competition.

I'd hate to bolt something on that isn't designed to be a piece of that puzzle, because honestly, that's what we really need.

I'm going to give this a for now, because it essentially describes one moving part of a larger thing.

1
  • Thanks for the detailed answer! Would be awesome if it's implemented, given the substantial number of announcements recently (relating to new nav, CoC, SO Teams, etc.)
    – Panda
    Commented Aug 10, 2018 at 15:14
4

This is yet another argument for the Obsolete close reason.

Should it be possible to flag questions to be closed as obsolete?

We really want this reason on Travel (my answer to a Meta question about it), and it would also take care of this issue.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .