He notado en mi foro y también en Meta que los temas se actualizan cuando se edita el título. Para mí, esto es bastante confuso porque el tema aparece en la parte superior de la lista de temas, así que espero algo nuevo, pero es muy difícil detectar el cambio porque normalmente me llevan a la última publicación mientras que la edición ocurrió en la primera publicación.
Noté que cambiaste que las ediciones en la última publicación ya no actualizan el tema. ¿Es posible que el hecho de que las ediciones del título del tema ahora activen una actualización sea un efecto secundario de ese cambio?
También afecta a las ediciones de categorías y etiquetas.
Gracias Moin, ya veo… ya que ya no estoy comprobando si es la última publicación, necesito comprobar si solo cambian las cosas del tema OP y omitir el “bump” si es así.
Tengo una solución aquí:
Pude reproducirlo con cambios de categoría pero no con cambios de etiquetas.
Hmm, de acuerdo. Creo que es válido que el título no mueva el tema, pero creo que los movimientos basados en la edición de categoría + etiqueta se complican por estas dos configuraciones:
Estas controlan si un tema se mueve al editar el OP:
Pero, estas configuraciones también controlan si se envía una notificación real al cambiar la categoría/etiquetas, por lo que es un poco complejo de desentrañar. Lo discutiré internamente un poco y volveré.
Antes de que eliminara el “bump” en las ediciones, solo los cambios de título, categoría y etiqueta hacían “bump” al tema cuando no tenía respuestas. De lo contrario, no ocurría ningún “bump” porque no era la última publicación. ¿Planean restaurar eso o quieren bloquear también estos “bumps”?
También me pregunté por qué una edición de categoría en mi tema de prueba no hizo “bump” al tema ahora. Tengo la impresión de que se debe al período de gracia de edición. Después de esperar 5 minutos, editar la categoría hizo “bump” al tema nuevamente.
Todavía estoy confundido sobre qué causa un “bump” ahora, aparte de una respuesta. Comprender eso podría ayudarme a encontrar soluciones para notar ediciones donde el usuario siguió las instrucciones de Discourse para editar su publicación en lugar de publicar respuestas consecutivas[1]. Creo que puede ser una experiencia frustrante cuando el sistema le dice que edite su publicación en lugar de responder, usted lo hace y nadie se da cuenta. También pedí ayuda sobre cómo se pueden rastrear las ediciones en los wikis ahora.
Feliz cumpleaños
“No se permiten más de %{count} respuestas consecutivas. Por favor, edite su respuesta anterior o espere a que alguien le responda.” ↩︎
Para mi uso, editar un tema para subirlo a la parte superior del feed más reciente era una característica, no un error. Confiaba en este comportamiento para comunicar a los usuarios que había habido un cambio en los temas.
La última publicación editada, que causa el ascenso, es probablemente utilizada por muchos para subir publicaciones en el feed más reciente y llamar la atención de las personas.
Comunicar el cambio respondiendo a una publicación no es tan eficiente como una vez que un usuario ha leído la publicación 1, subir con una respuesta lo llevará a la respuesta, si la edición está en la publicación 1 (que siempre es en mi caso), no la verán.
Si hubiera una configuración disponible para activar/desactivar este cambio, la gente realmente podría ajustarlo a su gusto, en lugar de darle la vuelta a una característica establecida desde hace mucho tiempo.
No siempre quiero hacer “bump” a la edición de un tema, pero a veces me gustaría hacer más obvio un cambio oportuno. El “auto-bump” es una opción, pero no es exactamente lo que me gustaría:
El “auto-bump” requiere establecer una fecha/hora:
Es tentador sugerir una opción de “Ahora” en el menú de “auto-bump”, pero el aviso de “auto-bump” también indica un “bump” automático, no deliberado, lo cual es una señal diferente:
A veces he deseado una opción de “bump” de tema al editar que pudiera habilitarse para roles o niveles de confianza. Me imagino botones para “Guardar Edición” y “Guardar Edición y Hacer Bump”:
…y el aviso resultante podría decir Tema editado por el personal o algo similar.
También me gustaría decir que el comportamiento anterior era increíblemente útil. ¿Alguien puede añadir un botón para poder alternar entre el comportamiento antiguo y el nuevo?
¿Puedes explicar cómo utilizaste el “bumping” y en qué casos te resultó útil?
Todavía no puedo decidir si prefiero el comportamiento nuevo o el antiguo.
Por ejemplo, me gustaba el hecho de que los cambios en el título, la categoría y las etiquetas devolvieran el tema a la parte superior si aún no había recibido ninguna respuesta. Esto permitía que los usuarios que miraban principalmente estas categorías o etiquetas los notaran y respondieran. También me ayudó mucho aquí en el foro a aprender cómo los moderadores usan las categorías y las etiquetas. Los temas a menudo se movían antes de que se respondieran.
También me gusta el enfoque de que la configuración de Discourse te obliga a agregar información en lugar de escribir otra publicación. Sin embargo, esto solo funciona si devuelve el tema a la parte superior. Por lo tanto, actualmente se encuentra en una etapa extraña en la que se bloquea a los usuarios para que no escriban más de 3 publicaciones seguidas, pero la edición no moverá su tema a la parte superior, por lo que es probable que nadie se dé cuenta.
También pensé que tener un tema wiki sin respuestas para que los cambios allí muevan el tema a la parte superior y, cuando haces clic en el tema, aterrizas inmediatamente en la publicación editada, era una buena manera de manejar esto.
Aunque las wikis ahora vuelven a mover los temas, no lo hacen solo cuando son la última publicación. Encuentro esto confuso porque abro un tema que se ha movido a la parte superior, pero donde aterrizo (en la última publicación) no está claro por qué.
Sin embargo, me gusta que los pequeños cambios no provoquen un “bump”. He notado que he estado editando más para agregar pequeños detalles que antes no habría agregado porque los consideraba demasiado poco importantes para un “bump”.
Las publicaciones que intencionalmente no reciben respuestas solían subir al principio del feed más reciente si había una edición; podría ser un anuncio donde la información ha cambiado, por ejemplo.
Para actualizaciones genuinas de un tema donde una edición elimina información ahora obsoleta, volver al principio del feed más reciente era muy deseable. Se podía hacer con una cadena de respuestas, pero con el tiempo, esto se volverá engorroso para el usuario para recopilar lo que se estaba comunicando (imagina 10 respuestas con cambios, por ejemplo). Era mucho más limpio editar la publicación original / la publicación más reciente y que el tema subiera en el feed más reciente.
Aprecio que habrá personas en ambos lados de esto. Agregar una opción para restaurar la funcionalidad anterior de Discourse complacerá a todos; quizás la opcionalidad se pueda expandir con el tiempo para controlar finamente qué actividad en una publicación constituye que suba en el feed más reciente.
Para mí, la forma en que ha sido durante años es óptima y he llegado a depender de ella.
Este cambio me ha pillado desprevenido y, si bien los usuarios pueden alterar las fechas de las publicaciones para que su tema vuelva a la publicación principal, ¿por qué no simplemente hacerlo como siempre ha sido, automáticamente?
@pmusaraj@martin Este cambio ha revertido un comportamiento de larga data en el que la edición de la última publicación la devuelve a la parte superior del feed de actividad.
Sería de gran ayuda si este salto en la edición de la última publicación se devolviera al producto, ya que en un solo movimiento se ha anulado un precedente de más de una década, lo que ha sido doloroso para nosotros.
Los usuarios que son personal pueden resolver esto moviendo la fecha, pero otros usuarios no pueden. Creo que debería haber una opción para permitir el salto en la edición o se debería restaurar el comportamiento anterior.
No tenemos intención de revertir este cambio. Lo discutí internamente y para sus casos de uso, puede hacer una de estas dos cosas:
Convertir la publicación original (OP) del tema en una publicación wiki. Las ediciones en las publicaciones wiki seguirán actualizando el tema.
Hacer una nueva publicación en el tema cuando se realicen ediciones importantes.
Además, usar el temporizador de Auto-Bump Topic también debería funcionar. En el futuro, es posible que introduzcamos opciones de configuración adicionales para permitir un control más preciso por categoría sobre la actualización de temas.
Quizás no todas las publicaciones que son actualizadas por usuarios TL4 y personal deban ser una wiki que la mayoría de los usuarios del foro puedan editar.
Además, impulsar cuando el OP es una wiki y se edita no ayuda en temas con más de una publicación wiki o donde la wiki no es la primera publicación. Por ejemplo, en un tema para cosas que se recopilan durante un mes, y luego creas una nueva wiki como respuesta para el mes siguiente. Esto funcionaba muy bien ya que la wiki del mes actual era la publicación más reciente, por lo que el tema se impulsaba.
El temporizador añade molestas publicaciones de acción pequeñas al tema, que no se pueden eliminar, porque eso restablecería la fecha de impulso nuevamente.
Entiendo que no quieres revertir los cambios, y puedo ver las ventajas en un área limitada (pequeñas mejoras en tus propias publicaciones), pero entonces quizás necesitemos analizar cómo asegurar que los flujos de trabajo establecidos en los foros sigan funcionando.
El personal utiliza la opción de restablecer la fecha de impulso cuando ve un tema en “más reciente” que ha sido impulsado innecesariamente, de alguna manera funcionó mejor que el personal impulsando manualmente temas que deberían haber sido impulsados pero no lo fueron. ¿Cómo notan estos casos?
Como dijo Martin, en este momento no revertiremos este cambio.
Hay tres soluciones alternativas:
Convertir el tema original (OP) en una wiki
Usar el Temporizador de Actualización Automática de Temas (Auto-Bump Topic Timer)
Publicar una respuesta para explicar la edición (@Moin, esta es la solución alternativa sugerida en los casos que describes cuando algo no debería ser una wiki y no quieres usar el Temporizador de Actualización Automática de Temas)
Entiendo que estas soluciones alternativas no son ideales para todos los casos de uso. A medida que encuentren casos de uso específicos donde ninguna de estas opciones sea viable, compártanlos con nosotros en un tema de Feature.
@lindsey@martin@pmusaraj Entendido que no están buscando revertir este cambio. ¿Sería una posible consideración introducir una opción para restaurar esta funcionalidad? ¿Para que los usuarios puedan elegir?
En su defecto, ¿es técnicamente posible crear un complemento que permita los “bumps” (actualizaciones) al editar? No les estoy pidiendo que creen uno, sino preguntando si, en principio, es posible, para no seguir un camino sin salida tratando de restaurar este comportamiento del que he llegado a depender.
