¡Esto es increíble, gracias al equipo de Discourse!
Me pregunto si esto podría combinarse con el plugin de votación de publicaciones o reemplazarlo.
Edición: Además, ¿“Top” se ordena por “me gusta” o cómo funciona esto?
Una de las opciones que exploramos para anidar de esta manera fue mejorar el complemento de votación de publicaciones, pero decidimos no seguir ese camino. Esto es mucho más fácil de mantener y la experiencia es mejor. Creo que definitivamente podría reemplazar a Votación de Publicaciones algún día, o incluso ya lo hace en algunos casos.
Sé que esta no es la mejor solución, pero aún puedes usar CSS.
Solo necesitas agregar una regla para cada idioma, usando el selector correcto:
/* En lugar de usar este selector ... */
nav.post-controls .actions button.reply pan.d-button-label:after {
}
/* ... comienza el selector con el idioma */
html[lang=pt-BR] nav.post-controls .actions button.reply pan.d-button-label:after {
content: " texto en portugués";
}
Ya publiqué una mejor solución: Discourse Reply Button Labels
¿Añadir una vista anidada realmente elimina este desafío?
De hecho, diría que las vistas anidadas generan más carga cognitiva base para los usuarios. (¿Pero qué sé yo? No soy un usuario veterano de Reddit)
Pero amo las opciones, ¡así que sigan con su trabajo!
Acabo de comenzar a probar esto en mi foro y todo el mundo lo odia hasta ahora.
No lo odio realmente, pero es muy diferente y a veces difícil de entender.
Actualización: Me vi obligado a revertir porque el endpoint /t cambió a /n y causó tantos problemas, incluidos errores 500.
La reversión solucionó el problema.
¿Por qué la vista anidada elimina el título? Que cada pestaña muestre solo el nombre del sitio cuando hay varias pestañas abiertas dificulta la navegación entre ellas.
No estoy seguro de entender cómo se comportará cada una de las opciones de ordenación predeterminadas (top, new, old).
Tampoco veo la mejor manera de probar esto. No veo ninguna opción para anidar un tema.
Busca “Anidado” en la búsqueda de configuración del sitio de administración
Esperaba probarlo yo mismo sin habilitarlo para los demás. ¿No es eso posible?
Si no lo estableces como predeterminado, simplemente puedes habilitarlo y luego usar el menú de la llave inglesa del tema para anidar un tema específico.
No estoy seguro de que esto esté funcionando, al menos no cuando se usa el tema Fakebook. Abrí un tema de prueba, anidé el tema y luego probé las respuestas al tema y al mensaje.
Todas las respuestas se ven iguales. Además (quizás algo menor), la renderización de mi avatar es un poco extraña.
Sí, no asumas que los complementos o temas habrán sido ajustados para funcionar con esto.
¡Esta es una función fantástica y algo que hemos estado esperando durante mucho tiempo!!!
Lo que nuestra comunidad aún está esperando es una función adecuada de diario/registro donde solo el autor del tema pueda realizar publicaciones de nivel raíz y todos los demás usuarios solo puedan responder a publicaciones individuales de nivel raíz.
Actualmente estamos utilizando CSS y JS muy truculentos para habilitar esto mediante vistas de filtro por usuario y las respuestas colapsables debajo de cada publicación.
Así que… es bastante genial. Tenemos un grupo pequeño. Me preguntaba por qué no tenemos la oportunidad de elegir esto en las opciones de la interfaz personal.
Mark ya abordó esto un poco con:
Y yo añadiría lo siguiente:
El problema central: contenido compartido, modelos mentales divergentes. En el momento en que dos usuarios ven el mismo tema estructurado de manera diferente, se rompe la referencia compartida en la que se basa la conversación.
La función de respuesta funciona de manera diferente: Cuando el Usuario A (anidado) escribe «como se señaló en el comentario anterior…», el Usuario B (lineal) no ve ningún comentario anterior porque es una publicación que está tres posiciones arriba, o quince, dependiendo de qué rama esté colapsada. Esto también significa que un autor ya no puede estar seguro de cómo ven su publicación los demás.
Los enlaces permanentes y los números de publicación divergen: Si el orden de las publicaciones depende del modo de visualización, entonces /t/topic/123/47 o bien significa publicaciones diferentes para diferentes usuarios, o bien significa la misma publicación pero aparece en posiciones muy distintas. (No estoy seguro de cómo se implementa actualmente; de cualquier manera, no es ideal).
Y estoy seguro de que hay más problemas.
Se reduce a esto: una conversación es compartida y, para fomentar una buena comunicación, debe estar estructurada de la misma manera para todos.
Me pregunto qué ocurrirá cuando revertamos. Lo estamos probando durante una semana. Ojalá no haga colapsar el sistema y sea posible revertirlo.
Aún creo que sería bueno contar con una interfaz diferente según la experiencia individual. La participación es más importante que una experiencia unificada. Así que si la participación mejora, debería permitirse. Quizás haya una manera de resolver el problema de los enlaces. Parece más un problema de programación que uno social.
¿Acaso el compromiso prima sobre una buena comunicación?
Eso es lo que siempre ha defendido Discourse; existen otras plataformas que optimizan el compromiso a expensas de todo lo demás.
En mi experiencia, puedes volver atrás y adelante según lo consideres oportuno. Moví algunos temas al nuevo diseño y luego a todo el sitio.
Es un cambio radical para mis usuarios.
Lo único que han mencionado es que la barra de desplazamiento super ya no existe. Puedo entender por qué, ya que las publicaciones quizás ya no están en orden cronológico.
Genial ver que la “mejor experiencia móvil” ya está en la hoja de ruta; realmente espero con interés que los hilos con sangría al estilo Reddit lleguen a móviles.
Una pregunta rápida sobre SEO respecto a las respuestas anidadas: noté que los temas anidados usan una URL con /n/, y cuando los solicito sin JavaScript, se devuelve un contenedor vacío, además de que la etiqueta canónica apunta a la propia URL /n/ en lugar de la URL habitual del tema /t/. ¿Los rastreadores aún obtienen el contenido completo del mensaje renderizado en el servidor en las rutas /n/, o la canónica debería resolverse de nuevo a /t/? Solo quiero asegurarme de que habilitar la anidación no perjudique la indexación. ¡Gracias!


