Los miembros de Maker Forums definitivamente valoran la capacidad de tener múltiples reacciones con emojis. Nos entristecería mucho perder eso en una migración si retort dejara de mantenerse.
Retort seguirá siendo mantenido por Pavilion.
@Ahmed_Gagan ¿Tienes alguna opinión sobre lo siguiente?
Para una reacción de réplica con prioridad, puedes usar:
SiteSetting.post_undo_action_window_mins = minutos máximos permitidos
ReactionManager.new(first_retort_reaction_at_priority, by_user, Guardian.new(by_user), post).toggle!
Esto se encargará de todo: eliminará el like si el usuario ya había dado me gusta al post y añadirá una reacción.
Sí, podría hacerlo, aunque sería un poco un “parche” ![]()
No estoy seguro de poder asumir que ese workaround seguiría siendo viable con el tiempo. Además, es un poco arriesgado. Por ejemplo, si simplemente ejecuto ese código, la configuración del sitio post_undo_action_window_mins del usuario quedaría modificada. Podrías volver a cambiarla al final de la migración, pero realizar cambios de configuración de esta manera sobre la marcha para eludir un guardian no es lo ideal.
Lo que idealmente busco aquí es un ligero cambio en la interfaz de ReactionManager para que sea posible migrar de forma fiable los “retorts” a reacciones. Actualmente, solo está configurado para manejar solicitudes desde el cliente.
Una forma de hacerlo sería:
- abstraer el guardian en
toggle!a un métodoensure_can_toggle - hacer que el método
ensure_can_togglesea susceptible a una opciónforce
Este es el enfoque que se suele adoptar para manejar migraciones o importaciones en el backend en otras partes de Discourse (si buscas en app/ o lib/ la palabra force, verás algunos ejemplos).
¿Tiene sentido?
Creo que no necesitamos usar la configuración aquí, ya que no estamos modificando los “likes” que ya existen en la publicación. Esto significa que estamos creando nuevas reacciones para la publicación. En este caso, guardian.can_delete_reaction_user? siempre será verdadero. En mi opinión, simplemente usar ReactionManager.toggle será suficiente para este propósito.
Discourse hace mucho con los Me gusta, como limitar la cantidad de Me gusta según el nivel de confianza y otorgar insignias a las personas en función de los Me gusta.
¿Agregar una reacción también incrementa el conteo de Me gusta tanto para los usuarios como para los temas?
Podrías preguntar por separado sobre cómo esto interactúa con el nuevo plugin oficial Discourse Reactions
Sin embargo, Retort (que permite múltiples reacciones por publicación y por usuario, a diferencia del plugin Discourse Reactions) no interactúa en absoluto con los niveles de confianza y las insignias relacionados con los «Me gusta».
@gdpelican esto es una republicación de https://meta.discourse.org/t/reaction-emoji-seem-to-have-no-verification/189108, ya que parece que las reacciones no forman parte de Discourse, la republico aquí:
Creo que he descubierto un error, pero no tengo una reproducción adecuada; sin embargo, puedo mostrar fácilmente ejemplos del problema y creo que mi teoría podría ser correcta.
El problema es que puedes agregar emojis inexistentes a las reacciones de los mensajes. Esto resulta en reacciones :whateverYouWant: en los mensajes.
Puedes ver un ejemplo de esto en el foro de Manjaro, donde noté que los mensajes de un usuario específico a menudo tienen estos emojis inexistentes. Después de hacerle algunas preguntas, concluí que está utilizando alguna extensión de traducción automática en su navegador, y que probablemente traduce los emojis :code: a su idioma. Lamentablemente, no obtuve una respuesta de este usuario para conocer exactamente su configuración en el navegador. Para respaldar mi teoría, puedes ver que cuando citó a alguien en el siguiente hilo enlazado, tenía la traducción del mensaje original en su cita.
Consulta este mensaje/hilo en el foro de Manjaro:
Mira un ejemplo en las reacciones; puedes ver claramente el problema con todas las reacciones válidas junto a la inválida:
Parece, entonces, que un usuario puede enviar emojis inexistentes debido a la falta de verificación del código de los emojis.
¿Alguien más ha tenido esta situación en la que las reacciones se desplazan en pantallas pequeñas y en móviles?
He actualizado este plugin para que funcione con el código más reciente de Discourse.
https://github.com/gdpelican/retort/commit/2b94ca394e941342cba4a4ee4950daf54856fa61
@th21 También he actualizado la estructura HTML de retort para acomodar mejor las listas largas de retorts, especialmente en dispositivos móviles.
https://github.com/gdpelican/retort/commit/a9740c2a84a1de89c66b5c5cf865e6118e535d72
¡Gracias, funciona!
Creo que el contenedor de respuestas debería estar encima o debajo de la barra de herramientas, preferiblemente encima; esto nos da mucho más espacio para trabajar a nivel de CSS.
¿Es posible usar el explorador de datos o la consola para encontrar la lista de emojis más utilizada?
Estuve investigando la tabla plugin_store_rows pero no encontré nada útil.
Hola, la información sobre herramientas con la que los usuarios reaccionaron con réplicas ahora está rota en dispositivos móviles. Intenté jugar con z-index pero no pude arreglarlo con CSS personalizado. ¿Alguien podría echarle un vistazo?
Este plugin está end-of-life. Por favor, use el Plugin de Reacciones.
Discourse Reactions es un sustituto pobre por una razón clave: limita las reacciones a una por publicación. Esa es una reducción drástica en la utilidad de las reacciones en comparación con Retort, que permite a las personas dar múltiples reacciones a la misma publicación.
Realmente desearía que Retort se mantuviera por esta razón. La mejor solución sería que Discourse Reactions se actualizara para permitir múltiples reacciones.
El otro gran déficit es que Retort te permite seleccionar entre todos los emojis disponibles, mientras que tienes que definir un conjunto de emojis para las reacciones de Discourse. Si las reacciones de Discourse tuvieran ambas características, con gusto abandonaría Retort, pero hasta que lo haga, mis usuarios no estarán contentos si les digo que están perdiendo el acceso al 95% de las reacciones de emojis.
Hay un tema de Feature que muestra cierta promesa…
Sí, si todo esto se implementa, creo que podría convencer fácilmente a mi base de usuarios para que migre. Simplemente apesta tener que retirar la alternativa antes de que esto esté completamente disponible.

