Outdated version of the documentation. Find the latest one here.

GIH (Guías de Interfaz Humano)

In order for all graphical user interface elements to appear consistant and to all the user to instinctively use dialogs, it is important that the following guidelines are followed in layout and design of GUIs.

  1. Agrupe los elementos relacionados utilizando cuadros de grupo: intente identificar elementos que puedan agruparse y luego use cuadros de grupo con una etiqueta para identificar el tema de ese grupo. Evite usar cuadros de grupo con solo un control / elemento dentro.

  2. Capitalise first letter only in labels: Labels (and group box labels) should be written as a phrase with leading capital letter, and all remaining words written with lower case first letters
  3. No termine las etiquetas de widgets o cuadros de grupo con dos puntos: Agregar dos puntos produce un ruido visual y no le da un significado adicional, por lo tanto, no los use. Una excepción a esta regla es cuando tiene dos etiquetas una al lado de la otra ejemplo: Label1 Plugin (Path :) Label2 [/ path / to / plugins]

  4. Keep harmful actions away from harmless ones: If you have actions for ‘delete’, ‘remove’ etc, try to impose adequate space between the harmful action and innocuous actions so that the users is less likely to inadvertantly click on the harmful action.
  5. Siempre use un botón QButtonBox para ‘Aceptar’, ‘Cancelar’ etc: El uso de botones asegura que el orden de ‘Aceptar’ y ‘Cancelar’ etc, los botones son consistentes con el sistema operativo/ lugar / ambiente de escritorio que el usuario esta utilizando.

  6. Las pestañas no deberían estar anidadas. Si utiliza pestañas, siga el estilo de las pestañas utilizadas en QgsVectorLayerProperties / QgsProjectProperties etc. p. j. las pestañas hasta arriba con iconos de 22x22.

  7. Las pilas de control deben evitarse si es posible. Ellos causan problemas con los diseños y el cambio de tamaño inexplicable (para el usuario) de los cuadros de diálogos para acomodar controles que no son visibles.

  8. Try to avoid technical terms and rather use a laymans equivalent e.g. use the word ‘Transparency’ rather than ‘Alpha Channel’ (contrived example), ‘Text’ instead of ‘String’ and so on.
  9. Utilice iconografía consistente. Si necesita un icono o elementos de icono, contacte a Robert Szczepanek en la lista de correo para asistencia.

  10. Coloque largas listas de widgets en cuadros de desplazamiento. Ningún cuadro de diálogo debe exceder los 580 píxeles de altura y 1000 píxeles de ancho.

  11. Opciones avanzadas separadas de las básicas. Los usuarios novatos deben poder acceder rápidamente a los elementos necesarios para las actividades básicas sin tener que preocuparse por la complejidad de las funciones avanzadas. Las características avanzadas deben ubicarse debajo de una línea divisoria o ubicarse en una pestaña separada.

  12. No agregue opciones por el simple hecho de tener muchas opciones. Esfuércese por mantener la interfaz de usuario minimalista y use valores predeterminados razonables.

  13. If clicking a button will spawn a new dialog, an ellipsis (...) should be suffixed to the button text.

Autores

  • Tim Sutton (autor y editor)

  • Gary Sherman
  • Marco Hugentobler
  • Matthias Kuhn