| |
|
|
|
|
Design is a funny word. Some people think design means how it looks. But, of course, if you dig deeper, it's really how it works. To design something really well, you have to 'get it.' You have to really grok what it's all about. It takes a passionate commitment to really thoroughly understand something... Most people don't take the time to do that.
Steve Jobs, 2003
|
|
|
|
|
|
| |
Truisms
Design is a funny word. Some people think design means how it looks. But, of course, if you dig deeper, it's really how it works. To design something really well, you have to 'get it.' You have to really grok what it's all about. It takes a passionate commitment to really thoroughly understand something... Most people don't take the time to do that.
Steve Jobs, May 13, 2005
Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius, and a lot of courage, to move in the opposite direction.
Albert Einstein
When all you do is copy others, you copy their mistakes, too.
Scrivs, CEO 9rules, March 9th, 2007
- Why are "unsexy" sites such as Craig's List, DRUDGE REPORT or even CNN so popular? HELLO - It's the content STUPID! So focus on your content instead of spending 90% of the time debating graphics.
- Design is about goals. Remember why vistors are coming to your site. Remember your site and business goals.
- Design is communication and colaboration. Learn how to work with your designer.
- Learn your trade. Start by reading, A History of the GUI
- People without design and development backgrounds become armchair quarterbacks. Get them to Step Off or you're going to tick off your customers.
- How can you design something if you don't know how things work or what the technical limitations are?
This is where Information Architecture comes in.
Site Design
This is a great depiction of Site Design from Adobe.
Rant
Let the flaming begin. The corporate world has created specialized positions by sub-dividing the role and responsibilities of a traditional Web Designer into Information Architect, Web Designer and Usability.
Does that mean that someone who is fluent and skillful in all 3 going to get paid for doing all 3? Or do we always require a minimum of 3 people to design a site?
Here is what Joshua Kaufman has to say about Information Architecture and Web Design.
Personally, I see Web Design, Usability and Information Architecture as being one and the same. Each is dependent on the other! Note I'm totally taking graphic design out of the equation because graphics are graphics.
Information architecture is about the entire site, not the individual pages within the site. To learn to be an information architect is to learn to think in terms of the whole, rather than the elements.
The truth is design and architecting are based on facts, knowledge and experience - not on how you feel or what you saw on some other site.
I have finally solidified my thinking on why most graphic designers have no business developing interfaces for desktop or web applications. Of course, I am not speaking in absolutes here. There are those rare individuals who, without any formal training, realize a need to not only understand visual issues, but in addition have also chosen to augment their skill-set with human interaction and usability training. However, they are rare and in my opinion the mainstream of those designing web interfaces today are simply under-qualified. When I say under-qualified, I mean they do not posses the necessary skills to provide intelligent interaction design solutions. It is sad I have to point this out. Several years ago it was an accepted fact that a traditional graphic designer had no business developing a GUI. Today though it has become acceptable to erroneously believe a graphic designer is capable of producing an interface simply because they appreciate aesthetics.
Far too often, most graphic designers are artist first and engineer second. That is, they can produce beautiful content like a poet, sculptor or painter but when it comes time to design they are simply not suited for the task. When I say "design" I mean the ability to provide a functional product that is intended for widespread distribution.
Must Haves
Even though Fred talks about what is needed in 2006. I would argue that it is timeless fundamental requirement!
One of the things that needs to change in 2006 (which will undoubtedly be the year of the web-application) is the care for user experience and usability. Many managers and business-people need to change their perspective and hire the right people to take their web-businesses to a new level. We are no longer in 1999, age of Photoshop-designed templates and lens flare effects on homepages, cut into place in Dreamweaver MX.
We've been getting quite a few work proposals in the last few weeks - which you'd say is by any standards, a good thing. But the percentage of people (even on very high places) who have no clear notion of how user-centered design and information architecture should work for their company and websites is astonishing.
If you manage a web-application or a web-based business and are thinking about a new look, don't think color schemes - or hire people that think about color schemes and layouts. Think about the best ways to make what you do clear to your visitors - and hire people accordingly. It might become one of your best decisions.
Frederico Oliveira, Fewer templates, more user experience - December 25, 2005
Interaction Design Matters
The following is a mandatory reading for an web designer because the skism still exists after all these years. The heart of the matter is to that both web designers or interactive designers and graphic designers are right. Each needs the other well unless you happen to know and do both!!! Not me.
Here's a great article on the First Principles of Interaction Design.
In the usability corner, wearing the blue and purple underlined trunks, weighing in at just under 25K per gig... J-a-a-a-a-a-kob Nie-e-e-e-e-lsen, usability guru extroadinaire, with over 16 usability patents and several "lists of 10" -- do's, don't's, thou shalt's, and thou shalt not's.
And in the graphic design corner, wearing the greyscale trunks, weighing in at 500K per site (that's dollars, not bytes)... Kioken(oken-oken-oken), firing clients left and right, and wielding Flash as if the plug-in itself were built into Joe Newbie's genetic makeup.
When I give speeches, I always have a slide that says, "The most important design tip of the day." OK, what's this tip that's so wonderfu?. Simple. All it has is the question
"Would Amazon.com use that design element on its site?"
It's an important question because Amazon.com has probably spent more time and money researching what works and doesn't work on a web site than anyone. If you don't see a web design technique on Amazon.com, you probably should follow their guidelines and not use it on your site.
Some design techniques you probably won't see on Amazon.com: (all links open new windows)
I am going to make the rather controversial claim that Website development is not an art. By saying this I am not trying to undermine the work of graphical designers on Website projects. The Website development process is not an art. In fact, the steps involved in the production of any Website are well defined and I am going to gradually lay them out for you in a series of posts.
Recently I realized that the reason why many Websites fail to accomplish anything is because measurable goals were never set for them.
Imagine you’re running a mid-size manufacturing business, with the budget to invest into the re-development of your corporate Website (you probably already have one). You choose your development company and go through a series of meetings. The first deliverable you get is the graphical design for your new Website. From this point on you keep going back and forth on the color scheme or layout of the pages, without concentrating on the content, It’s structure and its ability to generate any new business for you. As a result you end up with a Website that does absolutely nothing else for you besides setting you back $5 - $10 K.
Lukasz Karapuda, Website Development is Not an Art - April 15, 2005
Web Design isn't about graphical design even though graphics matters. Graphical design supplements the site/page design objectves and that's it. OK, I'll take that back and be more specific. If you know how to create graphics, cutable images and code the final template/page! Andrew Krespanis presents a great slideshow, Site in an Hour.
Users are looking for applications that are fast to load, capable and intuitive
When designing a Web site, we need to consider three basic factors: presentation, organization, and interaction. Presentation is how your site appears to your audience, organization is the structure of your site, and interaction is how your site behaves in response to user actions. Because all interactions between your audience and your structure occur through the site's presentation, it must be understandable and engaging. If the presentation is not clear, your audience might not be able to make it to your content. If the presentation is not engaging your audience might not be motivated to try.
Luke Wroblewski & Esa M. Rantanen, wrote Design Considerations for Web-based Applications.
Many young web designers view their craft the way I used to view pop culture. It's cool or it's crap. They mistake Style for Design, when the two things are not the same at all. Design communicates on every level. It tells you where you are, cues you to what you can do, and facilitates the doing. Style is tautological; it communicates stylishness. In visual terms, style is an aspect of design; in commercial terms, style can communicate brand attributes.
Most of all, I worry about web users. Because, after ten-plus years of commercial web development, they still have a tough time ?nding what they're looking for, and they still wonder why it's so damned unpleasant to read text on the web—which is what most of them do when they're online.
Jeffrey ZELDMAN, Style Versus Design - ?
The Web maybe ubiquitous but to build a web application there are a whack of technologies involved:
- HTML Related: HTML, XHTML, CSS, TCP/IP
- XML Related: XML, XSL, XSLT, XSL-FO, XPath, XQuery, XLink, XPointer, DTD, Schema, XML DOM, XForms, SOAP, WSDL, RDF, RSS, WAP, Web Service
- Browser Scripting:JavaScript, HTML DOM, DHTML, VBScript, E4X, WMLScript
- Server Scripting: PHP, Java, Cold Fusion, .NET, Perl, Ruby on Rails, SQL, ASP, ADO
- Multimedia: media, smil, svg, flash
IBM Design Principles
- Simplicity: Don't compromise usability for function
- Support: Place the user in control and provide proactive assistance
- Familiarity: Build on users' prior knowledge
- Obviousness: Make objects and their controls visible and intuitive
- Encouragement: Make actions predictable and reversible
- Satisfaction: Create a feeling of progress and achievement
- Availability: Make all objects available at all times
- Safety: Keep the user out of trouble
- Versatility: Support alternate interaction techniques
- Personalization: Allow users to customize
- Affinity: Bring objects to life through good visual design
Strategy by Design
Design Mistakes
Top Ten Web Design Mistakes of 2005
The oldies continue to be goodies -- or rather, baddies -- in the list of design stupidities that irked users the most in 2005.
This year's list of top problems clearly proves the need to get back to Web design basics. There's much talk about new fancy "Web 2.0" features on the Internet industry's mailing lists and websites, as well as at conferences. But users don't care about technology and don't especially want new features. They just want quality improvements in the basics
- Legibility Problems
- Non-Standard Links
- Flash
- Content That's Not Written for the Web
- Bad Search
- Browser Incompatibility
- Cumbersome Forms
- No Contact Information or Other Company Info
- Frozen Layouts with Fixed Page Widths
- Inadequate Photo Enlargement
Jakob Nielsen, Design basics
Oh, Joe is ticked!!!
This is a definite MUST read.
A failed redesign is a Web page created from scratch, or substantially updated, during the era of Web standards that nonetheless ignores or misuses those standards. A failed redesign pretends that valid code and accessibility guidelines do not exist; it pretends that the 21st century is frozen in the amber of the year 1999. It indicates not merely unprofessional Web-development practices but outright incompetence. For if you are producing tag-soup code and using tables for layout in the 21st century, that's what you are: Incompetent.
When teenagers' hobbyist blogs (short for "Web logs") have better code than brand-new Web sites, somebody's doing something wrong. And that somebody is you, the developer. In a just society you would simply be fired; in an Orwellian society you would be sent to a reëducation camp. Failing either of those, you could at least read a fucking book and upgrade your skills to a point where you are no longer a total laughingstock.
And yes, if you are the developer of any of these sites and we should ever meet, I will tell all of this to your face, and I certainly reserve the right to publicly ridicule your site onstage in the future. Because you're worth it.
Paper Prototyping
I've actually experienced this. I know what you're going to say. I've already been saying it.
The tendency to leap straight into implementation deprives many organisations of the opportunity to design their websites. In many cases there is no distinction made between design and implementation. By failing to design what they want, companies build what they can.
In a typical scenario, the job of website design is handed over to the person who is seen as having the appropriate skills, meaning the ability to use tools such as DreamWeaver, Flash or FrontPage. This approach has several disadvantages. It gives control of the design to personnel who might not be best suited to understand the users, it excludes many stakeholders, and it tends to limit design options. It often leads to designs that do not support non-expert users, because the developers are not sympathetic to their needs.
It is not unusual to see web development projects that have become bogged down in an endless cycle of build and review, with technical developers at loggerheads with marketing or business personnel.
Paper prototyping MUST be the starting point of all design. Get back to basics. Are you willing to take the wrath of your boss for wasting your graphic artist time developing endless Hi-Fi design variations?
Paper prototyping allows for cooperative collobration between business and tech's. What else can you ask for.
What is paper prototyping?. Now technically, low fidelity is using paper, whiteboard, Visio, flipchart to develop a wireframe.
If you're adventurous, try DENIM. With DENIM, not only can you sketch out new web pages and UI designs, you can create hyperlinks between them. I've used it and me likes!
High fidelity "approach takes you as close as possible to a true representation of the user interface screen-quality graphics.", i.e. Photoshop or Illustrator.
Boxes and Arrows has an excellent article on paper prototyping.
"Fidelity describes how easily prototypes can be distinguished from the final product and can be manipulated to emphasize aspects of the design."
Six Signs That You Should Use Paper Prototyping
- There are many different ideas about the design.
- You find yourself defending a particular design.
- There are parts of the design you're unsure about.
- You're changing the way that the users perform a task.
- The concepts or terminology are new to the users.
- You're feeling uncreative.
DOCTYPE
The DOCTYPE used at dragonCrew.com is "Transitional". "Strict" is a little to strict for me now. Why?
- No more "target" attribute. Instead there's a bunch of Target Properties that are being introduced for CSS3. Don't you hate losing the site you were on? I do. Anyway, NO thanks. What's the hack?
- No more "width" attribute. Makes sense to force people separate presentation from code!
- No more "align" attribute. ME-OUCHHHHHHHHHH.
Learn how browsers treat DOCTYPE. Also checkout Transitional vs. Strict Markup.
90% of All Usability Testing is Useless
We need to abandon the idea that user testing on the Web is a quantitative process. Focusing on numbers to the exclusion of other data leaves researchers with nothing more than noticeably dubious statements like, "Design A is 5% more usable than design B" (or "90% of all usability testing is useless"). Instead, user research for the Web should delve into the qualitative aspects of design to understand how and why people respond to what has been created, and, more importantly, how to apply that insight to future work. ...
There is an outdated notion that usability research requires a blank slate-that outside observers will somehow comprehend what your users are doing in a more objective manner than yourself. But when you can't rely on statistics, and you need to understand the context of your site's use, all you have to go on is what you yourself can observe.
So it's time to get your hands dirty. Usability testing for the Web doesn'at require outside firms that hold themselves separate from the design process. Understanding context means embracing this research as part of the design process. It should be performed with the full participation of the design team, so that everyone can internalize the user's perspective. Developing and leading usability tests should be a core competency owned by someone within your team (though many folks believe it ought not to be the original designer).
And it shouldn't be exclusive to this team. Individuals from across the organization should participate. Anyone who might have a stake in what's being tested should be present for at least a part of the process. If the right people in your company see real users having real problems to which you can provide solutions, they'll understand both your value to the organization and the need for the time and resources to make sure that good design happens.
Here is a great article, Registration: One Chance to Make a First Impression, on the importance of registration and what you should be doing
Cookie Monster!
Nearly 40 percent of Internet users delete cookies from their primary computers on at least a monthly basis, according to a study by Jupiter Research. The finding has big implications for advertising and marketing firms that depend on cookies for tracking and targeting.
Based on a survey of 2,337 U.S. respondents, the study finds that 17 percent of Internet users delete cookies on a weekly basis. Approximately 12 percent do so on a monthly basis, and 10 percent make it a daily habit.
Why not to use Frames
Here's a 10,000 foot list of reasons why not to use frames. They sound technical but they're really business reasons. Read the actual article for an explanation of each.
Standards should be viewed as guidelines. All of these reasons are valid if your site doesn't require the use of frames. But if you have an interactive site that uses instant messaging or alerts then it's mandatory that you use frames!
- Frames break the unified model of the web
- Frames cause problems for search engine robots
- Frames make URL's stop working
- Frames break bookmarking
- Frames make printing more difficult
- Frames hurt accessibility
- Frames increase technical complexity
Pop-ups
Text is Text
Come on B - Gets your S together! What are you going to tell the business when your site isn't making it to the top of search engines? Especially when your ignorant standard says you're only allowed to use graphics for headers. Bye Bye.
After ten years, you'd think web designers would understand how to use text, but they don't. Here are some helpful hints.
Text is Text. Don't use graphics or Flash for text. The first reason is it increases the size of the page; the second reason is it isn't search engine friendly; the third reason is the graphics are often of poor quality and are aliased (jaggy);
Emails
I truly and I mean truly hated programming and testing HTML emails. Web based email sites such as Hotmail just bastardized the code to the point where the email was mangled beyond recognition. What made it worst was after fixing it, I knew the process would have to be repeated the next time out. Will you guys just tell us what the F'n rules are. BTW, crossing my fingers isn't helping. Billy, you listening.
HOTMAIL
- Ignores everything in the <head></head> tags, including <style></style> but will render <style> tags that are in the <body>
- Renders inline styles, except:
a. margins (which is unexpected)
b. background images
c. does render specific heights
- Does render traditional background images correctly, for example: <td background="image.gif">, as well as height and width.
- Ignores BODY background images.
So, if you're creating an HTML email or template, here's the formula for success:
- Use Tables
- Use Inline CSS, padding, borders, fonts, colors, but NOT background-images or margins
- If you need background images, they only work in TD table cells, coded traditionally, not CSS.
- <body> background images... won't work. Better to have a big Table width 100%, height 100% with a background in the TD.
- Need a specific height? It'll only work as a traditional <td height="x"
width="x"> not CSS.
- Use images for text as little as possible and if you do, make sure that you use good alt tag descriptions of the images.
Screen Sizes
Remember you have to account for the scroll bar B! Because Screen Size doesn't matter, it's all about the Browser Window Size.
The biggest challenge for the future is going to be designing for screen sizes because screen sizes are just getting ridiculously large and small. Here's a great article from Web Monkey on Sizing Up the Browsers and details about each browser including versions and recommended page design.
Rant: Why do sites create polls to ask their visitors for the screen sizes? Dah, just program it and log it! Which is more accurate?
| Browser Size |
Viewable |
Monitor |
Type |
| 640 x 480 |
610 x 280 |
15 inch |
VGA |
| 800 x 600 |
770 x 400 |
15 inch |
SVGA |
| 1024 x 768 |
990 x 560 |
17 inch |
XGA |
| 1152 x 864 |
? |
15.4 inch |
XGA |
| 1280 x 1024 |
? |
15.4+ inch |
SXGA |
| 1280 x 800 |
? |
15.4+ inch |
SXGA |
| 1600 x 1200 |
? |
19+ inch |
UXGA |
| 1920 x 1200 |
? |
19+ inch |
UXGA |
Here's a free online Screen Size Tester. You can choose the browser (IE or Netscape for Windows or MAC) and screen resolution.
"Size-O-Matic makes it easy to view your web pages at any resolution without having to actually change any settings on your computer."Yo, it's FREE!
I'll save you the trouble. If you are or going to view this site at 8x6, I suggest you crank it up to 1024x768 or go buy a new monitor. Since I'm using a liquid design it will scale horizontally but I've read Software Usability Research Laboratory (SURL), Usability Study that concluded that participants chose 35 and 95 characters per line as the optimal number.
Remember the sample size is iffy at best. They were college students which probably explains the discrepancy!!!.
Meanwhile, Usability.gov Guidelines specifies that readability is improved when the line width is longer.
Oh Well. I guess you better start counting.
Play Nice
Based on my logs, 92% of the vistors are using 1024x768, 5% at 1280 x 1024 and the remainder are using 8x6. One of these days, I'll add custom stylesheets. Time permitting, I'll even find add the appropriate font sizes for each screen size. I'm now off the hook.
Tips
- Keep Your Eyes on the Content
- Think, Design, Draw
- We Heart Site Maps
- Don't Reinvent the Wheel
- Stay Objective
- From Concept to XHTML
Joshua Kaufman, Getting IA Done, Part II - August 22, 2005
Colors!
Research reveals all human beings make a subconscious judgment about a person, environment , or item within 90 seconds of initial viewing and that between 62% and 90% of that assessment is based on color alone.
Institute for Color Research, Getting IA Done, Part II - 1997
Generally speaking, our participants tend to have the background color of webs as red, blue and green, which we call three primitive colors. They are the purest colors within the spectrum. It is to say that our participants prefer pure or sterling web pages.
People prefer some kind of color when they visit some catalogue of companies' web. There should be certain relationship between catalogues on web and their color. We find that from the test as following:
About us: red, orange, green
Company news: blue
Products introduction: blue green
Service/Technical support: blue green
Finance (stock, financing, purchasing or purchase through internet): red, blue
Human resource (recruitment or training): blue, green, yellow, off-white
Homepage: blue
Web community (partners, member center or enterprise culture): green, blue
After the research we find it important to choose suitable color for certain catalogue in web design. It can not only help users to find out which catalogue they are in but let them feel very comfortable surfing the net. Gratifying web design let users have respect on the companies. And that is the most important thing.
| Title |
Author |
Description |
| color my world |
Molly |
Another issue often missed when determining color is gender. Men's and women's reactions to color are significantly different and, when combined with cultural issues, the challenge becomes quite complex. |
| Coloring Outside the Lines |
Mary Carter |
Long before anyone fully absorbs the content of your Web pages, they will see the colors on your page. Some people will like your colors. Some will not. What you want to do is to minimize the number of people who do not while not becoming so bland that no one really likes them, either. |
| Color Research Result in Japan |
colordream.net |
Men like blue and ladies love pink. As you see at the table below, Men like blue, light green, turquoise etc., or cool colors. Ladies' colors are light pink, strong pink, red etc., which are reddish and warm ones, and next to these, turquoise, blue and purple. In this results, generally say, Male like Bluish colors and Female like Reddish ones. This is very Japanese tendency in color preference. And as to the width of selected ranges on colors, ladies have more variety than men's. |
| Plastics Packaging Future Color Palette |
Jobwerx News |
The color palette is derived from broad research into color influences, preferences and trends. "We monitor societal, political, economic and other influences to create a palette that provides a fresh interpretation of color categories in a changing world," says Linda Carroll, Market Development Manager. "Our overriding goal is to help those who use our color masterbatches to create aesthetically pleasing packaging that appeals to consumers and moves our client's brands off the shelf. |
| Color: Use in Design |
Cynthia Shehata |
Great article on colors; Symbolism, Physiological Effects, Gender Differences and Preferences |
| How to make figures and presentations that are friendly to color blind people |
Masataka Okabe and Kei Ito |
There are always colorblind people among the audience and readers. There should be more than TEN colorblinds in a room with 250 people. (50% male and 50% female) There is a good chance that the paper you submit may go to colorblind reviewers. Supposing that your paper will be reviewed by three white males (which is not unlikely considering the current population in science), the probability that at least one of them is colorblind is whopping 22%! |
| Web 2.0 Colour Palette |
Companies claim their colours. It's no longer just the Blood and Creps |
|
CSS Know How
| Article |
Type |
Description |
| "HasLayout" Overview |
Info |
This article explains the inner workings of the MSIE rendering engine from the perspective of HTML element layout |
| ragged float |
How To |
The idea is to float DIVs into place (instead of images), with a fixed width. So when the text goes to fill the page, it hits the DIVs and makes the text float along side the images curves. |
| Learn CSS Positioning in Ten Steps |
Tutorial |
This tutorial examines the different layout properties available in CSS: position:static, position:relative, position:absolute, and float. |
| Fluid Corners |
How To |
CSS Rounded Corners 'Roundup', CSS techniques introduced for creating boxes with rounded corners, most notably those involving CSS and JavaScript and no images. |
| Rounded Corners |
How To |
Round corners in pure css for liquid design and transparent scrolling - tutorial and stylesheet |
| Rounded Corners |
Example |
Flexible box with custom corners and borders |
| Customising custom corners and borders |
Tutorial |
The technique for creating a flexible box with Transparent custom corners and borders that I described here in mid May became quite popular. I have updated the technique to fix most of the glitches pointed out in the comments to the original post, and it should be pretty solid now. |
| Simple Rounded Corner CSS Boxes |
How To |
For those of you that haven't seen it, you can make boxes that look like the following (or better/worse) with this technique. The neat thing is that they expand and shrink automatically to fit your content and the XHTML markup is really light |
| How to Print Selective Sections of a Web Page using CSS and DOM Scripting |
How To |
This is an experiment to see if it’s possible to selectively print sections of a large document usings CSS print styles after the page has loaded without affecting the on-screen display. |
| CSS Navigation Techniques |
Examples |
The examples of CSS-based Navigation, Screenshots |
| Cascading Style Sheets and Dreamweaver CSS Reference Sites |
Resources |
Tons upon Tons of links |
Designing Web Sites for Sony PSP
It's truely the dawn of a new era. Convergence is finally here. The NetFront browser has surprisingly up-to-date support for current technologies and standards.
- Minimise traffic between browser and server so that the user feels the application is responsive.
- Be clear on the interaction mode being used - regular HTML versus Ajax versus desktop application so that the user can predict what will happen next .. no surprises.
- While avoiding confusion, borrow from conventions of HTML and desktop applications so that the user can rapidly learn how to use your application.
- Avoid distractions such as gratuitous animations so that the user can focus on the task at hand.
- Stick with Ajax wherever possible - just say no to entire page downloads so that the user's experience is consistent.
- Adopt Ajax for usability, not just to illustrate you're hip to where it's at so that the user is engaged, and not immediately driven away by your nod to website splash screens, <blink tags>, popup ads, and other usability disasters of websites which have gone to a place you don't want to be.
Ajax and Usability
| Date |
Author |
Title |
| February 20, 2005 |
Thomas Baekdal |
XMLHttpRequest Usability Guidelines |
| February 24, 2005 |
Jason Fried |
XMLHttpRequest, Ajax, and the customer experience |
| March 7, 2005 |
Thomas Baekdal |
Usable XMLHttpRequest in Practice |
| May to June 2005 |
Alex Bosworth |
Ajax Mistakes |
| May 2005 |
Harry Fuecks |
A Grumpier Ajaxian |
| May 24, 2005 |
Rands in Repose |
The Web Application Leap |
| July 27, 2005 |
Thinking and Making |
Best Practices: Implementing javascript for rich internet applications |
| Swiki ? |
Todd Blankenship |
Ajax Mistakes |
| September 6, 2005 |
Ryan Campbell |
The Hows and Whys of Degradable Ajax |
| September 26, 2005 |
Pavel Simakov |
Javascript Refactoring For Safer Faster Better Ajax |
| September 2005 |
QuirksBlog |
addEvent() considered harmful |
| October 3, 2005 |
Jakob Nielsen |
Top Ten Web Design Mistakes of 2005 |
| January 7, 2006 |
Bill Scott |
Nine Tips for Designing Rich Internet Applications |
| April 12, 2006 |
Bill Scott |
Designing for Ajax - Presentation |
| Unknown |
Washington University |
AJAX and Accessibility - tons of links |
Must Read
|
|
|
|
|
|
Web Design B-Roll Collapse
|
|
|
|
|
| |