Filtrado de las listas o contenedores

[josp]

ver slide "Contenedor de variables" en Doc_MMS_interfaz_v09.ppt

[livanr68]

Todas las listas o contenedores deberán tener la posibilidad de mostrarse filtrados, tanto en el árbol explorador de MMS como en la pantalla de detalles del contenedor e incluso en los selectores.
Deben definirse bien primero las posibilidades que se tendrán en cuenta a la hora de filtrar antes de su implementación en la interfaz, pudiera ser necesario incluso la adición de atributos y la implementación de métodos en las clases.
En el árbol explorador el ícono deberá reflejar de alguna manera que el conjunto está filtrado.
Hay varias posibilidades de filtrado a tener en cuenta aparte de la basada en las palabras claves o tags, como por ejemplo, por el valor de uno o varios campos de los objetos.

[josp]

(In [2447]) Preparando el filtrado de las listas basadas en wtree, el test_01 ya tiene una demostracion de como podria ir quedando.

La idea es tener una entry donde uno "editara" el criterio de busqueda. El filtro se aplicara dinamicamente mientras uno escribe.

refs #23

[josp]

(In [2448]) Implementado filtro positivo (palabras deseadas) y filtro negativo (palabras prohibidas)

refs #23

[josp]

(In [2449]) Configuramos en wtree la opcion de filtrado:

-filter [on|off]

refs #23

[josp]

(In [2450]) traducimos "Search"

refs #23

[josp]

• Hay que restringir la búsqueda a una subconjunto de las columnas.
• Retrazar la búsqueda hasta que se deje de teclear o que se presione enter.

[josp]

(In [2508]) refs #23 : implemenando un test TestSearch que ayude a resolver la cuestion de velocidad del mecanismo de filtrado en un wtree

[josp]

(In [2525]) refs #23:

• el filtro se aplica cuando se presiona Enter en la entry de filtrado
• se busca solo en las columnas marcadas como "filtrables"
• se verifica la busqueda en un arbol con 1000 elementos

[livanr68]

(In [2527]) refs #23
Implementación de la opción "-columnfilter" en el wtree para poder especificar una lista de columnas por las que filtrar, así en los listados de la interfaz se tomará por omisión para filtrar el primer campo o columna visible que generalmente es el Nombre del objeto.

[livanr68]

(In [2528]) refs #23
Incorporación del filtro del wtree al panel de detalles de todos los Contenedores, así se pueden mostrar sólo los objetos que se especifiquen en el filtro según se desee.

[livanr68]

(In [2529]) refs #23
Incorporación del filtro del wtree a todos los Selectores.

[livanr68]

(In [2530]) refs #23
Incorporación del filtro a las listas de objetos de los repositorios facilitando su búsqueda para la carga.

[livanr68]

(In [2531]) refs #23
Se fuerza la aplicación del filtro en los contenedores al retornar de la edición, copia o creación de alguno de sus elementos. Así al retornar sólo aparecerán listados los mismos elementos que estaban en el contenedor antes de solicitar la acción.

[josp]

(In [2534]) refs #23, filtrado:

• se incorpora un botón para limpiar y/o cancelar el filtro en ejecución
• el filtrado se activa cuando hemos dejado de escribir, hay que vigilar eficiencia

[josp]

(In [2535]) refs #23, el boton debe desaparecer cuando el texto es vacio.

[imendez]

Hola, en el filtrado hay una lista de desplegable de los campos (columnas) en los que se quiere aplicar el filtro. Me parece una muy buena idea, pero tengo una crítica a cómo funciona, ya que se oculta cada vez que se hace un click. En mi opinión, dado que se pueden activar varios campos a la vez, no debería ocultarse hasta que el usuario desee hacerlo expresamente.
Veamos un ejemplo.

• Despliego la lista de columnas y aparecen marcados (activos) dos de los cinco campos existentes.
• Quiero cambiar esos dos activos por otros dos diferentes.
• Para ello tengo que hacer 8 clicks: dos para desactivar los activos, dos para activar los nuevos y cuatro para volver a desplegar la lista después de cada acción.

Es decir, para hacer n sustituciones hay que hacer 2*n clicks, mientras que si la lista permaneciera mostrada hasta que el usuario decida salir, habría que hacer sólo n+1 acciones.
El único caso en el que es mejor la opción actual es cuando sólo se quiere desactivar un (y sólo un) campo que ya está activo o viceversa.

Gracias,
Un saludo.

El