In software design, the look and feel of a graphical user interface comprises aspects of its design, including elements such as colors, shapes, layout, and typefaces, as well as the behavior of dynamic elements such as buttons, boxes, and menus. The term can also refer to aspects of a non-graphical user interface, as well as to aspects of an API – mostly to parts of an API that are not related to its functional properties. The term is used in reference to both software and websites. Look and feel applies to other products. In documentation, for example, it refers to the graphical layout and the writing style. In the context of equipment, it refers to consistency in controls and displays across a product line. Look and feel in operating systemuser interfaces serves two general purposes. First, it provides branding, helping to identify a set of products from one company. Second, it increases ease of use, since users will become familiar with how one product functions and can translate their experience to other products with the same look and feel.
Contrary to operating system user interfaces, for which look and feel is a part of the product identification, widget toolkits often allow users to specialize their application look and feel, by deriving the default look and feel of the toolkit, or by completely defining their own. This specialization can go from skinning to completely specializing the way the user interacts withthe software. The definition of the look and feel to associate with the application is often done at initialization, but some Widget toolkits, such as the Swingwidget toolkit that is part of the Java API, allow users to change the look and feel at runtime. Some examples of Widget toolkits that support setting a specialized look and feel are:
XUL : The look and feel of the user interface can be specialized in a CSS file associated with the XUL definition files. Properties that can be specialized from the default are, for example, background or foreground colors of widgets, fonts, size of widgets, and so on.
Swing supports specializing the look and feel of widgets by deriving from the default, another existing one, creating one from scratch, or, beginning with J2SE 5.0, in an XMLproperty file called synth.
Lawsuits
Some companies try to assert copyright of trade dress over their look and feel. The Broderbund v. Unison case was an early software copyright case that attempted to apply U.S. copyright law to the look and feel presented by a software product. In 1987 Lotus sued Paperback Software and Mosaic for copyright infringement, false and misleading advertising, and unfair competition over their low-cost clones of 1-2-3, VP Planner and Twin, and sued Borland over its Quattro spreadsheet. In December 1989, Xerox sued Apple over the Macintosh copyright. Apple Computer was notable for its use of the term look and feel in reference to their Mac OS operating system. The firm tried, with some success, to block other software developers from creating software that had a similar look and feel. Apple argued that they had a copyright claim on the look and feel of their software, and even went so far as to sue Microsoft, alleging that the Windows operating system was illegally copying their look and feel. Although provoking a vehement reaction from some in the software community, and causing Richard Stallman to form the League for Programming Freedom, the expected landmark ruling never happened, as most of the issues were resolved based on a license that Apple had granted Microsoft for Windows 1.0. See:Apple v. Microsoft. The First Circuit Court of Appeals rejected a copyright claim on the feel of a user interface in Lotus v. Borland.
Taking it to the street
GNU's Richard M. Stallman led an "Innovate, don't litigate" public demonstration outside Lotus's headquarters, using a hexadecimal chant:
More recent reactions
In 2012 and 2014, Apple Inc. has filed lawsuits against competing manufacturers of smartphones and tablet computers, claiming that those manufacturers copied the look and feel of Apple's popular iPhone and iPad products.
In APIs
An API, which is an interface to software which provides some sort of functionality, can also have a certain look and feel. Different parts of an API are often linked by common syntactic and semantic conventions. These elements are rendered either explicitly, or implicitly.
