¿Nueva forma de rastrear ediciones en publicaciones de wiki?

Durante varios años, la respuesta a “¿Cómo me aseguro de que una publicación wiki se actualice cuando se edita?” era cerrar el tema para evitar respuestas y eliminar todas las respuestas debajo de la wiki. Luego, las ediciones en la publicación wiki eran ediciones en la última publicación y las ediciones en la última publicación significaban que el tema se actualizaba.

Ahora las ediciones en la última publicación ya no provocan una actualización en la lista de temas. Entonces, ¿cómo rastrea todo el mundo las ediciones en las wikis ahora?

Sé que puedes seguir temas para recibir notificaciones sobre ediciones de wikis. Pero para mí no es lo mismo. No puedo configurar un solo tema para que sea seguido por todos los usuarios por defecto. Pero todos verían cuándo se actualizó el tema. Incluso los visitantes pueden ver que un tema se actualiza mientras que necesitas iniciar sesión para ver tus notificaciones.
Además, creo que el informe de error de que esas notificaciones no son confiables todavía está abierto Sporadic Wiki Post notifications y hubo otro informe recientemente que también mencionó que las notificaciones no siempre funcionan Subsequent Wiki Edits by Same User Don’t Trigger Notifications. Por lo tanto, las notificaciones y el seguimiento no parecen ser un reemplazo para actualizar las wikis después de una edición para mí.

3 Me gusta

Esto suena como una solicitud de características. ¿Cómo te gustaría que Discourse notificara sobre las ediciones de wiki?

Las wikis ya son especiales, así que tal vez necesitemos una nueva configuración del sitio para habilitar las notificaciones de edición de wiki y una preferencia de usuario sobre cuándo ser notificado sobre ellas.

Si tuviera una gran idea, habría creado una solicitud de función o habría respondido a una de las muchas existentes.
Aceptaría el “bumping”. Pero no creo que sea útil pedir una función que se eliminó.
Entiendo que puede ser molesto para pequeños errores tipográficos. Pero supongo que hubo razones por las que decidieron eliminar el “bumping” en todas las ediciones, en lugar de, por ejemplo, evitarlo en cambios pequeños, similar a cómo las ediciones pequeñas no se rastrean dentro del período de gracia de edición.

Así que solo intento encontrar soluciones alternativas para los efectos secundarios de ese cambio.
Animamos a los usuarios a editar sus publicaciones para agregar nueva información en lugar de responder nuevamente. Pero, ¿quién notará la nueva información si ya no impulsa el tema?

Cualquier cosa basada en notificaciones no ayudará a los visitantes. Para recibir notificaciones, necesitas estar conectado. Para ver un tema en la parte superior de los últimos, esto no era necesario.

Así que supongo que necesito una respuesta o, mejor aún, una pequeña publicación de acción que anuncie el hecho de que hubo una edición. Sé que el personal puede impulsar un tema, pero eso no ayuda en las ediciones de los usuarios. Así que tal vez necesite una opción de “bump” para usuarios regulares.

Create reply when editing wiki también solucionaría el problema para las ediciones de wiki. Pero en wikis que se editan con frecuencia, esto podría significar muchas respuestas que solo son útiles mientras sean la última publicación. A nadie le interesan las 50 publicaciones que son notificaciones de ediciones de wiki de hace 2 años.

Así que no creo que esta sea una solicitud de función. No tengo una solución. Tengo un problema porque la solución que tenía fue eliminada.

1 me gusta

Me gusta la idea de una pequeña acción posterior a la edición. Pero estoy de acuerdo en que creará desorden. ¿Quizás podrían ocultarse detrás de un enlace para mostrarlos/ocultarlos?

Cuando usted y sus miembros editan wikis, ¿añaden una nota para explicar el motivo de la edición? Eso podría ir en la pequeña acción posterior.

¿Podemos profundizar un poco en la definición del problema?

Para empezar, ¿quién necesita saber cuándo se edita una publicación de wiki determinada? ¿Qué esperas que hagan cuando vean que se ha editado una publicación de wiki?

1 me gusta

Todos los usuarios que estén interesados en ese tema. Y les gustaría leer nueva información.

Esa fue la razón principal por la que eliminé todas las wikis de mi foro.

[quote=“mcwumbly, post:5, topic:383582”]
¿Podemos profundizar un poco más en la definición del problema?

Para empezar, ¿quién necesita saber cuándo se edita una publicación de wiki? ¿Qué esperas que hagan cuando vean que se ha editado una publicación de wiki?
[/quote]El caso de uso que primero me vino a la mente fue el de las preguntas frecuentes en un foro que utilizo. Es un tema que se mantiene sin respuestas exactamente para que se impulse cuando alguien lo edita.
Esto tuvo numerosas ventajas para nosotros.
En primer lugar, muchos miembros notaron cuando el tema estaba siendo editado. Por lo tanto, nunca me preocupó que un usuario con malas intenciones pudiera causar una interrupción duradera allí. Incluso si alguien alcanzaba TL1 e intentaba agregar spam allí, eso habría sido eliminado por la próxima persona que visitara el foro.

También pude agregar nueva información sin tener que buscar a alguien que la revisara primero. Podía confiar en que varios miembros de la comunidad lo harían de todos modos cuando vieran la actualización. Probablemente más rápido de lo que la persona a la que le habría pedido una revisión la habría visto. Además, no tuve una sola revisión de un usuario, sino de varios. La responsabilidad se distribuyó entre muchas más personas. Todos ayudaron a mejorar la respuesta a la pregunta.

También pude animar a los nuevos miembros a mejorar la redacción. Los usuarios que tienen menos conocimientos técnicos a menudo tienen dificultades para comprender explicaciones demasiado técnicas. Ayuda si, una vez que lo han entendido, mejoran la redacción para que la próxima persona lo entienda mejor. Por supuesto, los usuarios nuevos tienden a tener más dificultades con el formato correcto. Pero eso no fue un problema porque la comunidad pudo corregirlo después, tan pronto como se dieron cuenta.

Las preguntas frecuentes están fijadas en el foro. Pensé que era genial que la fecha de la última edición se mostrara justo al lado en la columna de actividad. De esa manera, el tema nunca parecía desactualizado, pero todos podían ver que se actualizaba constantemente. Ahora la fecha de actividad ya no se actualizará.

En los últimos días, las ediciones de wiki me vinieron a la mente primero, porque tuvimos que encontrar soluciones para eso antes y encontré todos esos temas de otros usuarios que tenían el mismo problema. Pero en realidad, el problema también existe para otras ediciones significativas donde los usuarios agregan información valiosa más tarde. Por supuesto, esas no se agregan necesariamente a la última publicación. Pero creo que este es el caso más probable. Discourse incluso obliga a los usuarios a editar su última publicación en lugar de responder varias veces seguidas. Me pregunto cómo me sentiría en un foro al que me uní donde el software me dice que edite mi publicación en lugar de responder y, si lo hiciera, nadie se daría cuenta. Se sentiría como si a nadie le importara. Supongo que no es un lugar donde quisiera quedarme.
En este foro, las ediciones significativas, por ejemplo, ocurren cuando los usuarios agregan la salida del monitor serie o imágenes más tarde.

Ejemplo de conversación

nuevo usuario: Hola, tengo el problema X
miembro: Hola, podemos ayudarte mejor después de que compartas imágenes de X
nuevo usuario: No puedo tomar imágenes ahora, lo haré más tarde cuando mi hijo esté en la cama.

y luego ponen las imágenes en esa publicación más tarde

Me preocupa que podamos perder estas ediciones sin que el tema se impulse.

Volviendo a tus preguntas: si bien nadie necesita saber cuándo se corrigió un error tipográfico, a todos les pueden interesar las actualizaciones valiosas. Los visitantes pueden decir fácilmente que la wiki se mantiene activamente. Los miembros pueden revisar los cambios en las wikis y notar las ediciones que proporcionan información actualizada.

