Foros | Velneo V7

Hola gegeo,

No acabo de entender exactamente donde necesitas ayuda,yo no estoy muy experimentado en vModApache pero, ve corrigiendome si me equivoco,
- Tienes un servidor Apache con vModApache y un vServer
- Sirves con vModApache las paginas y los datos que gestiona tu vServer
- Tras interactuar con la web el vServer devuelve el resultado de una busqueda que debes presentar en HTML
- el nº de resultados puede ser lo suficientemente elevado para necesitar un paginador de n-registros
-¿has montado una plantilla HTML con una tabla fija de n-registros?
-¿estas en el proceso que vuelque n-resultados a la tabla HTML?
-¿estas en la tesitura de como navegar por el paginador?
- ¿donde exactamente te encuentras? Dime algo.

P.D. No quisiera ser pesadito pero esto tiene pinta de vClase, es decir para hacerse una sola vez por que no es sencillo.

Vale entendido! pero no te ausutes tanto por que justamnete a mi también me parece muy complicado ese punto. Dejame pensar en ello, por que todavia no he abordado en profundidad el tema, pero me interesa mucho, lo de Pepeto es un buen punto de inicio. Ya hablamos, mientras tanto estrujemos los dos la materia gris.

Un saludo.

@ Mi amigo Giussepe,

Ya quisiera yo tener un ápice de la genialidad de "Miguel Angel", pero en lo de los métodos oscuros tienes algo de razon, "el lado oscuro de la fuerza me está atrayendo" la estrella de la muerte está a punto de ser acabada, y el emperador ya ha llegado.

Que la fuerza te acompañe

Paginador en HTML

@ikonos

aunque en este caso como de lo que se trata es de ayudar a gegeo en primera instancia damos la solución rápida "la de toda la vida".

Gracias por la ayuda

Estaba probando a cortar lista segun una serie de variables, pero no hay por donde pillar el fallo.

Lo probare y publicare el resultado.

@innovadb

Seguro que todos aprendemos algo de esto, pero piensa en una cosa, el paginador no debe contener los procesos a los que te refieres (busquedas de clientes, contactos, pedidos, etc...) eso si que seria sobrecargarlo. El paginador debe ser un "artefacto" al que le puedas "pasar de alguna manera" los resultados de esos procesos que ya forman parte de tu solución y en el core del paginador solo debemos implementar la "teoria" que he publicado en el blog.
Ya se que tu me diras, muy bonito ¿y como enlazas el paginador sin un origen de datos concreto para cada caso? y tienes razon eso a priori parece complicado y debe de serlo ¿o a lo mejor no? todavia no lo he intentado en profundidad, pero la clave está en crear una "pasarela" de información entre origenes de datos y el paginador, ¿Acaso no hace lo mismo el cgi que conecta vModApache con el vServer? ¿y le ves muchos problemas de rendimiento para un HTML?
En la mente tengo dos posibles diseños para crear la pasarela, uno con "Arrays" y otro con una "tabla aux en memoria". En principio me inclino por el primero por que seria el mas portable, pero todo en esta vida tiene limitaciones y quizas no las pueda superar.

Un saludo

Mi particular visión del paginador, pero por partes : )
Capitulo I

De esto ya puse un Post, y una IDEA. Pienso que la rejilla de Velneo debería de poder paginarse. Sé que, como siempre que digo eso, alguien sale con un proceso que pagina. Páginar no es complciado, lo hjodido es que la paginación se va al carajo en cuanto el cliente hace cilck en una cabecera y se ordena por ésta. ¿Tan difícil es ésto?

@rzaragoza,

Últimamente llevo algo de tiempo dedicado al paginador, intento analizar si deberia venir de serie en Velneo o debemos implementarlo, es mas incluso me planteo como cambiar Velneo para poder usar una vClase paginador, y de momento algunas conclusiones he sacado que ya publicaré. Pero haciendo pruebas de rendimiento te diré que particularmente he llegado algunas conclusiones previas,
1) "el paginador para una rejilla a priori no tiene sentido". Una rejilla es un paginador en si mismo, tarda lo mismo cargar una rejilla con 10.000 registros que paginar la lista de los 10.000 registros y cargar solo 25 registros en ella. Incluso on-line, la rejilla cargará los registros que vayas utilizando a medida que te muevas por el scroll. En consecuencia para las regillas tiene mas sentido hacer uso de sus caracteristicas de busqueda y ordenación para visualizar rejistros que utilizar la "TRANSMUTACION PAGINADOR" a la pobre rejilla.
2) El paginador en velneo empieza a tener sentido cuando en vez de una rejilla utilizas otro elemento contenedor de listas como por ejemplo un casillero. Cuya principal caracteristica es la presentación visual de los registros de manera que podemos ofrecer una experiencia de usuario completamente distinta a la de una rejilla. Obviamente movernos por 10.000 registros en un casillero no es muy útil y el paginador seria especialmente valioso en ese sentido. Como veras en este caso no tendras el problema de la ordenación de registros que te puede dar la rejilla.
3) Y por supuesto desde Velneo en HTML, es la mas obvia de las aplicaciones del paginador, donde su utilización no tiene discursión.

En consecuencia, y antes que nada vuelve a preguntarte ¿para qué quieres el paginador?

