Pantallas web: Paginación frente a tablas largas

Question

Parece que la tendencia en el diseño web es proporcionar resultados paginados, donde las tablas largas se muestran una página a la vez. A mis clientes no les gusta eso y han solicitado que los sitios web que diseño para ellos muestren todas las entradas en tablas largas. Los argumentos para la búsqueda parecen basarse principalmente en el impacto de rendimiento de mostrar tablas largas, y esto es menos preocupante en una intranet corporativa de gran ancho de banda. Los argumentos contra la paginación incluyen la capacidad de imprimir toda la tabla, realizar búsquedas de cadenas en toda la tabla, seleccionar rangos arbitrarios de toda la tabla para copiar, etc. He señalado que estas características se pueden agregar fácilmente a diseños web paginados (por ejemplo, un botón de impresión que imprime toda la tabla, o un botón que crea un archivo CSV de la tabla), pero la salida paginada todavía les parece inconveniente. Nuestra tabla típica es de 100 a 600 artículos. Obviamente, las tablas que serían significativamente más grandes probablemente tendrían que ser buscadas.

Preguntas:

1. ¿Cuál es su experiencia con las preferencias personales o del cliente para paginado frente a pleno rendimiento en largas mesas?
2. Las herramientas de diseño web parecen estar impulsando el paradigma de la búsqueda. ¿Están fuera de contacto o mis clientes son inusuales?
3. Si está pensando "Depende de la longitud de la tabla", ¿qué umbral usaría?

Answer 1

1. Me encantan las listas largas de una página. Una de las pocas razones que puedo ver para el listado paginado es el que usted señala sobre el rendimiento.

2. Creo que sus clientes son muy habituales y están en contacto.

3. El umbral sería sobre los tiempos de carga de la página. Cuando el servidor no puede producir las listas completas lo suficientemente rápido o cuando las listas son tan largas que el navegador se ralentiza. (Esto último puede ocurrir por listas bastante corta si no tiene una etiqueta de material activable en su CSS y el navegador es Internet Explorer.)

dar a los usuarios una potente función de búsqueda y que va a reducir su la página se lista a sí misma.

Answer 2

¿Por qué no simplemente tiene que ser una opción configurable por el usuario. Parece que tienes la intención de implementar ambos de todos modos.

Para ser sincero, creo que no importa cuál elijas, alguien se quejará. Al menos con que sea configurable por el usuario, tiene la capacidad de volver a colocarlo en el usuario.

Answer 3

La mejor solución: No proporcione listas con más de 100 elementos.

Por lo general, su usuario no desea leer más de 100 o incluso 600 artículos. Simplemente no les importa. Están buscando uno (o posiblemente algunos). Asegúrese de que haya una forma de que puedan acceder a esos elementos sin visual-grep-ing a través de la lista.

Y si su cliente insiste en mostrar todos los artículos, proporcione paginación con un tamaño de página configurable y permita que ingrese "100000 artículos por página" si así lo desea.

Answer 4

Uno de los principales libros sobre diseño web (lo siento, no recuerdo cuál) solía decir que no se debe contar con que los usuarios se desplacen hacia abajo porque la mayoría de ellos no saben cómo o no se pueden molestar.Creo que una actualización más reciente dice que si bien es cierto para el público en general, se puede esperar que ciertos sectores de usuarios más técnicos se desplacen hacia abajo y se pueden crear páginas que requieren desplazamiento IFF (si y solo si) que sus usuarios pueden manejar eso.

Answer 5

Puedo entender su situación extremadamente bien. He estado en una situación similar. Moví un flujo de trabajo de negocios de ser administrado por un hombre a uno automatizado. Inicialmente se llevó a cabo utilizando hojas de cálculo de Excel. Las partes interesadas de mi software estaban en el grupo de edad de más de 55 años. No les gusta nada ni ajaxy ni a ninguno de los patrones de UI de los que usted está hablando. Se puede optimizar la lógica de recuperación de datos de estos casos. Cualquier tabla que toque la marca de 1K o tenga elementos como manchas de imagen o cosas así debería mostrarse en partes desde el punto de vista del rendimiento.

1. salidas largas lenta de despojos y será el rendimiento de sanguijuela
2. Los clientes no desea cambios mayoría de veces y cliente siempre tiene razón, a menos que u puede convencerlos.
3. He extendido mi umbral pero también depende del contenido de las filas.

Happy Coding!

Answer 6

Proporcione una longitud de página predeterminada y un parámetro configurable (por ejemplo, en la cadena de consulta para uso programático y/o un formulario en la página web para uso interactivo) para controlar la cantidad de listados en una página.

La flexibilidad del usuario es buena. Texas Instruments tiene una herramienta de búsqueda paramétrica para que los ingenieros eléctricos encuentren circuitos integrados que cumplan con ciertas características técnicas, e incluyen un enlace para "mostrar todo" en una página web y "descargar todo" como un archivo .csv. Es un buen modelo, felicitaciones a TI. Lo mismo que flickr; su API le permite controlar (en gran medida) cuántos resultados aparecen en una llamada al servicio web.

Odio personalmente los sitios web que por defecto tienen 10 listados por página sin posibilidad de aumentarlo. Se necesita FOREVER para navegar por ellos, & Estoy dispuesto a esperar más tiempo si puedo obtener todas las cosas a la vez.

Si se trata de una página web interactiva, consideraría ir a una solución AJAX que descargue 100 a la vez, por lo que hay una indicación de progreso (y el usuario puede detenerlo si hay 20000 resultados).

Estoy de acuerdo con PEZ, se trata de la capacidad de respuesta.