Hola Joaquín, Espero que mi experiencia con el tema te ayude a tomar una decisión. Yo trabajo en una entidad financiera con un sistema de teleproceso de operaciones transaccional, y me imagino que el sistema que estais implementando será similar, con páginas dinámicas etc. También voy a dar por supuesto que estamos hablando de una plantilla cuyos requisitos software sean similares (mismos programas instalados etc.) Es un hecho que los botones adelante y atrás son una molestia para estos sistemas. Inhabilitaros de manera limpia por programación del sistema no es fácil. De hacerlo, te recomiendo si es posible (por necesidades de la empresa) que lo hagas en el navegador. Los SSOO de Microsoft tienen unas herramientas de administración avanzada que vienen aparte (no es una opción del SO) para lidiar con tareas del sistema un poco más complejas. Recuedo cuando estudiamos esta opción que se podía instalar el IE capado, sin las funcionalidades que quisieras eliminar. Incluso se puede establecer una plantilla para instalar en todos los equipos lo mismo. Tampoco nos pareció la mejor opción porque utilizabamos otro tipo de software que requería de estas opciones y repito que esto sería a nivel de navegador, para todos los usos que se le dé. Una solución posible sería instalar dos navegadores, uno para la aplicación, con las opciones capadas y otro libre (p.ej IE y FireFox) o configurado para navegar y acceder a otros sistemas. En cualquier caso antes de tomar este camino te aconsejo asesorarte por gente de sistemas que te pueda apoyar en la generación de la configuración a utilizar y en la conveniencia de hacerlo puesto que no vas a implicar solo a tu aplicación.
En cuanto al botón derecho del ratón, nosotros lo tenemos capado por aplicación. Se recoge el evento asociado al click del ratón y se deshecha (no se hace nada con él) a nivel global de la aplicación. Como en opiniones anteriores, te aconsejo tener en cuenta si vas a permitir alguna de estas opciones por teclado (nosotros recogemos eventos para Ctrl + C, Ctrl + V etc, pero no permitimos ver codigo fuente o abrir en ventana nueva. También asegúrate de que pueden imprimir la información que los usuarios ven útil, sino, te verás con informes generados con copias de pantalla en las que además de la información que quiere el cliente irán datos del terminal. En cuanto a lo de dejar en manos del usuario la posibilidad de pinchar o no en el botón atrás, no lo dudes: lo pulsarán. Y lo pulsarán todas las veces que necesiten un botón de pánico y este no esté disponible. y si el terminal no responde lo apagarán y lo volverán a encender. Es el único concepto que los usuarios han adoptado como inamovible. Pase lo que pase si reinicio el PC me lo cargo todo o el sistema se volverá estable. Es importante que si vas a dejar sin solucionar el problema (porque no te dejen deshabilitar el botón o cualquier otra causa) se haga incapié en la formación de la plantilla al respecto. Deben ser conscientes del problema que pueden generar. Y también deberás habilitar un mecanismo para deshacer las incidencias, lo que puede ser más costoso en función de todas estas decisiones. Respecto a refrescar el navegador, nosotros hemos cambiado el F5 y realiza una tarea propia de nuestro sistema. La aplicación lo captura y se deshace del evento. Si tenemos en cuenta la rutina de trabajo de las plantillas de pymes, tienden a realizar las tareas de la manera que primero se les ocurre, pero si no funciona, intentarán buscar otra posibilidad. Con esto quiero decir que si por ejemplo, quieren pasar datos de un formulario a otro, o a otra aplicación y no tienes un mecanismo para hacerlo (autocompletar, copiar y pegar, una tecla rápida para duplicar el contenido de el mismo campo en un formulario previo, etc) se buscarán la vida y lo pasarán por un archivo de texto, o lo imprimirán o harán lo imposible antes de acribillar de incidencias al departamento de soporte para que lo soluciones. Y sobre todo, si vas a modificar alguna funcionalidad, para sustituirla por otra, informa a los usuarios. La formación del usuario es indispensable y aún así, insuficiente. No sé si otras tecnologías (o las que usamos nosotros, en manos de expertos) permitirán otros caminos, pero si es así, por favor, compartidlo con nosotros. Espero que te sea de utilidad. Un saludo, Daniel Moya Jiménez http://lacoctelera.com/bloggymorgan El día 5/07/06, Joaquín Márquez Correa <[EMAIL PROTECTED]> escribió: > > Hola a todos... os comento un problemilla con que me he econtrado, a ver > si > tenéis experiencia con esto: > > En unas aplicaciones que estamos haciendo, en entorno web, es necesario > inhabilitar las opciones estándar del navegador como volver atrás, > refrescar, etc, porque dan problemas técnicos. Las aplicaciones son para > una > empresa y de uso interno. > > Esto implica que habría que inhabilitar también el botón derecho del ratón > y > aquí es donde me entran las dudas: Tenéis experiencia de casos parecidos? > Lo > que quiero saber es si los usuarios manifiestan frustración por este hecho > o > no... Claro, el problema es que si no lo desactivamos y vuelve atrás > usando > el botón derecho, por ejemplo, la aplicación dará un error porque al usar > el > "history.back" no ejecuta unas funciones necesarias para que la pantalla > anterior muestre los datos correctos. Y eso generará frustración > también... > > Por favor, si alguien lo ha testado ya, agradecería que me lo comentase. > Obviad sugerencias del tipo "mejora la aplicación para que se ejecute la > función", porque eso no es viable. Busco saber si es perjudicial y si hay > alguna alternativa válida. > > Muchas gracias! > > > -- > Joaquín Márquez Correa > web:: www.jmarquez.com > _______________________________________________ > altas, bajas y modificaciones: > http://www.cadius.org/lista/opciones.html > -- Daniel Moya Jiménez _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
