Mira y siente

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 tipografías (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]}

El aspecto y el funcionamiento se aplican a otros productos. En la documentación, por ejemplo, se refiere al diseño gráfico (tamaño del documento, color, fuente, etc.) y al estilo de redacción. En el contexto de los equipos, se refiere a la coherencia de los controles y las pantallas en toda una línea de productos.

La apariencia y el funcionamiento de las interfaces de usuario de los sistemas operativos cumplen dos propósitos generales. En primer lugar, proporcionan una imagen de marca , lo que ayuda a identificar un conjunto de productos de una empresa. En segundo lugar, aumentan la facilidad de uso, ya que los usuarios se familiarizan con el funcionamiento de un producto (su apariencia, su lectura, etc.) y pueden trasladar su experiencia a otros productos con la misma apariencia y funcionamiento.

A diferencia de las interfaces de usuario de los sistemas operativos , en las que la apariencia es parte de la identificación del producto, los kits de herramientas de widgets suelen permitir a los usuarios especializar la apariencia de sus aplicaciones , derivando la apariencia predeterminada del kit de herramientas o definiendo completamente la suya propia. Esta especialización puede ir desde la personalización (que solo se ocupa de la apariencia visual de los elementos de control gráfico ) hasta la especialización completa de la forma en que el usuario interactúa con el software (es decir, la apariencia).

La definición de la apariencia que se asociará con la aplicación a menudo se realiza en la inicialización, pero algunos kits de herramientas de widgets, como el kit de herramientas de widgets Swing que es parte de la API de Java , permiten a los usuarios cambiar la apariencia en tiempo de ejecución (consulte Apariencia conectable ).

Algunos ejemplos de kits de herramientas de widgets que permiten configurar una apariencia especializada son:

• XUL (lenguaje de interfaz de usuario XML): la apariencia de la interfaz de usuario se puede especializar en un archivo CSS asociado con los archivos de definición XUL. Las propiedades que se pueden especializar a partir de las predeterminadas son, por ejemplo, los colores de fondo o primer plano de los widgets, las fuentes, el tamaño de los widgets, etc.
• Swing permite especializar la apariencia de los widgets derivando de uno predeterminado, otro existente, creando uno desde cero o, a partir de J2SE 5.0, en un archivo de propiedades XML llamado synth (apariencia personalizable).

Algunas empresas intentan hacer valer los derechos de autor sobre la imagen comercial por encima de su apariencia.

El caso Broderbund v. Unison (1986) fue uno de los primeros casos de derechos de autor de software que intentó aplicar la legislación estadounidense sobre derechos de autor a la apariencia y el funcionamiento de un producto de software.

En 1987, Lotus demandó a Paperback Software y Mosaic por violació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 su uso del término look and feel en referencia a su sistema operativo Mac OS . La empresa intentó, con cierto éxito, impedir que otros desarrolladores de software crearan software que tuviera un aspecto y un funcionamiento similares. Apple argumentó que tenía un reclamo de derechos de autor sobre el aspecto y el funcionamiento de su software, e incluso llegó a demandar a Microsoft , alegando que el sistema operativo Windows estaba copiando ilegalmente su aspecto y funcionamiento. ^[5]

Aunque provocó una reacción vehemente de algunos en la comunidad de software , ^[6] y provocó que Richard Stallman formara la Liga para la Libertad de Programación , ^[7] el esperado fallo histórico nunca se produjo, ya que la mayoría de los problemas se resolvieron en base a una licencia que Apple había otorgado a Microsoft para Windows 1.0. Véase: Apple v. Microsoft . El Tribunal de Apelaciones del Primer Circuito rechazó una reclamación 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 de 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 por convenciones sintácticas y semánticas comunes (por ejemplo, por 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 de forma explícita (es decir, forman parte de la sintaxis de la API) o implícita (es decir, forman parte de la semántica de la API).

• Lenguaje de diseño
• Demanda por el "look and feel" de Lotus
• Esqueuomorfo
• Estructura, secuencia y organización
• Imagen comercial

• Colección de apariencia y estilo Java
• Tutoriales de Java: Modificación de la apariencia