I would like to see something to keep some category’s topic edits under control.
In my community we have todo/guide category with staff “seal of approval”.
We want to make all topic in this category wiki mode for community to be able to update guides but then we don’t have under control what changes are being made.
Option in category settings to require staff or selected group approval would be much appreciated 
Staff (and tl4) can edit it without making it a wiki.
By community I meant all users other than TL4.
I have no problem with TL4 users (in our case it’s 0,35% of all users) but I want to give ability to contribute for rest of users (TL0, TL1, TL2) but with staff approval for each change that they submit.
Oh. Sorry. I somehow missed that bit. There’s a lot I don’t know, but I think that’s going to be pretty hard to do.
It’s a feature request category so I think it’s proper category for that 
Besides, there is already review queue and post flagging, I think it can be mixed and changed somehow to offer this functionality.
Maybe I can contribute this feature via PR if some of more knowing of Discourse internals tip me at which parts of code I should look at (I’m not a rails regular).
This is something I’d like as well. Kind of like stackoverflow I suppose.
Would be sweet to let TL1 be part of it but they might not always write the right thing, then you don’t know how long it takes before someone reviews the change
+1 Would be great to have some sort of approval system so that lesser trusted users can still contribute to wikis.
A scenario like:
TL1+ can contribute, TL3+ or OP can approve changes. If the editing is done by the OP, then require no approval.
+1 this kind of feature would be great!
Ahora cualquier usuario con el nivel de confianza necesario puede editar una publicación wiki. Pero no todos los cambios son útiles. Hay usuarios sin escrúpulos o competidores que pueden arruinar cientos de publicaciones y lleva mucho tiempo restaurarlas. En este foro escribieron sobre historias similares.
Para reducir la carga de los moderadores y creadores de contenido, sugiero agregar la funcionalidad de rechazar/aprobar cambios por parte de los moderadores a la publicación wiki.
Al editar una publicación wiki, use el botón “Sugerir cambios” o un nombre similar en lugar del botón “editar wiki”. De este modo, cualquier usuario puede realizar cambios, y el creador de la publicación o el moderador tendrá control total sobre el contenido 
.
También puede agregar la aprobación/rechazo masivo de cambios, así como fomentar siempre los cambios para un usuario específico (bueno para comunidades grandes).
Hay una solicitud de #característica similar
Las guerras de edición (y el mal comportamiento) son algo real en el mundo de las wikis. Las wikis son un caso un tanto raro hoy en día en los foros (de Discourse), pero esa situación está cambiando; antes era una opción casi imposible de elegir y usar.
Pero no damos total libertad a la mayoría para editar las primeras publicaciones, y sin importar cómo llamemos a un tema, esa situación no cambia. O por supuesto cambia debido a la naturaleza de las wikis, pero el problema de la confianza no cambia.
Dado que TL4 es una elección del administrador, no se otorga automáticamente basándose en los “me gusta” (claro, hay un par de métricas más que todos conocemos 
), no hay razón para limitar los derechos de TL4. Pero TL3 y los inferiores son una situación diferente.
Quizás necesitemos la posibilidad de forzar la aprobación. Solo hay un pequeño problema en una limitación de este tipo en todo el foro: no todos los temas de wiki son tan “calientes”. La mayoría de los temas no lo son y cuando un foro sufre tales acciones, hay problemas más profundos. Pero las limitaciones en todo el foro aumentan la carga de trabajo de los moderadores y, en temas donde no hay “sobrecocción”, nadie quiere ver trabajo innecesario. Además, las limitaciones limitan la voluntad de los usuarios de escribir, lo cual es una situación deseada de vez en cuando, aunque sea.
Pero lo que necesitamos en un mundo pre-ideal es una opción para forzar la aprobación por tema, e incluso con un temporizador.
Creo que hay muchas consultas de este tipo que se pueden encontrar. Dado que esta es una de las dos funciones clave en la wiki, puede que no haya ninguna otra función. Sin esta característica, la wiki no se puede controlar.
En Wikipedia, es una práctica normal aceptar o rechazar cambios de usuarios no verificados. Por el contrario, la carga sobre los moderadores disminuye, la calidad del contenido aumenta significativamente.
Sí, lo es, pero Wikipedia, o MediaWiki como plataforma, es una solución especialmente diseñada para wikis, pero con una capacidad muy limitada para la discusión (diría que es más que muy limitada). Discourse es una plataforma especialmente diseñada para la discusión, pero con herramientas muy limitadas para wikis.
Necesitamos herramientas para manejar mejor las wikis. Pero, por lo demás, simplemente no podemos comparar lo que MediaWiki y Discourse son o no son. Para wikis reales, usaría MediaWiki de inmediato y trataría de usar Discourse para la discusión.
Discourse es principalmente una plataforma comunitaria universal basada en el conocimiento. Estás desactualizado. Universal
No, no lo es Es brillante para la discusión. Como plataforma de redes sociales, no tanto. Como plataforma de blogs, se necesita mucho. Para podcasts, no hay forma. Comercio electrónico, no. LMS, otro no. Como wiki, bueno, ¿cuál era el tema ahora
No muchas cosas son universales. Y eso es realmente bueno así. Cada uno debería hacer aquello en lo que es el mejor. Como MediaWiki es una plataforma wiki, y Discourse ofrece un foro.
¿Has considerado configurar Grupos? Podrías requerir que las personas apliquen a un grupo para tener acceso de seguridad de Creación/Respuesta. Todos pueden ver, pero solo los miembros del grupo de esa categoría de wiki podrían editar. Al menos si entiendo la seguridad de categorías con respecto a las ediciones de wiki. Entonces, solo los miembros aprobados pueden ajustar la información de la wiki.
También existe un Theme component, si no me equivoco, que puede o no funcionar, llamado require post edit reason (requerir razón de edición de publicación).
Tengo que discrepar. Discourse está diseñado para ser utilizado como tú elijas; no está restringido simplemente a una base de conocimiento, ya que ese es solo un tipo de escenario de uso. Es posible que desees repasar las funciones de Discourse que podrían ser de utilidad.
El punto es que absolutamente cualquier usuario puede contribuir a la creación de contenido de la base de conocimientos. Cualquier comunidad está comprometida con esto. Pero la moderación es necesaria en todos los casos. ¿Puedes confiar en todos los usuarios a los que les das acceso? No estoy seguro de eso. La falta de control puede tener consecuencias tristes. Un usuario puede ponerte de los nervios. El control es siempre necesario, incluso para los usuarios verificados.
Incluso si el usuario es una buena persona, puede estar equivocado. La moderación ayudará a solucionarlo de manera rápida y precisa 