10 Things a Website Should Never, Ever Do

As a designer of the world wide web, you are armed with the power to amaze, enlighten, entice, and captivate. The web is an easel for your creative aspirations, and the content you design for is the foundation of your creativity. With so much power at the tips of your fingers, you also possess the ability to deter, annoy, anger, and infuriate. Your users are yours to command, their emotions yours to pluck like the strings of a harp.

It’s the latter of these powers that we discuss today: your ability to destroy the desire for users to stay on your site. We’ll examine the causes of user strife on the web, and see clear examples of common mistakes that designers and developers all-too-often seem to make.

1. Never interfere with the ability to scroll

The browser window is a fairly simple application: an address/search bar, a few buttons, and a big window where users read, scroll, and click. Sure, most browsers have other bells and whistles, but it really boils down to these essential elements of the browsing experience. Rule number one: never, ever (ever, ever) interfere with these most basic features of the browser window.

Example: Microsoft SharePoint 2010

Microsoft SharePoint 2010One of the most preposterous features of an interface that I’ve seen is SharePoint 2010’s new ribbon interface. The default SharePoint 2010 interface includes a simple CSS style that disables the scrollbar on the <body> element. Microsoft chooses to remedy this by adding a scrollbar to other division elements in the interface instead. This results in a fairly impressive “fixed” ribbon, but it has some infuriating side-effects.

  • When a SharePoint 2010 page loads, users will not be able to scroll until all JavaScript has loaded.  On slow servers or on large pages, this can take up to 2-3 seconds, which can be quite infuriating.
  • Some devices don’t execute the JavaScript in the expected fashion, resulting in the complete inability to scroll on mobile devices and tablets.

An easy solution

The truth is, creating a “fixed” element is a fairly simple CSS technique that has become extremely popular in the last few months. The complexity of Microsoft’s interface is it’s downfall. Always practice in simplicity, because fewer things can go wrong in the end. Build simple interfaces, and never disable the scroll bar. Do this, and you’ll know at least one person who doesn’t hate your guts.

2. Never allow form resubmissions

Forms are a fairly standard feature of the web. Users see them and use them all the time: to sign up, sign in, order, update, and the like. With so much familiarity, it’s a wonder that forms are one of the largest sources of frustration to users. Between data, validation, formatting, handling errors, and all the auxiliary things that seem to surround web forms, things can get pretty complex for designers and developers. All the while, you try to keep it simple for your users. It’s a tall order, to be sure, but there is at least one thing that you can do to help users stay calm.

Example: The Form Resubmission Prompt

Form Resubmission

This is Google Chrome’s form resubmission prompt. Most browsers have something very similar. This appears when users click on the “Back” and “Forward” buttons in the browser, or when they “Refresh” a page on which they have submitted a form. As web junkies, we might know what this means, but it has a more elusive meaning to your every-day internet users. Most of the time, you’ll find that users simply click the default option (in this case, “Continue”), which can lead to duplication of orders, data, requests, and all sorts of things that would be better off if avoided. Also, it’s just another annoying prompt that users encounter while they’re using your site.

A Simple Solution

The solution to form resubmissions really depends on the platform your website runs on. In most cases, a simple fix is to separate the script that submits the form data, and the script that receives and processes that data. For example, if you’re using a PHP-based platform, you might have a form that looks like this:

<form action="submit.php">
  <input type="text" name="user" required />
  <input type="password" name="pass" required />
  <input type="submit" value="Log in" />
</form>

To avoid the resubmission prompt, your submit.php script would forward to another page, rather than displaying a page in the browser.

if(isset($_POST['user']) && isset($_POST['pass'])){
  // do something with the form data
  header('Location:/login/form.php?success=true');
}

This receiving script never actually displays anything in the browser window. Instead, it receives the form data, does something with it, and then forwards the user somewhere else. Using this technique, when users click on the “Back” or “Forward” button, the browser will skip the submit.php page completely, and never see the annoying form resubmission prompt.

3. Never disable keyboard support

Sprint Sign-InWhile we’re on the topic of forms, let’s look at another deviation from web standards you’ll want to avoid. To the right, you’ll see a screenshot of the login form at mysprint.sprint.com. I have a Sprint mobile phone, and I occasionally use this login form to sign in and review my account, see my bill, or (more commonly) daydream about all the fancy new mobile phones that I don’t have.

What went wrong

