Utilización de un desplazamiento infinito/infinito

Question

¿Cuáles son los pros y los contras de esta técnica (ver Softfolio para un ejemplo). Hay dos cosas que personalmente me pareció de son los siguientes:

• Imposible decirle a alguien donde se encuentra un elemento de interés (como, usted probablemente no va a decir "324-ésima fila, segunda columna")
• Broken navegación cuando regrese a una página infinitamente desplazada.

¿Qué más se puede pensar? ¿Y qué piensa personalmente de este enfoque en general? ¿Lo usarías en tus proyectos?

Answer 1

creo que es "limpio" pero requiere más pistas visuales en cuanto a lo que está pasando ... y en muchas circunstancias no es lo que el usuario desea.

• Si quiero llegar a la "página 7 de los resultados" no quiero moverme al final de la página 6 veces para activar la recarga de datos adicionales. (por ejemplo, en una lista alfabética ... Si quiero "M", no me haga vadear a, b, c, d, e, f, g, h, i, j, k, l
• Asegúrate de que hay una pista visual de más carga si lo usas (cuando presiono CTRL + FIN espero estar en la parte inferior)
• A menudo encuentro que todavía estoy esperando en este tipo de páginas porque la "carga "del próximo conjunto de resultados espera hasta que estoy muy cerca del fondo ... así que a menudo llego antes de que los datos estén cargados/listos/renderizados
• (pro) Creo que este tipo de cosas sería bueno para ciertos Escenarios ... por ejemplo, cuando me desplazo hacia abajo en mi lista de Twitter ... No quiero un botón "más", simplemente cárguelo ...
• Preferiría mejor "buscar" filtrar sobre sofisticado ajax-infinito scroll res ults. Si puedo filtrar a 25 resultados que realmente coinciden con lo que quiero, ¡entonces no necesitaré desplazarme!

Answer 2

Personalmente, ODIO ese ejemplo. Hace que el sitio sea mucho menos útil que si los resultados fueran paginados.

Tiene razón también, cuando devuelva el golpe, tendrá que desplazarse hacia abajo y, aunque la página hacia abajo funciona, no funciona bien. No recuerdo cuántas páginas bajas presioné para llegar al sitio. en segundo lugar, ¿qué pasaría si el orden cambia el número de pergaminos diferiría de todos modos? Sé que la búsqueda también lo haría, sin embargo, es mucho más fácil escanear algunas páginas que seguir desplazándose.

Por último, aunque soy un desarrollador, me desplacé hacia abajo, y las primeras veces realmente pensé que tal vez si lo dejo lo suficiente descargará todas las imágenes/muestras ... luego se desplazó hacia abajo y otra vez lo mismo sucedió AAAAAARG!

NUNCA usaría este enfoque en proyectos.

Answer 3

No utilizaría desplazamiento infinito en los resultados de búsqueda. Pero es realmente agradable para la navegación casual, o en una situación de salida aleatoria, como la prueba psicológica, donde es importante que los elementos no se muestren en un orden constante. Algo así como una encuesta de preferencia de mercado se inclina hacia elecciones tempranas, por lo que aleatorizar el orden de las opciones es esencial.

Donde se vuelve frustrante es cuando el usuario deja una página a través de un enlace y luego quiere regresar.Para una situación de exploración, probablemente abordaría eso con superposiciones en lugar de vincular.

Answer 4

Estoy de acuerdo, esto es un desastre. Si hay una lista finita, debe haber algún tipo de mecanismo de paginación que le permita saber dónde se encuentra.

Como alternativa, o además, agregue un mecanismo de filtrado para que pueda eliminar las cosas que no desea ver.

SO proporciona un práctico ejemplo de cómo hacerlo bien.

Answer 5

Personalmente me parece algo engorroso y bastante molesto. Se diferencia de las técnicas de navegación estándar a las que los usuarios están acostumbrados (como la paginación) y se rompe la navegación hacia atrás, que es muy molesto (no puede volver a un resultado sin comenzar de nuevo). Además de eso, no se ajusta a las pautas de accesibilidad, ya que depende totalmente de JavaScript para funcionar (lo que va en contra de la teoría "progressive enhancement" de la web moderna). Esto también tiene implicaciones de SEO ya que dudo que el contenido "más allá del pliegue" sea indexado, a menos que esté vinculado directamente desde otro lugar.

Puedo ver algunas circunstancias limitadas en las que esto podría estar bien, como una página de texto muy larga, pero personalmente dudo que la use en el formulario actual. Me recuerda a esos sitios Flash que son todo estilo y nada de sustancia y terminan molestando al usuario en lugar de mejorar su experiencia.

Answer 6

Cuando los resultados se sirven al azar, es una gran idea. La gente pregunta: "¿Cómo vuelvo a donde estaba?". Bueno, tu no. Los resultados son aleatorios, por lo que cuando regrese a la página seis, no verá lo que hizo la última vez.

Si se piensa en ello, paginación Sortfolio sería una idea mala , porque implicaría a sus usuarios que el orden de sus listados son fijos, como muchos de ustedes han cometido el error de asumir.

Para aquellos que preguntan, "¿Cómo puedo volver a un resultado que me gustó?", Bueno, haces clic en el enlace "Guardar en mis favoritos". En cuanto a "¿Cómo puedo compartir un resultado con un amigo?", Haces clic en el resultado y tomas su URL. Un poco simple en realidad.

No digo que este negocio infinito de desplazamiento es la forma a hacerlo, lo único que digo es que algunos de ustedes están desacreditar injustamente Sortfolio de problemas de usabilidad, que el sitio--dada su naturaleza realmente aleatoria no necesita preocuparse con.

Answer 7

En realidad, no importa si a nosotros (diseñadores/desarrolladores) nos gusta o no. Lo único que importa es la percepción de los usuarios de esto. Si el usuario lo encuentra útil, bueno, entonces la solución está bien. Si el usuario se confunde y no puede realizar la tarea principal, rediseñe ...

Answer 8

Creo que las desventajas son que cuando presiona el botón Atrás, pierde su lugar en la página. Podría ser molesto, especialmente si estás en lo profundo de una página.

Answer 9

Etsy descubrió de la peor manera que el desplazamiento infinito no es bueno para las conversiones. Recommend reading this article.