Todo está disponible
, incluidos emojis personalizados arbitrarios que subas a tu sitio.
Esto es simplemente una discusión sobre los valores predeterminados.
Todo está disponible
, incluidos emojis personalizados arbitrarios que subas a tu sitio.
Esto es simplemente una discusión sobre los valores predeterminados.
¿Entonces este plugin infla la base de datos de “catch-all” post_custom_fields? Si es así, ¿es eficiente y escalable para miles de entradas, ya que se deben realizar uniones de base de datos para cada publicación individual?
Habiendo estado en sitios que permiten retroalimentación negativa y habiendo usado Discourse en nuestro sitio https://swi-prolog.discourse.group/, que actualmente solo permite votos de ‘me gusta’ (piensa en una reacción positiva), planeo permitir únicamente reacciones positivas en el conjunto predeterminado.
Aunque soy consciente de que existe el plugin de votación de Discourse (piensa en una reacción binaria positiva y negativa únicamente), creo que sería beneficioso que el autor original del tema (OP) pudiera seleccionar las reacciones permitidas para su tema. Sé que no es un cambio sencillo, por lo que no lo esperaría en el corto plazo, pero es algo a considerar.
Definitivamente.
He estado esperando pacientemente este plugin durante muchos, muchos meses y me siento más que feliz de verlo avanzando en la hoja de ruta.
¡Buen trabajo a todos!!!
No, tenemos una estructura de tabla dedicada; de hecho, es muy eficiente.
Perfecto, gracias por la aclaración.
Las reacciones están integradas en XenForo y ofrecen más formas de expresar cómo te sientes sobre una publicación. “Dar like en lugar de publicar” siempre ha sido un poco difícil, ya que puedes expresar tus sentimientos con mucha más facilidad creando una publicación y usando emojis en ella.
Si algún día el plugin se integra en Discourse puro, estaré allí inmediatamente para verlo. ![]()
Me gusta, pero hay que solucionar lo de lo doble…
No tiene mucho sentido en comparación con la elegante solución del corazón, antes de instalar el plugin.
Pero me gusta el aumento de interacción por parte de los lectores…
Mi opinión.
El único problema de no tener el pulgar hacia abajo es que no hay forma de expresar un desacuerdo leve. No creo realmente que la cara triste o enojada transmita el mismo mensaje. Aunque si quieres evitar las emociones negativas (hacia el autor) en el conjunto predeterminado, entonces tal vez excluir el pulgar hacia abajo sí sea una buena idea.
Además, quizás solo sea yo, pero realmente no me gusta este emoji. No pude entender bien qué se suponía que era cuando Facebook lo agregó, y el que publicaste se parece más a saludar con la mano que a un abrazo. Simplemente lo encuentro difícil de entender visualmente en comparación con reacciones más simples como la cara de risa o la de enojo.
¿Es porque el icono para hacer clic y añadir una reacción aparece por separado del conjunto de iconos que muestran las reacciones existentes?
¿Por qué no se combinan ambos?
Ya hemos recorrido ese camino internamente, pero el problema es que se vuelve difícil distinguir cuándo has reaccionado a algo y cuándo lo han hecho otros.
Creo que la mayoría de las implementaciones de reacciones siguen un enfoque similar: un botón separado para añadir reacciones y un área separada para mostrar el recuento de reacciones.
Nuestra implementación actual para móviles no es ideal porque hay muy poco espacio entre ambos elementos, pero vamos a mejorar eso.
Esta es una idea interesante, pero ¿qué tipo de reacciones serían realmente útiles sin convertir la conversación en algo confuso?
Por ejemplo,
puede significar muchas cosas dependiendo del contexto e incluso malinterpretarse.
¿Cómo elegirías un conjunto básico de iconos que mejoren la conversación sin introducir ambigüedades? ¿Existe alguna base científica real en las ciencias sociales al respecto? ¿Y funciona esto a través de diferentes culturas?
Sigo indeciso sobre cuánto valor aporta esto a las comunidades públicas. Por eso, no estoy haciendo ninguna gestión para llevarlo a Meta de forma permanente.
En cambio, para comunidades privadas de compañeros de trabajo o de otros grupos muy unidos, en mi humilde opinión, aporta un valor significativo.
Hola a todos, tengo una gripe terrible, estoy enfermo, no podré ir mañana
![]()
Aquí está la mejor broma de papá de la historia, trabajé en ella durante dos horas, es épica
![]()
Esta fila en la oficina de trámites tiene siete millas de largo… grrrr
![]()
Y así sucesivamente.
El programa de chat interno que uso en mi trabajo tiene un número reducido de reacciones como estas, y definitivamente mejoran la experiencia. Sin embargo, creo que sería perjudicial si se añadieran a la comunidad pública de Discourse en la que paso la mayor parte de mi tiempo. Siento que solo daría lugar a un spam aleatorio de reacciones, en lugar de aportar un valor real.
GitHub tiene una reacción de «confundido», que parece funcionar bien para el desacuerdo leve, en el sentido de «estoy confundido sobre por qué pensaste que esto era una buena idea».
Como programador, una de las primeras formas en que abordo un problema es verlo como un problema de tipado. La acción cotidiana más cercana que se me ocurre es cuando te autocojeas en el supermercado y tienes que determinar qué tipo (clase) de patatas acabas de comprar como artículos individuales sin etiqueta. Así que, aunque la patata no crezca con una etiqueta de tipo, toda la cadena de suministro y venta conoce los tipos de patatas, pero no etiqueta cada patata individualmente (sí, sé que algunas tiendas etiquetan artículos individuales, pero ignora eso para esta analogía). Espero que la analogía tenga sentido, pero estoy seguro de que un redactor profesional podría expresarla mejor que yo.
Por lo tanto, propongo que al crear los iconos, estos incluyan una descripción predeterminada que los administradores puedan modificar y que se muestre el significado del icono cuando el puntero del mouse pase sobre él.
Ahora, como mencioné antes, también creo que los creadores de temas con un nivel de confianza lo suficientemente alto deberían tener el derecho de elegir los iconos y agregar etiquetas y descripciones a su elección, otorgando así a los iconos un tipo con significado y situando todo el conjunto de iconos en contexto para ese tema. Tampoco estoy considerando la opción de dividir temas en este momento, pero es algo para reflexionar.
Estoy solo hoy.
![]()
Estoy solo hoy.
![]()
Estoy solo hoy.
![]()
Ahora imagina que, en lugar de esta frase relativamente neutral, donde solo el emoji proporciona contexto al lector, alguien publica algo que lo deja en una posición vulnerable, por ejemplo, un relato de una situación difícil vivida como una agresión, y un lector pone el emoticono
. En mi opinión, esto también sería una agresión. Sin embargo, la persona que usa este emoticono no necesariamente lo entendería así. Quizás simplemente encuentre la situación graciosa y pase por alto el afecto involucrado. Tal vez alguien más tendría que señalárselo para que lo entienda y, eventualmente, corrija su error, a menos que se trate de un troll deliberado
.
Puedo ver las limitaciones de
, por ejemplo, a veces simplemente quieres indicar que has leído una contribución; a menudo uso
para decir “Estoy encima, espera un momento”. Otro emoticono sería entonces útil.
Como suele ocurrir con las tecnologías, esto funciona de manera diferente en los márgenes (en distintas comunidades) y debe considerarse de forma que los valores predeterminados no se malinterpreten y no se generen malentendidos al evitar la discusión real. Me interesaría saber qué tipo de “emociones” pueden expresarse mejor mediante un emoticono sin dejar de fomentar la conversación.
También creo que el tooltip de las reacciones es desagradable a la vista y no encaja con Discourse, donde los nombres de usuario suelen ir acompañados del avatar:
Sin embargo, la tabla que aparece al hacer clic en ‘reacciones’ es realmente excelente y está muy bien diseñada. ¿No se podría utilizar ese mismo diseño para el tooltip?
No tenemos previsto hacer esto.
Está diseñado para cargar rápidamente, por lo que no habrá imágenes.
En cuanto a la apariencia en sí, puedes cambiarla; está diseñada para ser sencilla y fácil de personalizar.
Probablemente lo eliminaría por completo y optaría por resaltar las reacciones para invitar a hacer clic, lo que luego mostraría la tabla. Esto estaría en línea con el funcionamiento del corazón estándar.
Además, hay un comportamiento peculiar: después de reaccionar, aparece amablemente un signo de prohibido en el icono del corazón, pero aún así se expande la paleta de reacciones (aunque sigue mostrando el signo de prohibido). Si hay un signo de prohibido, la paleta probablemente no debería expandirse como si hubiera algo que se pueda hacer.
Disculpa, a veces soy un poco pedante con los comportamientos de la interfaz de usuario, y esta podría ser una de esas ocasiones.
Acabo de notar un pequeño problema de UX, al menos en móviles. Cuando tocas las reacciones recibidas en una publicación, aparece una tabla emergente con todos los que dieron reacciones. Luego, al tocar una de las fotos de perfil en la tabla, se muestra la ventana emergente habitual con una vista previa del perfil del usuario. Todo bien hasta ahora. El problema es que, al tocar en otro lugar para cerrar la ventana del perfil, se cierran tanto la ventana del perfil como la tabla de reacciones. Como es posible que quieras ver más de un usuario que reaccionó a la publicación, creo que debería cerrarse solo la ventana del perfil con el primer toque. Sería necesario un segundo toque en otro lugar para cerrar la tabla.