Interfaz de múltiples documentos

Un ejemplo de un diseño de interfaz de múltiples documentos

Una interfaz de documentos múltiples (MDI) es una interfaz gráfica de usuario en la que varias ventanas residen bajo una sola ventana principal. Dichos sistemas a menudo permiten que las ventanas secundarias incrusten otras ventanas dentro de ellas también, creando jerarquías anidadas complejas. Esto contrasta con las interfaces de documento único (SDI) donde todas las ventanas son independientes entre sí.

Comparación con la interfaz de un solo documento

En la comunidad de usabilidad, ha habido mucho debate sobre si es preferible la interfaz de múltiples documentos o de un solo documento. Las empresas de software han utilizado ambas interfaces con respuestas mixtas. Por ejemplo, Microsoft cambió sus aplicaciones de Office de modo SDI a MDI y luego de vuelta a SDI, aunque el grado de implementación varía de un componente a otro. SDI puede ser más útil en los casos en que los usuarios cambian con más frecuencia entre aplicaciones separadas que entre las ventanas de una aplicación.

MDI puede resultar confuso si carece de información sobre las ventanas abiertas actualmente. En las aplicaciones MDI, el desarrollador de la aplicación debe proporcionar una forma de cambiar entre documentos o ver una lista de ventanas abiertas, y es posible que el usuario deba usar un menú específico de la aplicación ("lista de ventanas" o algo similar) para cambiar entre documentos abiertos. Esto es diferente de las aplicaciones SDI donde la barra de tareas del administrador de ventanas o el administrador de tareas muestra las ventanas abiertas actualmente. En los últimos años, se ha vuelto cada vez más común que las aplicaciones MDI utilicen "pestañas" para mostrar las ventanas actualmente abiertas. Una interfaz en la que se utilizan fichas para gestionar documentos abiertos se denomina "interfaz de documentos con fichas" (TDI). Otra opción es "en mosaico" paneles o ventanas, lo que facilita evitar que el contenido se superponga.

Algunas aplicaciones permiten al usuario cambiar entre estos modos a su elección, según sus preferencias personales o la tarea que esté realizando.

Casi todos los kits de herramientas de interfaz gráfica de usuario hasta la fecha brindan al menos una solución para diseñar MDI. Una excepción notable fue la API Cocoa de Apple hasta la llegada de los grupos de ventanas con pestañas en MacOS High Sierra. El kit de herramientas de la GUI de Java, Swing, por ejemplo, proporciona la clase javax.swing.JDesktopPane que sirve como contenedor para marcos individuales (clase javax.swing.JInternalFrame). GTK carece de soporte estandarizado para MDI.

Ventajas

• Con interfaces de documentos múltiples (y también interfaces de documentos tabbed), una barra de menú único y/o barra de herramientas se comparte entre todas las ventanas infantiles, reduciendo el desorden y aumentando el uso eficiente del espacio de pantalla. Este argumento es menos relevante en un sistema operativo que utiliza una barra de menú común.
• Las ventanas infantiles de una aplicación pueden ser ocultas/mostradas/minimizadas/maximizadas en su conjunto.
• Las características como "Tile" y "Cascade" se pueden implementar para las ventanas infantiles.
• Los autores de aplicaciones multiplataforma pueden proporcionar a sus usuarios un comportamiento de aplicación consistente entre plataformas.
• Si el entorno de ventana y el sistema operativo carecen de buena gestión de ventanas, el autor de la aplicación puede implementarla ellos mismos.
• Modularidad: Un avanzado gestor de ventana se puede actualizar independientemente de las aplicaciones.

Desventajas

• Sin una ventana de marco MDI, las barras de herramientas flotantes de una aplicación pueden romper el espacio de trabajo de otras aplicaciones, potencialmente confusos usuarios con el conjunto de interfaces.
• Puede ser difícil de implementar en los escritorios usando múltiples monitores ya que la ventana padre puede tener que abarcar dos o más monitores, escondiendo secciones.
• Los escritorios virtuales no pueden ser abarcados por los niños del MDI. Sin embargo, en algunos casos, esto es solvable al iniciar otra ventana padre; este es el caso en Opera y Chrome, por ejemplo, que permite que las pestañas / ventanas para niños sean arrastradas fuera de la ventana padre para comenzar su propia ventana padre. En otros casos, cada ventana infantil es también una ventana padre, formando un nuevo MDI "virtual" [1].
• MDI puede hacer más difícil trabajar con varias aplicaciones a la vez, restringiendo las formas en que se pueden organizar ventanas de múltiples aplicaciones sin oscurecerse entre sí.
• El menú compartido puede cambiar, lo que puede causar confusión a algunos usuarios.
• Las ventanas infantiles MDI se comportan de forma diferente a las de las aplicaciones de interfaz de un solo documento, exigiendo a los usuarios aprender dos conceptos de ventana subtly diferentes. Del mismo modo, la ventana padre MDI se comporta como el escritorio en muchos aspectos, pero tiene suficientes diferencias para confundir a algunos usuarios.
• Las jerarquías ramificadas de las ventanas infantiles pueden ser confusas.
• Muchos gestores de ventanas han incorporado soporte para manipular grupos de ventanas separadas, que generalmente es más flexible que el MDI en que las ventanas pueden agruparse y no agruparse arbitrariamente. Una política típica es agrupar automáticamente ventanas que pertenecen a la misma aplicación. This arguably makes MDI redundant by providing a solution to the same problem.
• Controles y teclas aprendidas para la aplicación MDI no pueden aplicarse a otros, mientras que con un Administrador de Ventanas avanzado, más comportamiento y configuración de preferencia de usuario se comparten en aplicaciones cliente en el mismo sistema

Ejemplos de aplicación

• Adobe Acrobat: MDI hasta la versión 7.0 (sólo Windows); SDI predeterminado en 8.0 (configurable a MDI); SDI sólo en 9.0; MDI (con una interfaz de tabulado) en versión 2015.
• Corel Wordperfect: MDI. Un usuario puede abrir múltiples instancias de WP con un solo documento en cada uno, si tienen múltiples versiones de WordPerfect instalado en su computadora. Las versiones recientes mantienen una lista de documentos abiertos para una ventana dada en la barra de estado en la parte inferior de la ventana, proporcionando una variante del TDI.
• EmEditor: Opciones para SDI o MDI.
• GIMP: SDI con ventanas flotantes (MDI está disponible como una opción llamada "Modo Single-Window" desde la versión 2.8 [2]).
• GIMPshop: Un tenedor de GIMP que pretende ser más como Adobe Photoshop. La versión de Windows tiene MDI limitado. [3]
• Chrome: Combinación de MDI y TDI.
• Internet Explorer 6: una aplicación SDI típica
• KWrite: Otro editor de texto diseñado para la compilación de software KDE, con un SDI simplificado pero compartiendo muchas de las características de Kate a través de un extremo posterior mutuo
• Kate: Editor de texto diseñado para la compilación de software KDE, con características avanzadas y un sofisticado MDI
• Macromedia Studio para Windows: una interfaz híbrida; TDI a menos que las ventanas de documentos sean sin máximo. (Se maximizan por defecto.)
• Microsoft Excel 2003: SDI si inicia nuevas instancias de la aplicación, pero MDI si hace clic en el "File ? Menú nuevo" (pero las ventanas infantiles aparecen opcionalmente en la barra de tareas del sistema operativo). SDI sólo a partir de 2013.
• Microsoft Word 2003: MDI hasta Microsoft Office 97. Después de 2000, Word tiene un Windows de alto nivel múltiple Interface, exponiendo así casos individuales de SDI, mientras que el sistema operativo lo reconoce como una sola instancia de una aplicación MDI. En Word 2000, esta era la única interfaz disponible, pero 2002 y más tarde ofrecen MDI como opción. Microsoft Foundation Classes (que Office se basa en) soporta esta metáfora desde la versión 7.0, como una nueva característica en Visual Studio 2002. SDI sólo a partir de 2013.
• Firefox: TDI por defecto, puede ser SDI
• Notepad++, PSPad, TextMate y muchos otros editores de texto: TDI
• Opera: Combinación de MDI y TDI (una verdadera interfaz MDI con una barra de pestañas para un acceso rápido).
• Paint.NET: Thumbnail-based, TDI
• UltraEdit: Combinación de MDI y TDI (una verdadera interfaz MDI con una barra de pestañas para un acceso rápido).
• VEDIT: Combinación de MDI y TDI (una verdadera interfaz MDI con una barra de pestañas para un acceso rápido). Las ventanas especiales de "tamaño completo" actúan como ventanas maximizadas, pero permiten que las ventanas de solapamiento más pequeñas se utilicen al mismo tiempo. Se pueden iniciar múltiples instancias de Vedit, lo que permite que se utilice como una aplicación SDI.
• Visual Studio.NET: MDI o TDI con menú "Window", pero no ambos
• Visual Studio 6 entorno de desarrollo: un MDI moderno típico
• mIRC: MDI por defecto, también puede trabajar en modo SDI
• Adobe Photoshop: MDI bajo Windows. En versiones más nuevas, barras de herramientas pueden moverse fuera de la ventana de marco. Las ventanas para niños pueden estar fuera del marco a menos que sean minimizadas o maximizadas.

Interfaz estilo IDE

Las aplicaciones informáticas gráficas con una interfaz de estilo IDE (IDE) son aquellas cuyas ventanas secundarias residen en una única ventana principal (generalmente con la excepción de las ventanas modales). Una interfaz de estilo IDE se distingue de la interfaz de documentos múltiples (MDI), porque todas las ventanas secundarias en una interfaz de estilo IDE se mejoran con una funcionalidad adicional que normalmente no está disponible en las aplicaciones MDI. Debido a esto, las aplicaciones de estilo IDE pueden considerarse un superconjunto funcional y descendientes de las aplicaciones MDI.

Ejemplos de funcionalidad de ventana secundaria mejorada incluyen:

• Ventanas infantiles
• Ventanas infantiles plegables
• Interfaz de documento pulsada para subpanes
• Subpanes independientes de la ventana padre
• Divisores GUI para redimensionar subpanes de la ventana padre
• Persistencia para los arreglos de ventana

Ventanas plegables para niños

Una convención común para las ventanas secundarias en las aplicaciones de estilo IDE es la capacidad de colapsar las ventanas secundarias, ya sea cuando están inactivas o cuando lo especifica el usuario. Las ventanas secundarias que están contraídas se ajustarán a uno de los cuatro límites exteriores de la ventana principal, con algún tipo de etiqueta o indicador que les permita expandirse nuevamente.

Interfaz de documento con pestañas para subpaneles

A diferencia de las aplicaciones (MDI), que normalmente permiten una sola interfaz con pestañas para la ventana principal, las aplicaciones con una interfaz de estilo IDE permiten pestañas para organizar uno o más subpaneles de la ventana principal.

Ejemplos de aplicaciones estilo IDE

• NetBeans
• dBASE
• Eclipse
• Visual Studio 6
• Visual Studio.NET
• Bandido RSS
• JEdit
• MATLAB
• Microsoft Excel cuando está en modo MDI (ver arriba).

Macintosh

MacOS y su GUI están centrados en documentos en lugar de centrados en ventanas o aplicaciones. Cada ventana de documento es un objeto con el que el usuario puede trabajar. La barra de menú cambia para reflejar la aplicación a la que pertenece la ventana frontal. Las ventanas de aplicaciones se pueden ocultar y manipular como un grupo, y el usuario puede cambiar entre aplicaciones (es decir, grupos de ventanas) o entre ventanas individuales, ocultando automáticamente las paletas, y la mayoría de los programas seguirán ejecutándose incluso sin ventanas abiertas. De hecho, antes de Mac OS X, era imposible intercalar ventanas de varias aplicaciones.

A pesar de esto, algunas aplicaciones inusuales que rompen las pautas de la interfaz humana (especialmente Photoshop) muestran un comportamiento diferente.