En el diseño de software , la apariencia de una interfaz gráfica de usuario comprende aspectos de su diseño, incluidos elementos como colores, formas, diseño y tipos de letra (la "apariencia"), así como el comportamiento de elementos dinámicos como botones, cuadros y menús (la "sensación"). El término también puede referirse a aspectos de una interfaz de usuario no gráfica (como una interfaz de línea de comandos ), así como a aspectos de una API , principalmente a partes de una API que no están relacionadas con sus propiedades funcionales. El término se utiliza en referencia tanto al software como a los sitios web . [1] [2]
La apariencia se aplica a otros productos. En documentación, por ejemplo, se refiere a la disposición gráfica (tamaño del documento, color, fuente, etc.) y al estilo de escritura. En el contexto de los equipos, se refiere a la coherencia en los controles y visualizaciones en toda una línea de productos.
La apariencia de las interfaces de usuario del sistema operativo tiene dos propósitos generales. En primer lugar, proporciona branding , ayudando a identificar un conjunto de productos de una empresa. En segundo lugar, aumenta la facilidad de uso, ya que los usuarios se familiarizarán con el funcionamiento de un producto (se ve, se lee, etc.) y podrán trasladar su experiencia a otros productos con la misma apariencia.
A diferencia de las interfaces de usuario de los sistemas operativos , para las cuales la apariencia es parte de la identificación del producto, los kits de herramientas de widgets a menudo permiten a los usuarios especializar la apariencia de su aplicación , derivando la apariencia predeterminada del kit de herramientas o definiendo completamente la suya propia. . Esta especialización puede ir desde skinning (que sólo se ocupa del aspecto, o apariencia visual de los elementos de control gráfico ) hasta especializar completamente la forma en que el usuario interactúa con el software (es decir, la sensación).
La definición de la apariencia que se asociará con la aplicación a menudo se realiza durante la inicialización, pero algunos kits de herramientas de widgets, como el kit de herramientas de widgets Swing que forma parte de la API de Java , permiten a los usuarios cambiar la apariencia en tiempo de ejecución (consulte Pluggable) . mira y siente ).
Algunos ejemplos de kits de herramientas de widgets que admiten la configuración de una apariencia especializada son:
Algunas empresas intentan hacer valer los derechos de autor de la imagen comercial sobre su apariencia.
El caso Broderbund v. Unison (1986) fue uno de los primeros casos de derechos de autor de software que intentó aplicar la ley de derechos de autor de EE. UU. a la apariencia presentada por un producto de software.
En 1987, Lotus demandó a Paperback Software y Mosaic por infracción de derechos de autor, publicidad falsa y engañosa y competencia desleal por sus clones de bajo costo de 1-2-3, VP Planner y Twin, y demandó a Borland por su hoja de cálculo Quattro. [3]
En diciembre de 1989, [4] Xerox demandó a Apple por los derechos de autor de Macintosh.
Apple Computer se destacó por el uso del término apariencia en referencia a su sistema operativo Mac OS . La empresa intentó, con cierto éxito, impedir que otros desarrolladores de software crearan software que tuviera una apariencia similar. Apple argumentó que tenían un reclamo de derechos de autor sobre la apariencia de su software, e incluso llegó a demandar a Microsoft , alegando que el sistema operativo Windows estaba copiando ilegalmente su apariencia. [5]
Aunque provocó una reacción vehemente de algunos miembros de la comunidad de software [6] y provocó que Richard Stallman formara la Liga para la Libertad de Programación , [7] el fallo histórico esperado nunca se produjo, ya que la mayoría de los problemas se resolvieron basándose en una licencia que Apple había concedido a Microsoft para Windows 1.0. Ver: Apple contra Microsoft . El Tribunal de Apelaciones del Primer Circuito rechazó un reclamo de derechos de autor sobre la sensación de una interfaz de usuario en Lotus v. Borland .
En 2012 y 2014, Apple Inc. presentó demandas contra fabricantes competidores de teléfonos inteligentes y tabletas , alegando que esos fabricantes copiaron la apariencia de los populares productos iPhone y iPad de Apple . [5] [8] [9]
Una API , que es una interfaz para un software que proporciona algún tipo de funcionalidad, también puede tener una apariencia determinada. Las diferentes partes de una API (por ejemplo, diferentes clases o paquetes) suelen estar vinculadas mediante convenciones sintácticas y semánticas comunes (por ejemplo, mediante el mismo modelo de ejecución asincrónica o por la misma forma en que se accede a los atributos de los objetos). Estos elementos se representan explícitamente (es decir, son parte de la sintaxis de la API) o implícitamente (es decir, son parte de la semántica de la API).