Tag Info

UPPERCASE text is harder to read because the shapes of all the uppercase letters are all rectangular and users are not used to reading text that way. Therefore it is harder to scan, less efficient, and consequently a bad thing for readability. See also this article from UXMovement: Why Text in All Caps is Hard for Users to Read. And quoting from that ...

It depends on how you are using it. All caps can be fine when used correctly. The site you have referenced does look slightly odd to me, this could be because of the typeface itself. Certain typefaces such as Trajan Pro and Bebas consist of only all caps characters. These types of typefaces are usually used very successfully in headers and titles. The ...

I hate to be this guy, but The W Blog has an article digesting some research suggesting that the presumed "letter shape" theory is incorrect on why CAPS LOCK is harder to read. It's a good article that cites real research you can delve into as deeply as you like, it suggests that the presumed reasons (letter shape ect.) for why UPPERCASE is hard to read are ...

I think you should avoid it. Brent Simmons recently wrote about word choice, specifically the "Connect" and "Discover" tabs in the new Twitter for iOS app: What we know about people and words People respond best to concrete words, and English speakers respond best to non-Latinate words. When asking your significant other to pick up some milk ...

Old fonts were created in a single case, which is now considered to be capital letters. That's when tradition of writing all caps started and that's why people are using all caps fonts like Trajan to make "older" look to text. We don't read each letter, we recognize words really fast by it's shape. Some of letters are above baseline(i,k,l), some of them ...

This suggestion is almost embarrassing, but have you considered using: download bmml source – Wireframes created with Balsamiq Mockups Keep it simple and users will know what to do.

No, it isn't necessary and some apps doesn't have a window title, but... Imagine a multi-window app: how would you guess which document you're editing? (look at the Finder: if it will miss the title, you probably will loose the context, which is very important in some cases). Imagine several different but looking almost similar apps, how would you ...

First of all, you should always have a navbar in each of your views, so you need to ask yourself what you are trying to achieve by not having the text there. The iOS philosophy is that the navbar should indicate where you are in the app. Most of the time this is accomplished by a title, but there are some cases where it can be accomplished without on. ...

All caps is generally not in fashion in designs these days, except in some logotypes. There are arguments that can be made from a readability standpoint, but I think the reasons to avoid them on the Internet are as much cultural as they are technical. First of all, computer systems that could only display capital letters existed for a while and so today ...

If there's the possibility of very long titles I would have them left aligned and not in a title bar (to allow line breaks). Update: Just checked amazon.com and they do it exactly like that: Hope that helps.

Have you thought about Icons? Combine them with placeholder text to make it super easy for the user download bmml source – Wireframes created with Balsamiq Mockups

Perhaps you could use Online Contact Online Contact Info [informal] Online Contact Information Online Addresses or, if space is a problem, just Online Info or even Online

Since this is a printed document not a form with inputs I see no need for a label at all. Something like: Dilbertsoft www.dilbert.com     dilbert@example.com Is perfectly clear. Email/website are easily recognizable from their form alone, and unlike postal addresses there's no need for clarification as to where the address goes. This ...

UI's paradigm people use is windows/desktop paradigm for a long time now, so maybe not necessary but they will often look to a place where window title should be just to make sure are they on the right track. Also window title can contain additional and maybe important info like: what tab are you on (browser) what document are you on (word) what image ...

Our alphabet is designed with distinct shapes for recognition, even the capitals. Readability isn't an issue, this is a question of typography and aesthetics. In this case it is a cleaner look to avoid descenders due to the rule placed below the title. I would recommend using a single font-size for the titles though, the variance in height makes it look ...

If you are filling in the information yourself and not expecting others to fill it in, like you stated I think that "Web Contact" would be sufficient: Web Contact: www.website.com , email@email.com A url and an email address both have a distinct enough format that people will know what they are.

I covered a very similar question to this recently regarding titles on links, below is a summary of the points, my focus was on accessibility of the title attribute. 1) There is some argument as to how to use the title attribute, especially for images and links. Below are some differing points of view: Nielsen says: The goal of the link title is to help ...

The benefits of using the title attribute would be improved accessibility (think screen reader software), as well as improving your keyword density and adding extra content for SEO. When done correctly they can also help usability by providing additional information, as was attempted with your sample website. There are javascript functions and jquery ...