1 me gusta

OK, entendido. Esto es lo que he comprendido:

  • Para las publicaciones de wiki, señalar a la comunidad en general que una publicación ha sido editada recientemente es útil por dos razones:
    • Ayuda a distribuir la responsabilidad de revisar los cambios, para garantizar su precisión.
    • Ayuda a mostrar que están actualizadas.
  • Para las conversaciones, dado que Discourse desaconseja las respuestas múltiples, las personas necesitan una forma de ver que se realizó una edición significativa en su lugar.

Creo que tienes razón en que los “bumps” (actualizaciones automáticas de temas) habían sido una solución para ambas necesidades.

Tendremos que pensar en la mejor manera de abordarlas, dada la eliminación del comportamiento de “bump” al editar.

Para el caso de las conversaciones, creo que la respuesta puede ser suavizar la desaprobación de las respuestas múltiples. Creo que hay casos en los que las respuestas múltiples tienen más sentido que las ediciones, y podemos ajustar la redacción y la lógica de cuándo aparece la sugerencia para ayudar a los usuarios a tomar la decisión correcta.

Para el caso de las wikis, creo que necesita un poco más de discusión, pero compartiré algunas ideas preliminares. Creo que en lugar de desaconsejar las respuestas en los temas, deberíamos fomentarlas y diseñar las cosas teniendo eso en cuenta. Si estuvieran permitidas y fueran alentadas, creo que podría cambiar las expectativas para decir “si haces una edición significativa, deja una respuesta en el tema describiendo brevemente los cambios y por qué los hiciste”. Eso actualizaría el tema y lo haría aún más transparente. Hemos hablado de cómo se deben mostrar las respuestas en los temas de wiki y documentación, así que tal vez eso merezca otra revisión.

Otra cosa que podría imaginar es tener un flujo de notificaciones compartido para las ediciones de wikis y documentación. Por ejemplo, un canal de chat al que se publique automáticamente un mensaje cuando se realicen ediciones. El grupo que lo gestiona activamente podría verlos allí juntos y discutir en un hilo si es necesario. No estoy seguro de lo difícil que sería implementarlo hoy con las herramientas existentes. (Hay cierta superposición posible con esta idea y esta otra discusión: How automated reports could help keeping Meta tidy)

1 me gusta

En realidad, me gusta que el tema de la wiki no tenga respuestas porque cada vez que hago clic en el tema, me lleva a la primera y única publicación. Si bien saber que hubo una edición es relevante para notarla, no necesito leer sobre eso una y otra vez.
Sé que hay una configuración de categoría para llevarme a la primera publicación cuando todas las publicaciones han sido leídas, pero no querría que todos los temas de esa categoría hicieran eso.

Cualquier solución basada en chat no funcionará en foros donde el chat está deshabilitado :worried:

1 me gusta

Sí, lo entiendo. Este es el tipo de cosas a las que me refería aquí:

Hay mucho que desempacar allí, pero podría ser algo como ocultar las respuestas por defecto, por ejemplo. Es una conversación más grande, sin duda.

Suficiente. Sin embargo, podría habilitarse de una manera muy específica para este caso de uso. Por ejemplo, nosotros mismos hacemos un uso limitado del chat en meta para cosas como esta hoy en día, pero no son ampliamente visibles y la participación general de la comunidad todavía ocurre casi exclusivamente en las discusiones del foro.

Por curiosidad, ¿cuál es el razonamiento detrás de este cambio?

Si es principalmente para evitar que errores tipográficos/ediciones insignificantes revivan un tema, ¿podría limitarse a manejar solo esos y dejar el comportamiento existente como está?

1 me gusta

Es difícil precisar la razón de una sola cosa. Observamos varias cosas que nos llevaron a decidir eliminar el comportamiento de “aumentar la última publicación al editar”.

En el caso de ediciones menores, es ruido innecesario, como mencionaste.

