Programación java

Uno de los masivos males del diseño web es no apoyarse en fundamentos estandar del navegador. La obsesion de algunos diseñadores por el control de la aspecto lleva al abuso de gadgets y otros fundamentos propietarios. ¿El resultado? sitios incomodos de usar, sitios inaccesibles, sitios complicados de mantener. Scrolls propietarios Se emplea cuando desea evitarse el scroll vertical de pantalla. Su meta es reducir a un chico lugar la presentacion de informacion. El usuario debe desplazarse a traves de scrolls programados con Javascript. Ejemplos Metrosur cimienta la presentacion de contenidos en Flash. A las desventajas de un scroll incomodo de utilizar se le agrega la imposibilidad de seleccionar o copiar texto. El web paraguas de Editorial Planeta (proyecto que me resulta familiar) muestra una pequeña caja basada en DHTML con entrada a enlaces externos de las compañias del Grupo Planeta. Resulta complejo de comprender y usar. Sitio web de La Moncloa, (con frames). Ruta: Origen > Gobierno > Presidentes del Consejo de Ministros. Esto es especialmente gravisimo en la determinadas paginas donde la mezcla de scroll vertical, horizontal mas paginadores hacen inmanejable la informacion. Dificultades que plantea: Escaso intuitivo: No muestran cuánta información queda por mostrar. Escaso ágil: Imposibilidad de desplazarse al origen o al final de la capa. Velocidad de desplazamiento dependiente de la que haya definido el programador. Alternativa: uso de scroll estándar de sistema con capas y estilos CSS, menos lucidas pero con un funionamiento usual y comprensible para el usuario. Imágenes como botones Los botones son fundamentos clave de interacción en procesos transaccionales. La tradicion de utilizar GIFs como botones muestra varios problemas: Consumo de ancho de banda y tiempo de carga mayores: Según el estado de la red, hay botones que se quedan en proxies con lo que el usuario recibe pantallas sin botones. Esto no sucede con los input estándar. Mantenimiento: crear una nueva funcion que lleve vinculado un boton hace indispensable tener los materiales indispensables para crear el boton original (colores, fondo, tipografia, y en su caso iconos vinculados). Cuando el ámbito no suele variar por ejemplo, el número de botones es reducido y estable como ?Añadir al carrito? y ?Realizar pedido?, no plantea mayores problemas. La cuestión aparece en ámbitos de aplicaciones en los que contínuamente se añaden nuevas funcionalidades con botones asociados. Si además, estos botones pasan por distintos estados según acciones del usuario o se generan botones personalizados según el perfil de usuario, el uso de botones-imagen no resulta óptimo. Conviene que para el diseño de botones de formularios se utilicen fundamentos input estandar tratados con CSS. Conseguiremos mejor rendimiento y mas sencillo mantenimiento. Menús SELECT en capas Uno de los defectos de CSS es la ausencia de control del apariencia de los menus ?SELECT? o ?COMBO BOXES?. Por ello, muchos diseñadores acuden a Flash o a crear pseudo-elementos basados en codigo propietario a traves de Javascript. Ejemplos: Banesto basado en pesados javascripts que frecuentemente dan errores debido a cargas incompletas. Alternativa: menús SELECT normales o bien capas basadas en DOM y CSS como el caso del sitio de la operadora estadounidense Cingular. Fuentes Uso de tipografías y gifs para el diseño de menús. Si es posible, conviene apoyarse en código para el diseño de títulos, fundamentos de menú etc. Razones para usar fuentes estándar: Peso: menor tiempo de carga y reducción en consumo de ancho de banda. Mantenimiento: no es indispensable tener la tipografia original a mano. Accesibilidad, indexacion y entrada de traductores: hay usuarios que traducen la informacion a traves de dispositivos de traduccion de idiomas. El uso de GIFs no faculta modificar los fundamentos de navegacion a un idioma. Amazon, en su version optimizada mas reciente ha ido eliminando GIFs en su navegacion secundaria pasando a utilizar texto en codigo mas ligero y sencillo de mantener. En resumen El uso de CSS faculta alguna flexibilidad en el diseño y presentacion que es significativo aprovechar. Apoyarse en soluciones propietarias es vistoso pero suele dar mas dificultades que beneficios. Huye de los gadgets y obtendrás beneficios como: Gran facilidad de uso al utilizar patrones ya conocidos por todos los usuarios de la web. Aceleración de los procesos de carga de página por llamar a objetos nativos del navegador (elementos de formulario, botones, etc). Menor número de errores y control del funcionamiento de nuestras páginas al ser más independientes de tipo de navegador. Desarrollos menos costosos. Mantenimientos ágiles. Mejor accesibilidad y compatibilidad de las páginas con plataformas y navegadores. El consejo se podria resumir: apoyate lo mas probable en codigo estandar y diseña la articula y fundamentos clave de cada pagina de forma que sean facilmente traducibles a codigo.