Gracias Martín y Raul por vuestras respuestas, pero lo que busco no es tanto el código como el _razonamiento de análisis_ sobre la *interfaz* en sí.
Hay multitud de paginadores disponibles y cada cual impone sus condiciones. Antes de abordar la programación o implementación en sí del que necesito, quiero analizar (desde puntos de vista distintos al mío) cuáles son las características necesarias y/o convenientes de estos elementos de *interfaz*. Actualmente estamos acostumbrados a un determinado comportamiento de los enlaces a la página de inicio, de las migas de pan, empieza a establecerse un uso de las nubes de etiquetas, etc... Por tanto en los casos de estos elementos, tengo bastante referencia de cómo implementarlos en la interfaz según sea el caso. No me ocurre eso en el caso de los paginadores. El caso que me interesa más no se refiere a resultados "en bruto" de una consulta a base de datos para obtener una tabla que el usuario pueda ordenar como sería el caso de un estadillo financiero, el seguimiento de proyectos por miembros de equipo, equipo de trabajo, u otros parámetros... Me interesa el caso más parecido al buscador, donde se arroja una lista descriptiva de documentos con resumen (quizás una imagen de vista previa) y otros datos relevantes del documento. El orden lo establece el motor de búsqueda (propio) que añade un tratamiento de la meta-información de los documentos para garantizar la relevancia de los resultados de las búsquedas. También me interesa el caso en que un documento es suficientemente extenso como para permitir al usuario elegir entre leerlo "por páginas" o en su forma completa. La estructura de los documentos no tiene porqué ser uniforme, por lo que un método de "tabla de contenido" no siempre será posible (hay documentos sin una correcta estructura de encabezados). Al abordar el tema de la interfaz veo que no hay un método único de resolver el tema de paginación de resultados o el tema de paginación en general, y me planteaba cómo debe ser el control (la parte del interfaz, insisto) y qué opciones debe ofrecer al visitante. Puestos a analizar, me gustaría conocer opiniones sobre la utilidad o no del control de paginación, en qué casos resultan más útiles, etc... porque si voy a hacerlo quizás puedo intentar buscar la solución más genérica para poderla "personalizar" en cada proyecto web que abordemos, o programarla si fuera necesario. Nota para programadores: el control voy a implementarlo en PHP Orientado a Objetos bajo el paradigma MVC. Un saludo Victoria El lun, 14-04-2008 a las 11:46 +0200, Martin Campos escribió: > Porque se debe paginar? > > - Rapidez para mostrar resultados? > - Acotar registros de la consulta a la BD? > - Facilidar la navegación? > > En mi opinión y si tu aplicación te lo permite, el usuario debe configurar > los resultados tal y como lo hace GOOGLE (número de resultados por páginas) > pero con más funcionalidades como máximo número de páginas, ... > > Códigos que te puedan servir: > http://jpinedo.webcindario.com/scripts/paginator/ > http://paginator.rubyforge.org/ > > Más lectura: > http://www.desarrolloweb.com/articulos/1035.php > http://www.programacionweb.net/articulos/articulo/?num=49 > > Un saludo: > MARTIN > > El día 14 de abril de 2008 10:16, Victoria Gracia <[EMAIL PROTECTED]> > escribió: > > > Hola, > > > > Estoy trabajando en un producto web de información que, como es > > habitual, potencialmente puede arrojar muchos resultados y por tanto se > > hará necesario permitir al usuario acceder a porciones parciales de > > éstos, lo que se conoce por sistema de paginación y que seguro os habéis > > encontrado millones de veces en la web, aunque no existe una forma única > > de resolverlo. > > > > Google: > > Coloca tantas "o" como páginas de resultados se haya obtenido > > (hasta 12) y enlaces numerados del 1 al número de páginas y un > > enlace con la palabra siguiente. > > Funcionamiento > > Pulsar sobre un número (o la letra "o" correspondiente)te lleva > > a esa página de resultados. Si hay muchas páginas la paginación > > se actualiza y muestra los enlaces "anterior", 21 números de > > página con enlace directo a la página, y enlace posterior. Cada > > número te lleva a la página, anterior a la página anterior a la > > que se muestra en pantalla, siguiente la posterior, y los > > números de página de resultados (a menos que la proximidad a las > > páginas inicial o final hagan variar el comportamiento). > > > > Flickr: > > Muestra los números de 8 páginas de resultados, con enlaces que > > llevan a la anterior y la posterior. Debajo indica el número de > > resultados (no de páginas) obtenidos. > > > > etc... > > > > En algunos casos (ahora no los recuerdo) había visto acceso directo a la > > página inicial o final. > > > > En otros también he llegado a ver la posibilidad de navegar por grupos: > > si las páginas tienen 10 resultados cada una, y la paginación muestra 5 > > páginas, pulsar sobre posterior desde la página 1 no te lleva a la > > página siguiente (la 2) sino al siguiente grupo de resultados, esto es, > > la página 6. > > > > etc... > > > > Estoy haciendo un paginador genérico que después podría personalizarse > > en cada instalación (cantidad de páginas de resultados en pantalla, > > etiquetas HTML que se utiliza, etc...) y he pensado que vuestras > > opiniones pueden ayudarme a hacerlo más usable. > > > > ¿Qué pensáis respecto? > > > > 1. Dejar al visitante del sitio decidir el número de resultados por > > página (estableciendo un valor por defecto) > > 2. Permitir avanzar por páginas / grupos / inicial-final > > 3. Ubicación en la página (parte superior, inferior, ambos) > > 4. Cualquier otro aspecto que consideréis oportuno > > > > Muchas gracias por vuestra opinión. > > > > Un saludo > > > > Victoria > > > > > > _______________________________________________ > > altas, bajas y modificaciones: > > http://www.cadius.org/lista/opciones.html > > > > > _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
