<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Wroblewski, Luke</title>	<link>http://tc.eserver.org/authors/Wroblewski,_Luke</link>
	<description>A bibliography of works by Wroblewski, Luke in the field of technical communication.</description>
	<language>en-us</language>
	<copyright>Copyright (c) 2005-08 by the EServer. All rights reserved.</copyright>
	<managingEditor>tclib-editorial@eserver.org (TC Library Editorial Board)</managingEditor>
	<webMaster>webmaster@eserver.org (Geoffrey Sauer)</webMaster>
	<image>
		<url>http://tc.eserver.org/images/newlogo.gif</url>
		<title>Wroblewski, Luke</title>
		<link>http://tc.eserver.org/dir/Wroblewski,_Luke</link>
	</image>
	<item>
		<title>Enhancing User Interaction With First Person User Interface</title>
		<link>http://tc.eserver.org/35216.html</link>
		<guid>http://tc.eserver.org/35216.html</guid>
		<description>First person user interfaces can be a good fit for applications that allow people to navigate the real world, “augment” their immediate surroundings with relevant information, and interact with objects or people directly around them.</description>
	</item>
	<item>
		<title>Inline Validation in Web Forms</title>
		<link>http://tc.eserver.org/35168.html</link>
		<guid>http://tc.eserver.org/35168.html</guid>
		<description>Inline validation gives people several types of real-time feedback: It can confirm an appropriate answer, suggest valid answers, and provide regular updates to help people stay within necessary limits. These bits of feedback can be presented before, during and / or after users provide answers.</description>
	</item>
	<item>
		<title>AJAX Interface Design</title>
		<link>http://tc.eserver.org/33384.html</link>
		<guid>http://tc.eserver.org/33384.html</guid>
		<description>AJAX enables faster, more responsive Web applications through a combination of asynchronous Javascript, the Document Object Model (DOM), and XMLhttpRequest. What this means for Web interface designers is that a DHTML-based Web application can make quick, incremental updates to a user interface without reloading the entire screen.</description>
	</item>
	<item>
		<title>Influencing Strategy by Design: Design Skills</title>
		<link>http://tc.eserver.org/33385.html</link>
		<guid>http://tc.eserver.org/33385.html</guid>
		<description>Many design organizations seek to impact strategic decision-making by learning how to speak the language of business. But until they master these new skills, they are likely to be the least qualified people to discuss business strategy at the corporate decision-making table. Yet no one else at the table besides the design team has a complete set of design skills.</description>
	</item>
	<item>
		<title>Web Application Solutions: A Designer’s Guide</title>
		<link>http://tc.eserver.org/33390.html</link>
		<guid>http://tc.eserver.org/33390.html</guid>
		<description>Web Application Solutions is a guide that helps designers, product managers, and business owners evaluate some of the most popular Web application presentation layer solutions available today. We compare each solution through consistent criteria (deployment &amp; reach, user interactions, processing, interface components &amp; customization, back-end integration, future proofing, staffing &amp; cost, unique features) and provide an overview, set of examples, and references for each.</description>
	</item>
	<item>
		<title>Business and Design</title>
		<link>http://tc.eserver.org/33356.html</link>
		<guid>http://tc.eserver.org/33356.html</guid>
		<description>As the number of designers interested in owning a seat at the corporate decision-making “table” grows, the number of business strategies advocating design solutions expands as well. Designers keep asking: “how can we convince business owners that investments in design processes are money well spent?” Simultaneously, a number of business publications (most notably Fast Company) are telling corporate decision makers that “design matters.” It’s useful for both sides to view the discussion from each other’s perspective.</description>
	</item>
	<item>
		<title>Visible Narratives: Understanding Visual Organization</title>
		<link>http://tc.eserver.org/33228.html</link>
		<guid>http://tc.eserver.org/33228.html</guid>
		<description>Visual communication can be thought of as two intertwined parts: personality, or look and feel, and visual organization. The personality of a presentation is what provides the emotional impact —your instinctual response to what you see. Creating an appropriate personality requires the use of colors, type treatments, images, shapes, patterns, and more, to “say” the right thing to your audience. This article, however, focuses on the other side of the visual communication coin: visual organization.</description>
	</item>
	<item>
		<title>Visual Communication and Web Application Design</title>
		<link>http://tc.eserver.org/32963.html</link>
		<guid>http://tc.eserver.org/32963.html</guid>
		<description>In order for a Web application to be &quot;usable&quot;, it must be understandable. It needs to communicate, and communicate effectively. When a user interacts with a Web application they have only the visual presentation (the interface) to &quot;tell&quot; them what the application has to offer, and how they can make use of it. As a result, designers must rely on visual communication principles to tell our audience: about the behavior, structure, and purpose of our Web applications. The better at communicating we are, the easier it is for our audience to understand our messages and intentions, and the easier it is for them to use and appreciate our Web applications.</description>
	</item>
	<item>
		<title>Common Visual Design Misconceptions</title>
		<link>http://tc.eserver.org/32780.html</link>
		<guid>http://tc.eserver.org/32780.html</guid>
		<description>Though visual designers might face different hurdles in particular product domains and at different points in their careers, there are three common misconceptions that surface quite frequently.</description>
	</item>
	<item>
		<title>International Address Fields in Web Forms</title>
		<link>http://tc.eserver.org/31878.html</link>
		<guid>http://tc.eserver.org/31878.html</guid>
		<description>As enablers of online conversations between businesses and customers, Web forms are often responsible for gathering critical information—email addresses for continued communications, mailing addresses for product shipments, and billing information for payment processing to name just a few. So it shouldn’t come as much of a surprise that one of the most common questions I get asked about Web form design is: “How do I deal with international addresses?”</description>
	</item>
	<item>
		<title>Sign Up Forms Must Die</title>
		<link>http://tc.eserver.org/31072.html</link>
		<guid>http://tc.eserver.org/31072.html</guid>
		<description>You load a new web service, eager to dive in and start engaging, and what&apos;s the first thing that greets you? A sign-up form. We can do better, says Luke Wroblewski, author of Web Form Design: Filling in the Blanks. Via a technique of &quot;gradual engagment,&quot; we can get people using and caring about our web services instead of frustrating them (or sending them to a competitor&apos;s site) by forcing them to fill out a sign-up form first.</description>
	</item>
	<item>
		<title>Scalable Design</title>
		<link>http://tc.eserver.org/30024.html</link>
		<guid>http://tc.eserver.org/30024.html</guid>
		<description>Your seemingly elegant design begins to bloat with features, tear under the pressure of localization, and nearly keel over under the weight of new content that pushes it to its breaking point. Before long you give up. It&apos;s time to redesign--again.&#xD;&#xD;Could you have avoided this all too common cycle? Was there anything you might have done to anticipate these changes? One potential answer lies in scalable design considerations. Screen frameworks, user interface structures, and components that enable your product design to gracefully accommodate new features, new markets, and dynamic content--that can shrink or grow--are the cornerstones of a scalable design.</description>
	</item>
	<item>
		<title>Dynamic Help in Web Forms</title>
		<link>http://tc.eserver.org/28904.html</link>
		<guid>http://tc.eserver.org/28904.html</guid>
		<description>Many Web application designers strive to reduce the amount of instructional text that appears in the user interfaces they create. A likely part of their motivation is the perception that, if explaining how to use something requires too much instruction, it probably isn&apos;t that easy to use and, therefore, has room for improvement in its design. Another motivating factor might be the tendency for people not to read any on-screen instructions, just like they tend not to read product manuals. This type of thinking also applies to Web forms. When possible, designers strive to utilize a minimal amount of text to explain how users should fill in the different input fields in a form.</description>
	</item>
	<item>
		<title>Strategy with Design</title>
		<link>http://tc.eserver.org/28906.html</link>
		<guid>http://tc.eserver.org/28906.html</guid>
		<description>What&apos;s changed in the last several years that gave designers a seat at the boardroom table and why do we have technology and information overload to thank for it?</description>
	</item>
	<item>
		<title>Developing the Invisible</title>
		<link>http://tc.eserver.org/28692.html</link>
		<guid>http://tc.eserver.org/28692.html</guid>
		<description>During my years as an interface designer, I&apos;ve worked with lots of different development teams. From big companies to small startups, the interactions between me--the product designer--and developers have been pretty consistent. We work through what interactions and features are possible given our timeframe and resources. We discuss edge cases and clarify how specific interactions should work. We debate product strategy, information architecture, target audience, front-end technologies, and more. We also frequently encounter the same issue: the need to consider what&apos;s not there.</description>
	</item>
	<item>
		<title>Refining Data Tables</title>
		<link>http://tc.eserver.org/28685.html</link>
		<guid>http://tc.eserver.org/28685.html</guid>
		<description>Many articles have been written on what is probably the single most ubiquitous interface element within Web applications today: the form. Forms justifiably get a lot of attention because their design is critical to successfully gathering input from users. Registration forms are the gatekeepers to community membership. Checkout forms are how eCommerce vendors close deals. But what goes in must eventually come out, and the information users provide to Web applications often makes its way back to users in the form of tabular data.</description>
	</item>
	<item>
		<title>The Complexity of Simplicity</title>
		<link>http://tc.eserver.org/28671.html</link>
		<guid>http://tc.eserver.org/28671.html</guid>
		<description>Though many business strategies and publications continue to trumpet the power of simplicity in the design of digital products, for lots of companies and product teams, simplicity doesn&apos;t come easy.</description>
	</item>
	<item>
		<title>Selection-Dependent Inputs</title>
		<link>http://tc.eserver.org/28659.html</link>
		<guid>http://tc.eserver.org/28659.html</guid>
		<description>Successful Web applications tend to grow--both in terms of capability and complexity. And this increasing complexity is often passed on to and absorbed by a Web application&apos;s forms. In addition to needing more input fields, labels, and Help text, forms with a growing number of options may also require selection-dependent inputs.</description>
	</item>
	<item>
		<title>Informed Design: Understanding Your Web Audience</title>
		<link>http://tc.eserver.org/28318.html</link>
		<guid>http://tc.eserver.org/28318.html</guid>
		<description>Although there are lots of elements to consider when designing compelling Web experiences (writing style, look and feel, information organization--to name just a few), there is one &apos;knowable&apos; element that can be used to appraise the rest: audience.</description>
	</item>
	<item>
		<title>The Web Now: Social</title>
		<link>http://tc.eserver.org/27495.html</link>
		<guid>http://tc.eserver.org/27495.html</guid>
		<description>A presentation about online community and experience design in modern web design.</description>
	</item>
	<item>
		<title>Live by the Mockup, Die by the Mockup</title>
		<link>http://tc.eserver.org/27009.html</link>
		<guid>http://tc.eserver.org/27009.html</guid>
		<description>Regardless of what you call it, the mockup can either sell your design or plummet you into a cyclical tunnel of churn. That&apos;s why, like it or not, interface designers often live and die by the mockup.</description>
	</item>
	<item>
		<title>Small Multiples Within a User Interface</title>
		<link>http://tc.eserver.org/27017.html</link>
		<guid>http://tc.eserver.org/27017.html</guid>
		<description>Many software programs provide access to, and let users work with, large amounts of information. In addition to interactions that allow users to create, edit, and expand massive data sets, these information-rich applications must also support effective data interpretation.&#xD;&#xD;Data monitoring, reporting, and modeling applications require people to makes sense of large amounts of information quickly and easily. It should come as no surprise, then, that for such applications many interface design problems are actually information design problems. As a result, we can leverage information design solutions when tackling such problems. Using small multiples is one such solution.</description>
	</item>
	<item>
		<title>So the Necessary May Speak</title>
		<link>http://tc.eserver.org/27024.html</link>
		<guid>http://tc.eserver.org/27024.html</guid>
		<description>Though carefully structured organizational systems and well architected interactions are key components of effective interface designs, it is ultimately the presentation of an interface--layout, look and feel--that tells users what a product has to offer and how they can make use of it. As a result, creating usable and engaging interactive products is dependent on our ability, as designers, to communicate with our audience. The better at communicating we are, the easier it is for our audience to understand our messages and intentions and the easier it is for them to use and appreciate the products we design.</description>
	</item>
	<item>
		<title>Visible Narratives: Understanding Visual Organization</title>
		<link>http://tc.eserver.org/23845.html</link>
		<guid>http://tc.eserver.org/23845.html</guid>
		<description>Visual designers working on the web need an understanding of the medium in which they work, so many have taken to code. Many have entered the usability lab. But what about the other side? Are developers and human factors professionals immersed in literature on gestalt and color theory?</description>
	</item>
	<item>
		<title>Natural Selections: Colors Found in Nature and Interface Design</title>
		<link>http://tc.eserver.org/21393.html</link>
		<guid>http://tc.eserver.org/21393.html</guid>
		<description>The web is awash with sterile design solutions. IBM, Dell, Microsoft, and countless others are virtually indistinguishable from each other. Though one might say this makes browsing easier by virtue of a standardized interface, in reality such sites create mundane experiences for their users and fail to make a positive connection with their audience.</description>
	</item>
	<atom:link href="http://tc.eserver.org/authors/Wroblewski,_Luke.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>