@rzaragoza

Esto va por mi, no,

Sé que, como siempre que digo eso, alguien sale con un proceso que pagina.

No te preocupes, no me siento ofendido.
Pero si, me reitero en mi afirmacion, No veo necesario el paginador en la rejilla
Y en contra que lo que opinas, te dire, que aunque el usuario pulse en una columna para ordenar la rejilla, el paginador sigue funcionando correctamente, y lo hace porque para ello, he usado un indice adaptado a mis necesidades, y me da igual lo que haga el usuario en la rejilla, yo siempre uso el mismo indice para paginar.

@Sonovision y tambien a los demas

Me parece que algunos se estan equivocando de objeto,
1. Paginar la rejilla no tiene sentido
2. Para paginar la rejilla hay que cargar todos los registros, y una vez cargados, ¿que sentido tiene la paginacion?
3. Si de verdad queremos plantear una paginancion, debemos hacerlo en el origen, ¿en la busqueda?, ¿en los indices de la tabla?, pero no en la rejilla o en el casillero, o en un bloc de formularios. Esos objetos son para visualizar el resultado de una lista, y la lista ya debe haber sido paginada previamente.

A la pregunta ¿deberia venir de serie?, pues que quereis que diga, que si viene incluido, lo usare cuando sea necesario. Pero ...
... sigo analizando y probando el E.R.P. ye estoy realizando, y solo he necesitado el paginador para 2 tablas, (2 paginadores) y para colmo, son 2 tablas que tienen demasiados registros y que el usuario no maneja casi nunca (Poblaciones y Entidades bancarias)

Para el resto de tablas, se pueden hacer barbaridades con las busquedas, condicionando indices, limitando las fechas de consulta, o creando otras utilidades propias de cada caso.

Lo dicho, no veo un paginador en los objetos visuales,
Si hay que hacerlo, que se haga, pero creo que debe hacerse en busquedas o en indices, y luego, ya lo usaremos donde nos plazca.

un saludo
Jose Luis
http://www.ascsl.com
http://ascsl.net

@sonovisión,

Existen aplicaciones de gestion financiera que precisan muchos más de 10.000 registros cargados en un solo control, te lo aseguro, y el usuario modifica la ordenación y selección de su contenido segun necesidades de proceso (cotizaciones, soaps, warrant`s, coberturas de riesgos, etc...) No se puede perder tiempo en rellenar los datos de entrada de una busqueda y ademas necesitas tener en pantalla visualmente las caracteristicas de los registros. De la misma manera los programas de trazabilidad, generan diagramas de Gant chartistas volcados en controles de rápida selección con cargas de mas de 15.000 registros, que son una autentica radiografia del comportamiento social de la gente, los grandes Bancos utilizan técnicas de pull marketing muy similares a traves de políticas de control de los mercados.

Por supuesto en general, para un usuario de una PYME esto queda un poco lejos, pero ya os pondré un ejemplo con una aplicación para que veais que una busqueda a la hora de operar en tiempo real puede llegar a ser una "auntentica perdida de tiempo".
Y no les des ideas a los chinos para que revisen bases de datos, que cualquier dia meten 3 millones de chinos en una CPU y nos la venden como VelChinaMySQL DB

Ikonos

Hombre, a ver, es normal que un software de análisis o estadísticas utilice mucho más que 10.000 registros para contrastar la información, pero los utiliza, no los carga en un control y después calcula los gráficos o porcentajes, un simple software de hostelería ya maneja más de 10.000 líneas de ventas para realizar una estadística, pero a mí no se me ocurre presentar todas las líneas de los tickets en una rejilla, antes de realizar el gráfico de las ventas.

@sonovision,

No hombre, es al contrario, el software de análisis carga los 10.000 registros con las caracteristicas de forma visual en un control, para que el analista en tiempo de ejecución componga una orden seleccionando con el raton un rango de registros cargados en el control, que casi siempre refleja la evolución del mercado. Una vez hecha esa selección con el raton compone un una orden que ya contiene esos registros seleccionados, y te aseguro que esa forma de componer ordenes en el mercado seria imposible con una busqueda tradicional, necesitas algo mas visual y que pueda cargar mucha información.
Ya te dije que en principio se alejaba de las necesidades corrientes de una PYME, pero podemos aprender mucho de esa forma de operar, que rige el dia a dia en la operatoria de los mercados financieros que precisan de una gran carga predictiva y de información antes de lanzar una orden

Pero no sigo por que esto se aleja del asunto que nos ocupa en este hilo, "El PAGINADOR"

Ikonos

Pues ahora comprendo porque nos ha ido como el culo, y resulta que no es que se haya especulado, el motivo de la crisis es porque los analistas ya estaban hasta las partes pudendas de tanto análisis, que lo pienso y hasta me entran calambres en los nervios ópticos.

Paginar malditos, paginar, a ver si así salimos de la crisis.

Vamos a ver, que tiene que ver que ordenes la rejilla para que el paginador no funcione, un paginador carga un número determinado de registros, por ejemplo 50, es indiferente que tu ordenes estos registros, al obtener la siguiente página de la BD te devolverá los siguientes 50 registros, y que tú los órdenes, o no, es indiferente para el mecanismo de paginación, el orden en la rejilla solo afectará a esos 50 registros.