#17 "Es que el problema es que el usuario debería "marcar" como leídos los comentarios que quisiera que no se le repitieran. Nadie haría eso"
Estamos en el meollo del tema. Sobre lo de marcar, óbviamente, no es la idea que uno marque uno a uno los que ha visto. De todos modos, fíjate que hay gente que usa el voto positivo al comentario como indicador de "visto", esto es útil luego al regresar a la noticia, porque ves fácilmente los mensajes nuevos.
Pensando sobre ello esto debería ser automático, el marcar internamente los comentarios como vistos. ¿Cómo? Si no me equivoco en la API de html puedes conocer si un elemento está visible para el usuario o no porque el usuario aún no ha hecho scroll hasta donde el elemento está ubicado. Usando eso se puede marcar en js el comentario como visible o no, ese dato luego se manda al servidor, o se hace periódicamente o justo cuando se detecta que el usuario cambia de página, entonces se mandan toda esta información de golpe.
"Suponiendo que lo hiciera, ¿y si un comentario nuevo cuelga de un hilo? ¿se muestra solo en comentario sin el hilo? Si muestras el hilo entero, los nuevos deberían verse resaltados."
Aquí ya entramos en UI. ¿Cómo presentar al usuario, cuando regresa a una noticia, de forma clara, los comentarios ya vistos de los no vistos? El mismo problema lo puedes tener en Reddit. Creo que hay varias opciones. Lo ideal es mantener los hilos, claro, lo de verlos por orden de llegada inverso es mejor que nada, pero no es lo ideal. Se me ocurren un par de ideas sobre esto, si te parece las comentamos en privado.
Todo esto si te parece interesante la idea de llevar el control de comentarios ajenos vistos / no vistos por usuario.
#19 Sí, todo eso ya lo había pensado. El tema es que eso son muuuchos datos para el backend e incrementa el procesamiento y almacenamiento en la DB, etc. Habría que pensarlo bien todo eso, porque no es un simple contador de "visionados" de un comentario, hay que guardar quienes han visto ese comentario, para luego decidir como se pintan los comentarios cuando se recargue la página. Creo que el procesamiento para implementar eso es enorme, sobre todo con la DB. Se me ocurre otra solución más interesante y que creo que requiere de menos procesamiento...
1k 31
Hemos deshabilitado la autenticación con Facebook. Si entras a Mediatize con una cuenta de Facebook, lee esto.
Estamos en el meollo del tema. Sobre lo de marcar, óbviamente, no es la idea que uno marque uno a uno los que ha visto. De todos modos, fíjate que hay gente que usa el voto positivo al comentario como indicador de "visto", esto es útil luego al regresar a la noticia, porque ves fácilmente los mensajes nuevos.
Pensando sobre ello esto debería ser automático, el marcar internamente los comentarios como vistos. ¿Cómo? Si no me equivoco en la API de html puedes conocer si un elemento está visible para el usuario o no porque el usuario aún no ha hecho scroll hasta donde el elemento está ubicado. Usando eso se puede marcar en js el comentario como visible o no, ese dato luego se manda al servidor, o se hace periódicamente o justo cuando se detecta que el usuario cambia de página, entonces se mandan toda esta información de golpe.
"Suponiendo que lo hiciera, ¿y si un comentario nuevo cuelga de un hilo? ¿se muestra solo en comentario sin el hilo? Si muestras el hilo entero, los nuevos deberían verse resaltados."
Aquí ya entramos en UI. ¿Cómo presentar al usuario, cuando regresa a una noticia, de forma clara, los comentarios ya vistos de los no vistos? El mismo problema lo puedes tener en Reddit. Creo que hay varias opciones. Lo ideal es mantener los hilos, claro, lo de verlos por orden de llegada inverso es mejor que nada, pero no es lo ideal. Se me ocurren un par de ideas sobre esto, si te parece las comentamos en privado.
Todo esto si te parece interesante la idea de llevar el control de comentarios ajenos vistos / no vistos por usuario.