Pero incluso en el caso de ediciones importantes, observamos que también es difícil de explicar y, a menudo, no se desea. Vimos que las personas a menudo recurrían a la función “restablecer fecha de aumento” cuando tenían ese poder después de una edición importante de un tema de documentación, por ejemplo. Especialmente cuando se editaban varios temas, pero incluso para ediciones de un solo tema. Incluso tuvimos personas que marcaron publicaciones pidiéndonos que hiciéramos esto cuando no nos habíamos molestado en hacerlo nosotros mismos.

Pero “restablecer fecha de aumento” no es muy fácil de descubrir. La gente preguntaba cómo hacerlo, lo que indicaba que realmente no querían aumentar las cosas pero no habían descubierto cómo evitarlo, y que probablemente muchos que no se habían molestado en preguntar enfrentaban el mismo problema.

Otra observación fue que la gente asumía incorrectamente que otros verían sus ediciones importantes. Creaban una publicación provisional y la editaban mientras trabajaban en ella. Su confianza en que otros seguirían el proceso se vio reforzada por el aumento. Pero en realidad, muchos de los que seguían el tema no se molestaron en comprobarlo porque el tema todavía no aparece como no leído después de las ediciones. Por lo tanto, una respuesta adicional para señalar explícitamente las revisiones y solicitar una revisión o comentarios en estos escenarios era a menudo necesaria de todos modos, pero no estaba sucediendo.

Confío bastante en que las cosas eventualmente serán más fáciles de entender sin esta funcionalidad, pero tendremos que abordar un par de estos casos en los que las personas se habían acostumbrado a depender de ella.

Esto es bastante interesante. Habría pensado que una edición importante de un documento sería precisamente lo que justificaría una publicación en “Latest” para que algunos ojos adicionales vieran la nueva información/nueva función y la impulsaran de nuevo al frente del contenido “actual”. (Aunque también fui juicioso con la función “Restablecer fecha de publicación” cuando las ediciones no eran suficientes para molestar a todos. :slight_smile: Pero era bueno tener la opción)

Sí, que el título del tema volviera a aparecer en negro en lugar de gris habría sido un buen detalle. Personalmente, me gustaba que se publicaran y los leía para ver qué se había editado (también era bueno para detectar spam de ediciones :slight_smile:)

Estaré atento para ver qué viene. :eyes: :slight_smile:

1 me gusta

Pensé en intentarlo aquí para ver qué tal se sentía, y debo decir que se siente bastante travieso. :slight_smile: Creo que el concepto de editar la publicación para agregar mis ‘pensamientos extra’ está tan arraigado que intentar esta nueva forma de ‘nueva respuesta cada vez’ casi roza el sacrilegio. :slight_smile:

Voy a trabajar en ello y ver si se vuelve más cómodo. :+1:

1 me gusta

Creo que, a un nivel más práctico, los pings adicionales (+ correos electrónicos) también pueden ser una desventaja. La experiencia de lectura para otros también podría verse un poco degradada cuando publicas dos o tres mensajes seguidos del mismo usuario. Normalmente, ese sería un ejemplo de cuando un moderador los fusionaría.

1 me gusta

En el buen sentido, ¿verdad?

Creo que hay mucho margen para discutir los detalles aquí. Por ejemplo, si tienes pensamientos adicionales que agregar 5 minutos después, es posible que aún quieras editar. Si los tienes un día después, otra publicación parece mejor. Creo que la diferencia tiene que ver con si asumes que otros ya han leído tu publicación o no, o si todavía están participando activamente en la conversación. Es todo matices.

@Moin, esto se está convirtiendo más en un tema de “comentarios sobre un cambio reciente”. ¿Qué opinas? ¿Deberíamos aceptarlo y actualizar el título en consecuencia? ¿O separar la discusión más general en un nuevo tema y dejar este como algo más limitado a cómo sugerimos manejar las ediciones de wiki en el futuro?

2 Me gusta

¿Sinceramente? :baymax_no: Se sintió un poco como tirarse un pedo en público.

Pero aún es pronto. Quizás llegue a aceptarlo. :slight_smile:

1 me gusta

Otro cambio en camino:

1 me gusta