Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow close reasons to vary by post type #911

Open
cellio opened this issue Oct 30, 2022 · 0 comments
Open

Allow close reasons to vary by post type #911

cellio opened this issue Oct 30, 2022 · 0 comments
Labels
area: ruby Changes to server-side code complexity: unassessed Needs further developer investigation before complexity/feasibility can be determined. priority: medium type: change request New feature or request

Comments

@cellio
Copy link
Member

cellio commented Oct 30, 2022

Each community has a set of close reasons that apply to all closable posts. Any top-level post type can be made closable though configuration, but not all reasons make sense for all post types. On the codidact.com network we're discussing making articles closable so they can be marked as duplicates, but it doesn't make sense to close an article as too generic. We would like to be able to indicate which post type(s) a close reason applies to.

Moderators can edit the close reasons. The interface looks like this:

list of close reasons, including name, description, active? (Y/N), edit button

The edit interface for a single close reason looks like this:

close-edit

The request is to add one more field to the editor, and find a way to display it in the list: "applies to post types". The value should be a multi-selector for post types, perhaps like the one in the category configuration:

selector for post types


The motivating use case for this request is to allow articles in the Code Golf sandbox to be closed as "finalized" (with a link, like duplicates) and also to have a close reason like "done" for sandbox posts that are no longer being worked on (and weren't posted as challenges). That said, other communities have articles too, and on some communities an "obsolete" close reason could apply to articles but wouldn't make sense for questions. Also, new post types can be created, and we don't know what their closure use cases might look like.

One might ask if we should instead be looking at per-category close reasons. That might be something we also want, but I don't think it would remove the need for this request. Some close reasons are inherently about questions, and some are inherently about articles, and a category can use both post types. Supporting per-category close reasons is also a more complex UI problem, and since it's not sufficient, I'm proposing to focus first on per-post-type close reasons.

@cellio cellio added area: ruby Changes to server-side code type: change request New feature or request priority: medium complexity: unassessed Needs further developer investigation before complexity/feasibility can be determined. labels Oct 30, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: ruby Changes to server-side code complexity: unassessed Needs further developer investigation before complexity/feasibility can be determined. priority: medium type: change request New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant