Hola Rubén, Con tus aclaraciones, veo que la problemática va en un sentido muy distinto al que me imaginaba.
Lo primero que me viene a la cabeza es que en vez de proponer un diseño basado en un flujo jerárquico (diálogos/subdiálogos) valores la posibilidad de diseñar un flujo lineal (o lo que también se conoce como "proceso tunel"). Otra idea es que basándome en la hipótesis de que el "diálogo padre" tenga un botón "Guardar", "Enviar" o similar, podrías cambiarlo por un "Continuar", "Siguiente" o similar y mostrar automáticamente el subdiálogo con el resto de información obligatoria. No sé.... es algo complicado hacer recomendaciones sin tener el diseño delante y sin conocer las pantallas ni el resto de la navegación de la aplicación. Sin embargo, creo que el problema es más bien de interacción que de diseño visual. Suerte!! Martí. -- 2009/5/5 Ruben Maso Carcases <ruben.m...@gmail.com> > Hola Martí, > > Contestando a tus preguntas: > - Me interesan el punto de vista visual: como indicarle al usuario que > debe acceder a el subdialogo a cumplimentar campos obligatorios. > > - La aplicación es web, pero se ha diseñado como si el navegador fuera un > escritorio del sistema operativo, en el que puedes tener varias ventanas de > dialogo abiertas para realizar distintas operaciones. > > - La aplicación sabe los campos que son obligatorios y si se encuentran en > el dialogo principal o en un subdialogo y no existen dependencias entre los > datos del dialogo principal y los datos de los subdialogos. > > Rubén > > > 2009/5/5 mmundo <mmu...@gmail.com> > > > Hola, > > > > Planteas la problemática desde el punto de vista visual o de interacción? > > > > Una cosa es como indicar visualmente que existen campos obligatorios > antes > > de que el usuario realice ninguna acción o cómo debería responder la > > aplicación en base a lo que vaya haciendo el susuario (ej. abandonar la > > página sin haber completado la información mínima obligatoria). > > > > Existen limitaciones técnicas? La aplicación "sabe" qué campos son > > obligatorios en el momento de abrir el subdiálogo? Existen dependencias > > entre los datos del diálogo principal y los datos de los subdiálogos? > > > > Es una aplicación web? > > > > > > Martí. > > -- > > > > > > 2009/5/5 Ruben Maso Carcases <ruben.m...@gmail.com> > > > > > Buenos días a todos, > > > > > > Estoy revisando la usabilidad de una aplicación basada en cuadros de > > > diálogos y me he encontrado con una situación que no me decido por la > > mejor > > > forma de solucionarlo. Os explico, la aplicación se basa en diálogos > para > > > el > > > alta y mantenimiento de los datos. Los datos que se deben dar de alta > son > > > más de los que caben en una única pantalla con lo que se deben > distribuir > > > en > > > varias. Para ello, se ha diseñado un dialogo principal con la > información > > > más relevante y botones que saltan a subdiálogos para recoger > información > > > adicional. > > > > > > El problema es que en los subdiálogos existen campos obligatorios que > se > > > deben de informar antes de dar de alta el registro, con lo que a > priori > > el > > > usuario no sabe si en los subdiálogos hay campos obligatorios o no, con > > el > > > posible desespero que esto puede suponer al usuario. > > > > > > > > > > > ¿Que opciones puedo utilizar para evidenciar que en los subdiálogos > > > existen campos obligatorios? > > > > > > Muchas gracias anticipadamente. > > > _______________________________________________ > > > altas, bajas y modificaciones: > > > http://www.cadius.org/lista/opciones.html > > > > > _______________________________________________ > > altas, bajas y modificaciones: > > http://www.cadius.org/lista/opciones.html > > > _______________________________________________ > altas, bajas y modificaciones: > http://www.cadius.org/lista/opciones.html > _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
