Mi apoyo también a la modificación de la pregunta (se me había
pasado): 'El documento "Documento X" ha sido modificado. ¿Desea
guardar las modificaciones antes de salir?' es más apropiada y evita
usar textos largos en los botones.

¡Muy buenas ideas!

A.S.


---------- Mensaje reenviado ----------
De: Aleve Sicofante <[EMAIL PROTECTED]>
Fecha: 27 de abril de 2008 18:48
Asunto: Re: [d_es] Guardar, rechazar, cancelar
Para: [email protected]


Óscar:

 Estoy de acuerdo en general contigo. Personalmente me conformo con el
 "Sí", "No" y "Cancelar", pero me parece igual de bien la propuesta "A"
 de "Guardar", "No guardar" y "Volver al documento". Mi objeción a la
 propuesta "B" es que ese diálogo se produce cuando el usuario cierra
 la ventana, luego está intentando salir del documento y creo que es
 innecesario recordárselo. Si además la tercera respuesta a la pregunta
 es "Volver al documento", parece obvio que con las otras dos no se
 volverá al documento (o sea, se saldrá del programa). Como regla
 general de usabilidad, los botones deben tener la menor cantidad
 posible de texto y eso también va un poco en contra de tu opción "B".

 Apoyo también la idea de que se usen los iconos apropiados. Sería
 bueno proponerla en las listas de desarrollo en inglés (no sé si
 tendrá mucho efecto discutirla aquí).

 Y apoyo enfáticamente la idea de que la opción por defecto debe ser la
 menos destructiva, es decir, "Volver al documento".

 A.S.

 El día 27 de abril de 2008 15:53, Oscar Manuel Gómez Senovilla
 <[EMAIL PROTECTED]> escribió:


> Alexandro Colorado escribió:
 >
 >
 > > Hola, de hecho vamos un ciclo adelantado. El mes pasado concluyo la
 > traduccion de 3.0, si se necesitan modificacion seran para la 3.0.1 que
 > empezara en unos 3 meses de ahora.
 > >
 >
 >
 >  Un comentario al respecto: no me parece razonable desde el punto de vista
 > de Sun (que no de los traductores) tener esa política tan poco colaborativa,
 > y que supongo que, en parte, impide modificaciones como de la que trata este
 > hilo.
 >
 >  Lo que quiero decir es que la versión 3.0 todavía no se ha publicado como
 > estable, y en mi opinión, mientras no se publique, no hay porqué siquiera
 > avanzar de versión, con lo que esto conlleva de dificultades desde el punto
 > de vista burocrático. ¿Qué pasa si manaña encuentran otro fallo, van a
 > paralizar todo para la 3.0.2? ¿Cuánto tiempo se supone que hay para congelar
 > las cadenas, dar tiempo a los traductores a traducir, subir los cambios,
 > compilar los binarios, poder probar las traducciones y, en caso de necesitar
 > corrección, corregirlas sin aumentar el número de versión? En estos
 > aspectos, habría que intentar aprender de otros proyectos donde hay un gran
 > número de traducciones, como la traducción de productos Mozilla, que sin ser
 > perfectos, al menos van dando un margen más o menos razonable para estas
 > tareas.
 >
 >
 >  Sobre el asunto principal, soy de la opinión de hacerlo lo mejor legible
 > posible, y aunque la forma de M$ no es mala, sí es mejorable. Por ello, mis
 > propuestas son:
 >
 >  - Sobre la pregunta del cuadro de diálogo, como opción A, mantenerla: 'El
 > documento "Documento X" ha sido modificado. ¿Desea guardar las
 > modificaciones?'. La opción B, la comento después.
 >  - Modificar el icono. Actualmente (al menos en Ubuntu 8.04) sale el
 > triángulo de aviso, pero en sentido invertido y con una interrogación. Mi
 > propuesta es mostrar el triángulo habitual de atención, con el pico hacia
 > arriba y mostrando el signo de exclamación "!", ya que lo se supone que se
 > pretende es atraer la atención porque se trata de una advertencia de que
 > algo peligroso puede ocurrir si no se realiza una operación.
 >  - Sobre los botones, de acuerdo con la mencionada opción A, sería:
 > "Guardar", "No guardar" y "Volver al documento". La opción B parte de la
 > base de que, aunque se pueda presuponer, no se informa explícitamente de que
 > eligiendo cualquiera de las dos primeras opciones, a continuación se cerrará
 > el documento y para volver a editarlo hay que volver a abrirlo. Por ello,
 > para cubrir la teoría de la opción B, pondría como opciones "Guardar y
 > salir", "No guardar y salir" y "Volver al documento". También para cubrir
 > esta opción B, se podría mantener la pregunta, pero si se quiere cubrir la
 > opción sin modificar los botones, se podría hacer modificando la pregunta a
 > algo así como 'El documento "Documento X" ha sido modificado. ¿Desea guardar
 > las modificaciones antes de salir?'
 >  - La opción predeterminada. Bajo mi punto de vista, existe un mal hábito en
 > los usuarios no informáticos, que es aceptar lo que se los pone por delante
 > sin prestar demasiada atención a lo que se les pregunta, de tal forma que se
 > puede decir que muchas veces, cuando se realiza la acción deseada, es por
 > pura casualidad. Esto se corrobora cuando otras veces no se produce el
 > efecto deseado, cerrando el documento sin guardar los cambios y se deseaba
 > guardarlos, todo ello por no leer con atención. En OOo 2.4, la opción
 > predeterminada es guardar, lo cual no es malo, pero desde mi punto de vista
 > se mejoraría tanto la usabilidad (= no producir efectos negativos
 > irremplazables) si se pudiera la opción "Volver al documento" como
 > predeterminada. En mi opinión, es un mal hábito "confiar" en que las cosas
 > se guarden al cerrarlas o mediante algún mecanismo que supla la "torpeza"
 > del usuario, en vez de "educar" a éste a que haga algo tan simple como usar
 > la opción de Guardar (mediante menú, icono de diskette, tecla rápida, da
 > igual) pero que al menos el usuario se conciencie de que es él el que
 > controla el contenido del documento. De esta forma, guardando manualmente el
 > documento antes de cerrarlo, se evita la pregunta que está dando mucho de
 > sí. Adicionalmente, el único efecto negativo de tener activada por defecto
 > la opción de "Volver al documento" es meterse en un bucle infinito, que se
 > soluciona cuando el usuario presta un mínimo de atención a las opciones que
 > se le presentan, pero en ningún caso provocan pérdida de información. Por si
 > acaso, no creo que sea bueno en ningún caso activar por defecto la opción
 > "No guardar", por motivos obvios.
 >
 >  La idea que subyace bajo esto es que si al usuario se le presentan opciones
 > claras, mejorará la usabilidad. "Sí", "No" y "Cancelar" no son opciones
 > claras, ya que dependen de la pregunta, al contrario de "Guardar (y salir)"
 > "No guardar (y salir)" y "Volver al documento". Además, creo que estaría
 > bien potenciar esta fórmula porque, además de ganar en usabilidad, el
 > usuario se dará cuenta de que las fórmulas y métodos de M$ ni son las
 > únicas, ni las mejores. Vamos, que hay vida más allá de los productos M$.
 >
 >
 >
 >
 >
 >  --
 >
 >  |----------------------------------------------------------------------|
 >  | http://counter.li.org info: Linux user: 92390 - Linux machine: 39301 |
 >  |        Oscar Manuel Gómez Senovilla - omgsATescomposlinux.org        |
 >  |               GPG Key at http://pgp.escomposlinux.org                |
 >
 >
 >  |----------------------------------------------------------------------|
 >
 >  ---------------------------------------------------------------------
 >  To unsubscribe, e-mail: [EMAIL PROTECTED]
 >  For additional commands, e-mail: [EMAIL PROTECTED]
 >
 >

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Responder a