The font sizes are a little small for my taste, but the appearance of this form is not the worst I’ve seen (yes, that was a compliment). Design and aesthetics aside, there’s one feature of this form that drives me absolutely crazy. It’s an extremely simple form, one that I’ve encountered on countless other websites before. As usual, I would expect to enter my username and password to sign in without a fuss.

Unfortunately, this is not the case. While focusing in either the username or password textbox, pressing the ENTER key does absolutely nothing. I’m not the type of user that wastes time after filling out a form by lifting my hand from the keyboard and finding the submit button with my mouse cursor. I’m all about speed: on most websites, it’s type, type, ENTER, and the form has been submitted. On Sprint’s website, however, they’ve removed this behavior, and thus they’ve earned a place on my list of don’t-do’s.

4. Never fail to give feedback

Facebook - Add FavoriteFeedback is important, especially if you’re working with the awesomeness of AJAX. Traditionally, you knew what was going on in a web page, because any time you clicked on something, you had to wait while the next page loaded. There was a very apparent interaction period, and very obvious feedback from that interaction. With the introduction of new technology like AJAX, however, that feedback is not always so obvious. Today’s websites are much more interactive, and the result of those interactions (whether successful or not) needs to be communicated to the user.

Example: Facebook

There’s an easy way to test this: visit a web page, turn off your wireless adapter, and then click on things and see what happens. Obviously, because you’re not online, anything you do should be very obviously followed by a “no connection” message or some sort of indication that you’ve failed to do something. Facebook, a website that makes gratuitous use of AJAX for interaction, is not so good about warning users when things have failed.

Editor’s note: yes, I am using pirate Facebook.

One particular example is the new “lists” feature that allows you to mark a list as “favorite.” Even when you’re offline, Facebook gives you no indication that the action has failed. Never assume that users will have a fast connection, or that AJAX requests will complete. You should always provide feedback if something fails, especially when no page loads are involved.

5. Never disable keyboard navigation

Different strokes for different folks. That’s a saying that I like to spew off at random times, usually in a failed attempt at humor, but the lesson of this silly quip is tried and true: everyone has their own way of doing things. This can also be applied to navigation on the internet. Some people prefer to use their cursor for absolutely everything, and only resort to keyboard use when absolutely necessary. Others use the keyboard almost entirely, tabbing, backspacing, and scrolling their way through the world of the world wide web. Others, still, use gestures and touch screens to flick and fly their way through the internet. As a crafter of the interactive, you must adhere to all of these people. Never detract from your users’ ability to navigate in whatever way they damn well please.

Example: No, I don’t want to search

eBay Auto-focusI’m going to use eBay as an example, just because they’re so big, but many websites out there are guilty of this annoyance. Upon arriving at eBay’s website, they use JavaScript to auto-focus on the search bar. I guess they’ve already decided, before you even visit, that you want to search their website. For some users, however, this can be incredibly annoying. A common and simple way to scroll down the page, in all browsers, is to press the space key. Pressing this key will advance the screen about one page, so you can continue reading without having to worry about scroll bars and the like. If you’re auto-focused on a search box, however, it disables your ability to do this. Even if it’s only a minor annoyance, it can be incredibly frustrating to users who like to navigate in this fashion. Likewise, I often use the backspace key instead of the back button to go back when I didn’t find what I was looking for. With the focus on a search field, backspace navigation simply doesn’t work.

The fix for this one is easy: don’t do it. It’s annoying.

6. Never move content without user interaction

Websites can be so damn sneaky. I guess they need to make a buck, but who doesn’t? One thing that will drive your users bonkers is anything that moves without a prompt from the user. Yes, I’m talking about you, “auto-expanding-advertisement-that-plays-a-stupid-video-of-a-guy-who-walks-across-my-screen-when-I-just-want-to-read-the-damn-article” guy. I also dislike anything that happens on hover (including drop-down menus). Hover is so 2000’s, get with the times, people. The only time your website should “move” or “do something” is when users tell it to. Most simply, any time they click, drag, or scroll. That sounds simple and obvious, but not everyone adheres to this most basic of principles.

Example: Digg.com

Digg Advertisement

While the quality of Digg’s content is another concern, one thing that does drive me crazy is the sponsored links that appear in the rollup. Notice the promotion from NewEgg.com. This link does not actually appear on page load, but rather when users hover their mouse cursor into the rollup of popular stories. This means that if you’re a fast clicker (aren’t we all?), you will often accidentally click on the advertisement instead of the story you’re interested in. Good for Digg, bad for users. Stop being so shifty, internet.

7. Never use fixed position without a fallback

