No registered users in community xowiki in last 10 minutes
Estandares de navegacion para las aplicaciones que se desarrollan
dentro de GES.
Sobre los portlets:
Los titulos de los portlets deben de ser message keys.
Si este no fuera el caso, proveer scripts de upgrade y modificar el codigo necesario que sean utilizados message keys.
Todos los portlets deben de poder implementar la funcionalidad al menos de minimizacion. Esto se logra tomando en cuenta las propiedades de cada uno de los partes enel despliegue de la informacion.
Dependiendo de la naturaleza de los portlets de sus aplicaciones debe de tomar en cuenta en que portales se desean agregar estos portlets. Para una mejor referencia lea: pages/en/user_community_portlets
Estandarizar el index de la aplicacion con respecto a los desplegado en el portlet ( en el caso de que esto aplique ).
Sobre la aplicacion
Todo mensaje que se muestra al usuario debe de estar I18N.
Utilizar correctamente en todas las paginas el context bar. Esto facilita la navegacion al usuario y minimiza el uso del boton de back de browser.
I18N de contex bar.
Colocar dentro de /admin/ todas aquellas paginas que realicen operaciones administrativas.
Si la aplicacion cuenta con parametros que pueden ser editados por el usuario, entonces colocar paginas para poder modificarlos y colocar documentacion para poder indicar que valores puede tomar el parametro y que funcionalidad se cambia con ese parametro.
Utilizar ad_form y listbuilders.
si se tienen listados que son utilizados en varias paginas, lo mejor es proveer paginas que desplieguen dichos listados para que estas paginas puedan ser reutilizables. Entonces utilice las librerias lo mas posible.
No utilizar codigo de tcl inmerso en las paginas .adp (dotlrn-memeber-staff-portlet ).
Utilice los iconos que se espefican a continuacion para sus aplicaciones:
Sobre las formas:
Utilice dentro de sus formas textos de ayuda para orientar al usuario, si es necesario de ejemplos de la data que usted espera.
Utilice los widgets necesarios para los diferentes tipos de datos que usted quisiera tener. Por ejemplo: si espera que el usuario ingrese una fecha, proveale el widget de calendario para que esto le facilite la seleccion de la fecha.
Utilice botones de Aceptar y de Cancel en todas las formas.
Valide los tipos de datos que usted espera que el usuario ingrese. Recuerde que el usuario puede ingresar cualquier caracter, por ejemplo, si usted espera que el usuario ingrese una cantidad numerica valide que el dato ingresado cumpla con ser solamente numeros.
Si realiza formas o links que van a borrar datos, provea una forma que confirme el borrar de los datos; en esta forma identifique claramente el objeto que se esta tratando de borrar, por ejemplo, el nombre del objeto y que tipo de objeto es.
Sobre los listados:
No utilice columas que identifican identificadores de objetos, esta informacion no sirve de nada para el usuario, solametne lo confunde.
Utilice ordenamiento en todas ( las posibles ) columnas de los listados que usted cree.
En todos los casos posibles, utlice filtros para la informacion que se despliega en los listados.
Si se espera que el numero de elementos en el listado exceda de 25 elementos entonces utilice pagineo en los listados.
Utilice una columna del listado, para indicar las acciones que se pueden realizar para cada fila del listado. ( Lado derecho ).
Estandarice las imagenes que se van a utilizar para indicar las acciones que se pueden realizar dentro del listbuilder..
Sobre el uso de javascriipt:
Utilizar los "wrappers" que se han creado para las funcionalidades que se quieran agregar de ajax.
Si un efecto o utilidad no tiene "wrapper"; se debe proceder a generar la funcion en tcl que genere el javascript de forma automatica para que los demas desarrolladores puedan utilizar.
Incluir dentro de los tags de <HEAD> las librerias necesarias para que el efecto funcione.