Talk:User interface design

From Wikipedia, the free encyclopedia
Jump to: navigation, search
WikiProject Computing  
WikiProject icon This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
 ???  This article has not yet received a rating on the project's quality scale.
 ???  This article has not yet received a rating on the project's importance scale.
 
WikiProject Graphic design (Rated Stub-class, Low-importance)
WikiProject icon This article is within the scope of WikiProject Graphic design, a collaborative effort to improve the coverage of graphic design-related subjects on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
Stub-Class article Stub  This article has been rated as Stub-Class on the project's quality scale.
 Low  This article has been rated as Low-importance on the project's importance scale.
 
WikiProject Human Computer Interaction (Rated C-class, Top-importance)
WikiProject icon This article is within the scope of WikiProject Human Computer Interaction, a collaborative effort to improve the coverage of Human Computer Interaction on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
C-Class article C  This article has been rated as C-Class on the project's quality scale.
 Top  This article has been rated as Top-importance on the project's importance scale.
 

Comment[edit]

not sure whether these two should be merged. For ease of discussion please talk about this on Talk:Interaction design. —Headlouse 18:29, 16 November 2005 (UTC)

Design vs. Engineering[edit]

There should be a clear distinction between User Interface Design and User Interface Engineering.--Iteration 03:54, 10 December 2005 (UTC)

Yeah I agree with that. That's not what I was stating should be merged. Headlouse 08:01, 23 December 2005 (UTC)
If this particular user Mdd is allowed to pull everything that has to do with software development out from under that umbrella and put it under the umbrella of software engineering, then there will be no distinction. Pay attention to what's happening with the software development process and related articles under the template. Oicumayberight (talk) 00:57, 22 October 2008 (UTC)

Interfaces are more than GUIS[edit]

Discussion of interfaces should not be limited to human interactions. In engineering both physical and information interfaces transcend interactions with humans, for example in the area of protocols and service-oriented architectures. Interfaces between dissimilar types of materials are also very important in the physical engineering area.

I'm not sure who wrote this but it seems way outside the realm of this entry. User interface implies a user and "materials" are not users. Headlouse 08:01, 23 December 2005 (UTC)
To be pendatic, "User" only requires something that "uses", and pretty much anything can be considered a user in this way. Especially in protocol design, "User" can be read as "whatever's on the other end of the line". However, "User Interface" is pretty much exclusivly used to refer to a human interface. The less ambiguous term "Human Interface" is preferred if there is a chance of confusion.
I agree, both machines and people can be "Users", but this article is addressing Human-Machine Interfaces. Maybe the name of the article should be changed. Human-machine interfaces is a broader category than GUI, for instance this user-interface expert ([1]) argues that text, especially hyper text should be treated as a user interface.Pulu (talk) 10:09, 3 November 2010 (UTC)

External Links[edit]

The external links section seems to have been taken over by self-promoters. While I can imagine some good arguments for Norman's and Nielsen's links, I'm for getting rid of all of them, reminding everyone of the appropriate policies here, then letting people try again. (Ronz 20:08, 26 May 2006 (UTC))

Organized and cleaned them up a bit.--Ronz 19:08, 2 June 2006 (UTC)


Criticism section[edit]

I think we need to be cautious with using Cooper's books as sources. Much in his books tend to be opinions and assertions that are not factually correct when compared to the design research of the time. This is not to say Cooper was deliberately spreading falsehoods, only that he was unaware. I'm removing Cooper '03 as a source for criticism of the phrase because of this.

I found a copy of Bannon '90 and am confused as to how it's being used as a source and if the criticism can stand based solely on a 1990 paper.

Finally, as I've said before, the argument is meaningless upon examination. "Too much of X is a distraction to Y" is a bad argument alone. But given that designers don't agree on what they need to know about users' activities and "real goals", let alone how to design from this knowledge, the argument is meaningless.

I propose removing the section completely. --Ronz 17:27, 22 February 2007 (UTC)

I must have copy-pasted the wrong source. I suggest to use the following:

Bannon L. J. From human factors to human actors: The role of psychol-ogy and human-computer interaction studies in system design // Design at Work: Cooperative Design of Computer Systems / J. Greenbaum, M. Kyng (eds.).— Hillsdale, NJ: Lawrence Erlbaum, 1991.

I don't think that the criticism is obsolete. The creation of many newer terms like "contextual design", "user expirience design" and "activity-centered design" is partly motivated by the notion that "user interface design" doesn't fully describe the activity of software designer.

Nahrihra 18:00, 22 February 2007 (UTC)

I agree that people are looking for better terms. That's about as far as it goes, though. While some are looking for better terms to describe the work and discipline itself, others are looking for ways to sell themselves better. Using unfamiliar terms in contrast to familiar ones is just a marketing gimmick.
I'd much rather see the article address the long, on-going attempts to better describe the work and discipline. --Ronz 19:55, 22 February 2007 (UTC)


agreed, this section should be (and has been) removed. i'd have to see wider and more current writings to convince me that a couple of papers by a couple of people a couple of decades ago had any real influence over a much stronger series of teachings on user interface over these last two decades. The paper made some interesting points that may have influenced the direction of user interface research, but quibbling over titles for essentially the same theory is not useful. At the very least someone should have changed it to "has been criticised" rather than "currently criticised" as i don't think a paper from 18 years ago referencing even older works is all that current.Lou777 (talk) 20:41, 17 April 2008 (UTC)

"Intuitive" is not intuitive[edit]

The term intuitive is discouraged by UI designers as meaningless (see [2]). I'll rewrite the lead paragraph to avoid using it. Diego (talk) 17:50, 7 February 2008 (UTC)

Agreed —Preceding unsigned comment added by 86.43.197.27 (talk) 14:23, 16 January 2009 (UTC)

Expand Interface Design Research[edit]

Brenda Laurel has contributed interesting perspectives to UI design research. I think it would be worthwhile to add perspectives like this to this page. RedTech14 (talk) 18:21, 15 March 2013 (UTC)

Citation missing[edit]

Not sure what to do, but cite #5 is a dead link right now. Just thought I should let somebody know. Mattrulz127 (talk) 16:49, 25 July 2013 (UTC)

Benefits[edit]

I have reverted this good faith edit from a new editor, but I make a mental note that the article needs expansion on the reasons why GUIs need good design and the benefits this provides (maybe with a summary of user-centered design). Diego (talk) 15:57, 30 April 2014 (UTC)