A “fixed” element in the browser window is one that stays on the screen, even as you scroll down the page. It’s a simple CSS technique, but it’s been amazingly popular in recent months. One thing I’ve noticed in all these fixed designs is the failure to provide a fallback for users who are on smaller screens. The truth of the matter is that the web isn’t just for desktops any more. Internet connectivity is coming in all sorts of shapes and sizes: desktops, laptops, mobiles, tablets, e-readers, gaming consoles, and even refrigerators (yes, even refrigerators). The future promises only more diversity in internet-connected devices, and that means you can’t assume users will have a large viewing area on which to see your website.

Example: Pandora.com

Pandora FixedThis is a screenshot of Pandora’s fancy new HTML5/CSS3 design. First of all, I’ll say that I love Pandora.  Maybe too much. It’s pretty awesome, and it even lets me give all of my radio stations quirky little names like “Harmonizatorasaurous” (eat that, spell-check).

Pandora’s new design includes a fixed header, like many new designs, but it seems the header does not provide a fallback for users on a smaller screen. When reducing the window width, it clips the player controls off the edge of the screen. If a fixed element is clipped, users can’t see it, even if they try to scroll to see more, which can be a huge problem.

A simple solution

An easy solution to this problem is to make the default behavior of your site’s header to maintain a static position, but when users have a large enough screen, you can make things fixed for a more impressive presentation.  The following jQuery snippet does the trick quite nicely:

$(window).resize(function(){
  resizeUI();
}); 
$(document).ready(function(){
  resizeUI();
});

// resize on page load AND window resize
function resizeUI(){
 if($(window).width() > 500){
 $('#header').css('position', 'fixed');
 }
 else{
 $('#header').css('position', 'static');
 }

This script runs both on page load AND as users resize the window, so no matter what happens, you can decide whether or not to use fixed elements. You’ll have to mess with the values that the script looks at (width and height) to determine what works best for your site’s design, but it’s a useful technique to use.

8. Never use pop-up windows

Do I really even have to mention this one? I thought that pop-ups were notorious for the infuriating behavior that have on users, but I still see them “pop up” from time to time (pun intended).

Example: TinyMCE

TinyMCEI never use pop-ups. I always recommend against them. A common excuse is that your site should stay open, in it’s own tab, even if users click a link that takes them away from your site. I’ve got a simple response to that: wrong! Don’t let your head grow so big that you think your website is god’s gift to the internet. Users have gotten pretty comfortable with the idea of tabbed browsing, and they know how to manage their windows. Unless you’re Google, you’re not allowed to use pop-ups. It’s that simple.

Imagine my surprise when I attempted to implement the TinyMCE JavaScript editor into a web application I was building, and realized it still used pop-up windows for things like links and images. I am building a PHP application, and I have had stars in my eyes for WordPress the entire time, so TinyMCE was the obvious choice. I was so taken aback by this behavior that I ended up switching to CKEditor, another popular editor that has recognized the need to rid the world of these annoying little boxes, and I’m all the happier for it.

9. Never get quirky (well, not too quirky)

I love websites that are different, but not too different. There’s a fine balance to be made between adhering to expectations, and getting so weird that users have no idea what’s going on. As with most users, if I visit a website and am prompted to “explore this insanely huge image of nonsense to learn how to navigate our site,” I’m going to leave and never return. I’ve never been a proponent of Flash, for this very reason, but I also recognize that it has it’s place. Flash can enhance a website’s content with some awesome features, but it should never be used to present content in its entirety.

Example: Sony.com

SonyCheck out Sony.com, and you’ll realize that a full 5-8 seconds will go by before you actually see anything on the screen that you can click on. Almost the entire site is in Flash, and it breaks about five of the ten “don’t do’s” that I’ve described in this article. All that aside, Sony has provided a non-Flash version of their site, which also subsequently presents a loading spinner for about 2-3 seconds that covers all of the content on the page. I’m not entirely sure why the designer who created the Sony website was so fond of things that come between users and consuming the content they came to read, but I do know this: it’s annoying. Don’t do it.

10. Never do THIS…

Okay, this last one is really just for fun, but never do THIS…

body * {
  -webkit-transition: all 0.5s ease;
  -moz-transition: all 0.5s ease;
  -o-transition: all 0.5s ease;
  transition: all 0.5s ease;
}
body *:hover {
  -webkit-transform: rotate(180deg);
  -moz-transform: rotate(180deg);
  -o-transform: rotate(180deg);
  transform: rotate(180deg);
}

Try it out by clicking on this button (you’ve been warned):


47 comments

  1. Josh McCarty says:

    Great list! Most of these have bothered me as a user over the years, and as a web developer/designer I notice them even more. BTW, TinyMCE offers modal popups for links or actual popup windows depending on how you initialize it.

    • Kyle says:

      Thanks, Josh. Good to know! I noticed that WordPress didn’t have the same pop-ups that the default installation of TinyMCE had, and I just figured they customized it with a plugin themselves.

  2. Great list, Kyle! I found your site looking for a refresher on CSS image hovers. Found this post, too. I had a good laugh after clicking the “Let’s Get Crazy” button. Good stuff!

  3. Timothy McClanahan says:

    Also:

    * Never disable right-click menu. It’s user-hostile and doesn’t prevent anything. It also disables functionality that people aren’t using to save images, etc.
    * Never have horizontal scrollbars. As Wil Wheaton once said, “Horizontal scrollbars make the baby jesus cry.”
    * Never have aut0-start audio.
    * Especially without unbelievably-obvious audio controls!
    * Never have text over a busy background graphic.

    • ” Never have horizontal scrollbars.”

      On most sites, yes. The occasional site can benefit from a horizontal scrollbar, but in that case, you shouldn’t have a vertical scrollbar. If you find yourself needing both horizontal and vertical scrolling (e.g., on a map), find some other method. IMO.

  4. Amit Thaker says:

    What about product related overlays in a shopping site? I am undecided on this. One argument for the overlays could be that i (or my client) want the visitors to be able see the relevant details, either on hover or click, and be able to buy within a few clicks. Would appreciate your opinion.

  5. jhjk says:

    6. Never move content without user interaction

    My favorite example are some new discussions forums, for example on slate.com. They have ajax to load posts people add while you read. If someone adds a new thread, whole discussion scrolls down right in front of your eyes. If someone adds a comment to some old thread, whole page scrolls up right in front of your eyes.

    Incredibly annoying.

  6. Ed Ruder says:

    Good tips!

    Here’s another one: Never disable zooming/magnification on a page. I’ve seen this when using an iPhone or iPad to view pages that use, ironically, “mobile-friendly” layouts–like this page! Pinch-zoom and double-click zoom enables users to, for example, read smaller print, or focus on the page’s primary content without being distracted by sidebar content–such as the nav links on the left of this page, which take up 30-40% of the width of an iPad screen, a huge amount of screen real estate!

    • Ed Ruder says:

      It’s nice that this page puts the nav element on the top, rather than left, of this page, when viewed in a small screen like an iPhone. However, such improvements don’t obviate the need to occasionally zoom in on elements. E.g., comments on this page are more tightly spaced/smaller than the main content, have avatars to the left, and can be nested, all of which increase the benefits of being able to zoom in on an element.

      • Kyle says:

        Ed, good feedback! I see what you mean. I removed the “maximum” zoom, so you should be able to zoom in as needed.

        • Ed Ruder says:

          Ah, much better! Thanks.

          The nesting of replies is such that the third level is virtually unreadable on an iPhone (lines wrap at about 6 characters). (I can’t wait to see if I can see this comment! 🙂 ) Perhaps stack the avatars and/or reduce the indentation per nesting level?

        • Ed Ruder says:

          Fourth level of indentation == 1 character per line! 😉

          • Kyle says:

            I’ve been using Screenfly to test it as well. It looks like I need to update my responsive CSS so that it removes any indents more than two levels…this will serve as a splendid test case.

  7. As a new “webber”, this article is useful to me…

  8. Stephen says:

    Great read Kyle. I have a question for you. I’ve been trying to find the best way to align my content to the center of the screen(on any screen) and after much googling, I’ve learned there are a few ways and they all seemingly have negatives attached. I’m @html_five on twitter. Do you have an approach you prefer?

  9. Douglas T says:

    Thank you! I’ll be showing this to everyone. I have discussions about these items on an almost daily basis. I’m glad to see I’m not the only one who finds these a problem.
    The only issue I regularly come across that I don’t see is “don’t hide your links”. For some reason I get regular requests to make links look like regular text. I’m not sure why that would sound like a good idea.

  10. Jon says:

    You mean I shouldn’t rotate everything 180 degrees on hover!?!? Lol 😉

    Anyways, nice article! A lot of the things you mentioned do really annoy me also (ie: I like using my keyboard for a lot of stuff).

  11. gs says:

    Nice points. To me #6 is one of the most annoying. When some ad slides-out upon mouse hover or an auto-sliding ad when the page first loads. I saw this on cnn’s website sometime back where upon page load the ad slides out automatically and after few seconds hides. Very annoying because it was scrolling the page down and up against my wish. Similar behavior was on ‘fastcompany’.

    Thanks for the post.

  12. Joseph says:

    I mean this in the best possible way, but you’re a bastard. 🙂 Great tips, but that last one, I couldn’t not click on it. 😛

  13. 阿萨德 says:

    阿萨德

  14. Voltsek says:

    Very nice article! The last one was really funny!

  15. Marcus Tucker says:

    Great article!

    However, regarding 7 you need to catch text-resize and zoom events too.

    I recommend that you use the JS microlibrary W to do this more cleanly https://github.com/pyrsmk/W

  16. samo says:

    May be a combination of 3. and 5.:
    Never disable default Keyboard Shortcuts or give them a new meaning.
    Best example: Hotmail
    F.e. Cmd+C will not copy the marked text to the clipboard, but open a menue instead

  17. […] Awww yeah. If I can stay away from Sharepoint for the duration of my career, I will consider it a worthy, noble, and weel spent career.10 Things a Website Should Never, Ever Do […]

  18. bob white says:

    If someone disables a feature of my device without my consent would they not be in violation of California penal code 502(a) subsection C part 5?

    “(5) Knowingly and without permission disrupts or causes the disruption of computer services or denies or causes the denial of computer services to an authorized user of a computer, computer system, or computer network.”

  19. […] 10 Things a Website Should Never, Ever Do | Kyle Schaeffer – Web Design and SharePoint Brandin…. Tags: do, never, web design, websites Today I Saw … […]

  20. Ian B says:

    Found this article due to a websearch for, erm, “websites that set focus to search box annoying”. Couldn’t agree more, particularly on the search box one. There seems to have been a huge fashion for presuming that anyone who visits a website wants to search it, which makes no sense when chances are you arrived there *from* a search engine. If I’ve searched for herb sausages and I’ve arrived at universeofsausages.com, I’m persumably on the herb sausages page already. I want to read it, not search it, but thanks to that search box auto-focus, I can’t scroll, or back, or use any other keyboard shortcuts until I’ve picked up my stylus (I use a Wacom tablet) and click or, if I’m lucky, pound the escape key.

    Damned annoying.

  21. Your post really helped me. ….Thank you….

  22. […] 10 Things a Website Should Never, Ever Do […]

  23. Useful post all these 10 list you have mention websites should need to avoid. Thanks for sharing this informative article.

  24. […] a result of disorganized content, poor communication, or a lack of consistency. Eliminating these common sources of frustration can go a long way toward creating great user experiences. Most of the time, however, it falls to […]

  25. Great article but I don’t agree with your statement (or, better, preference) that hover is 2000’s and whatever happens on hover is always bad. If the site contains many elements (e.g. many data displayed at once which is quite popular when comes to business applications) then hiding unnecessary elements and showing them in the appropriate context seems a good idea. For instance, actions that are related to the row in a table (edit, delete etc.) or a comment below the article (share, report as spam, remove etc.) might appear when the element is hovered. I’m not the only one who support this approach: http://uxdesign.smashingmagazine.com/2009/06/23/10-ui-design-patterns-you-should-be-paying-attention-to/ (pattern #10).

  26. Kendra says:

    I agree with Mikolaj, there are certain instances where displaying info on hover is acceptable – it’s a good way to reduce information overload. I also like ‘preview’ type pop-up boxes on e-commerce sites, but NO WHERE else.

    Awesome list overall! I found it while looking for examples of rotated elements – I got a huge laugh out of the ‘Lets’s Get Crazy!’ button = )

  27. Co says:

    Oh my god. I love this rotating element thing. I will be editing all my websites now…

    In all honesty, good article.

    My pet peeve annoying things: do something like a search or show ‘share on…’ after I select text. Or disable text selection . Text selection is something that is just use as a bookmark. This is where I stopped reading. And then some annoying popout thing is covering the content right below it… Don’t do that!

  28. Delwar Jahan says:

    Interesting thoughts, but I have to disagree a little bit with the popup thing. If you are running an affiliate site that needs to collect users e-mail address then it works better in a op up. The thing is how creatively you can do that.

    • Kyle says:

      Nope, still a bad idea. There are much more effective ways to do this without hijacking the users’ attention.

      • Max says:

        Pop-ups are pretty key for me when using support sites that have chat. I want that chat window to pop up so I can move it completely out of the way of the site I am viewing. That way I can motor around and look at account settings and bills while I am discussing my issues with the support person in chat.

      • Euhill says:

        Here’s my beef on some rather annoying use of Javascript. A couple of them are quite old too as they have been around since the late 90’s.

        1. Javascript that prevents the user from backing out of the page. This is just asinine and useless. Luckily Firefox has a couple of ways to deal with this stupidity. Either quickly double click on the back button or right click it for a list of the sites you have been viewing previously and select one of the sites. This has been around since the late 90’s and I still come across it today.

        2. Javascript that prevents a pop up window from being closed out. This one is down right infuriating. Aslo has been around since the late 90’s and still see it today.

        3. Javascript that runs in the background continuously on a web page with the sole purpose of refreshing the page after a certain amount of time passes like 30 seconds or so. This is just retarded and dumb. Why would a web page need to refresh at all while it is being displayed in a browser? It’s just a huge waste of cpu resources and makes it very difficult to actually view the page contents. It even makes it difficult to scroll as scrolling as very delayed. This also negatively affect the browser as a whole.

        Fortunately there is a firefox plugin called YesScript to deal with these retarded javascripts. Unlike NoScript, it only blocks javascript if you tell it to. Much easier to use than NoScript too. I tried Yesscript on one of those sites with the refresh javascript and the difference was night and day. The site was much easier to view with javascript turned off.

        Some other website annoyances, things that hover and cover content. Anything that jumps out of nowhere to cover content. Enough of that already.

      • Euhill says:

        There are a few legitimate uses of pop up windows. Probably the best one is where the site needs to turn off the url bar to prevent someone from using it to cheat or game the the system. Survey sites for instance. The real issue is where the site abuses the pop up window.

  29. Daniel says:

    Some good rules to obey, there are probably a couple dozen more that are just as horrible and just as wide-spread, for some reason. Up top on my personal most-hated list, the completely unnecessary “endless pagination” and other forms of dynamically adding content after a page has been loaded, where it isn’t called for. Ironically, many people seem to like justifying these things with mobile-friendliness, when in fact they’re even more useless and infuriating on mobile than they are on desktops.

    I would say that #5 (search field auto-focus) is a matter of preference and case-by-case applicability, though. There are some sites where I’ve actually been annoyed that the search field doesn’t focus automatically, and that I have to go click it every time. If searching is clearly the main use case of the page, I think it should. That’s probably not the case for eBay, but it is for e.g. a dictionary, or a database frontend.

  30. a Sherwood says:

    This rings true for me, I’m fighting with a few of these problems right now.
    The stupid Google reCaptcha is causing me all sorts of headache.
    Now, I’m on a laptop with a small screen and a very limited 1366×768 maximum resolution.
    I have to deal with this reCaptcha popup that thinks I’m a robot and wants help identifying commercial machinery and street signs, and it’s very keen to keep itself in a constant position on my screen.
    This leads to me easily picking out the 2 pictures with bananas in them; and then spending 5 minutes chasing a “Verify” button up and down my screen, which by the way sees fit to create more space beyond the bottom of the page for me to chase it into.
    This, of course, leads to some frantic Googling with no results other than finding this article.
    Oh, and thanks for #10. Puts my own problem in perspective, what someone could do if they wanted to rather than just being negligent and programming a hard-to-get button.
    And, uh, it was quite amusing to see!

  31. Jules says:

    Some very good points. It’s astonising that some recent site re-designs incorporate some of them.

    I “love”(?) No.10….
    Surely there must be a way for Users to disable Transition effects?
    Some people want new pages /elements to snap into view , not appear from the side or expand from a point.

  32. Mark Kuniansky says:

    Great list. There is a hint at one of my peeves – fields that move around on the page, depending what you input or select to other fields. Example: Select Unmarried for Marital Status, and a field for Civil Union appears, moving all the rest of the fields down on the page.

    Instead, I’ve been told to just gray out (not completely hide) the “not applicable” fields. Let inputters users at least see the “hidden” fields so they know they’re there but disabled, since that may tip them that they input something wrong. See above example.

    Am I off base here? Fields that move around on the page are a pain in the neck for automated test scripting.

  33. SG says:

    01. Content loaded with ajax content that can’t be bookmarked, can’t be cached and takes more time to generate
    02. Sticky headers
    03. Sticky headers
    04. Sticky headers
    05. Sticky headers
    06. Sticky headers
    07. Sticky headers
    08. Sticky headers
    09. Sticky headers
    10. Sticky headers

Post a comment

Your email address will not be published. Required fields are marked *