Print

Print


I tried not to enter this debate (again). But I can't keep quiet.
There seems to be a lot of misunderstanding about the nature of the
design constraints for computers and phones and the differences
between the control one has on those domains versus on a printed page.

I am certain that this group includes numerous, excellent web
designers.  But others of you seem completely ignorant of the rather
horrid limitations of website design, but that hasn't stopped you from
making comments. There seems to be a huge confusion, believing that
traditional typographical design rules can apply directly to the web.

Experienced web designers: either stop reading now, or read it and
send in corrections or enhancements.

Let me try to explain some of those challenges. Designing websites for
the incredible variety of systems and displays and brands all with
different rules and languages, is a real design change. It is a
different world from paper.

The displayed page may look like a printed page, but consider these
facts. (Facts, not opinions).

The designer has no control over size, resolution, or color fidelity
of the device on which it is to be displayed. People read websites on
tiny phone and on huge screens: Take a look at Apple's largest
displays: huge.

On top of that, the user may make the window of the browser tiny or
large, narrow, or broad. Lines usually automatically adjust to the
browser width, hence little control over line length.

The display may be mounted in landscape or portrait mode. The screen
resolution varies dramatically (pixels/inch or cm). And pixels are
neither points nor ems.  The very same text displayed on a Macintosh
comes out a different size than on a Windows machine, even using the
same browser and display monitor.

Then we have different operating systems. About 5 versions of Windows
are still being used and maybe even more versions of the Mac OS.  Then
there are browsers, that do the rendering: there are three major
brands: Windows Explorer, Apple Safari and Google Chrome.  Each of
these has many different versions.

You do not know what fonts are available.


Implications: You can affect but not completely control:

* white space

* line length

* the font family being used (whatever font you specify in the HTML
code may not exist on the machine that is displaying the information).

* Kerning? Hah. forget about it. You can't even control the font
family or the spacing between lines or where the line breaks occur.

* The material to be displayed.

Example: this email.  Modern systems allow some control over
formatting through the use of HTML items such as lists (numbered,
bulleted, or just lists). Indentation. My email system lets me specify
font size as "small, medium, large").  Bold and italic font.  But List
Servers such as this one do not allow that.

I had to switch to "plain Text" in writing this, else my submission
gets rejected. Suddenly the font on my screen is tiny. I cannot change
it I have no idea how this will be displayed on your screen.
Moreover, i cannot change indentation, do underlines or bold or
italics. This is the world of design for the web.

Tell me again about my use of white space, kerning, and balance for
this email? My choice of font family? You have more control over how
my writing is to be displayed than I do, but neither of us has much
control.

 Learn a page display language, the most common (and required
standard) being HTML (HyperText Markup Language) plus the associated
scripts that attempt to specify the typographical components (CSS
scripts). There are many HTMLs, for each year new specs are added.
HTML5 is the latest.

NOTE. No vendor of browsers has ever implemented the official HTML
standard. Even though they take part in developing these standards,
they never implement all of them.  So something that renders well on
one browser may fail to show up on another.  (there are lots of good
(and BAD) technical and operational reasons for not fully developing
to the standard, but it causes real havoc.)  (The people from the
company who helped develop the standards are often powerless to get
the developers in their own company to adhere to them.)

There are also different standards for animation and dynamic text.
Many different tools. Flash is commonly used, but I predict it will
cease to exist. HTML5 now does some of what flash used to do. Adobe
(the developer of Flash) is now providing yet new tools (Edge, among
others) so that flash developers can still program in ActionScript,
but it compiles into HTML5.  (ActionScript is a time-based editing
language.)

Web developers have to learn many languages: HTML5, ActionScript, and
all the various specialized components of whatever tools they prefer
to use.  These languages are continually continually changing to keep
up with the developers' demands and the changes in technology. Just
keeping up to date is hard work.

Studies by my company (and many others) show that people look at and
read web pages very differently than they read printed documents. We
record eye movements, have people solve problems, watch people doing
their normal work, etc. Eye movement patterns are very different.
depending upon the task and very different on websites than on phones
than on paper catalogs or newspapers.

It is all very nice to say that websites should be evaluated by
printing them out, but that is not how we teach people to do it.
That is because real people use the web pages: they do not print them
out. Moreover the printout will not look like what is on a browser.

We teach that they have to evaluate websites on real monitors with
real OSs and browsers.

Any decent web producer has a battery of different machines and
displays. Websites are tested on a variety of combinations.  Even
then, it is impossible to test all the many weird configurations
people actually use, yet the goal is to make a website look good on
all of them.

(This is why Apple and Microsoft release their systems in "Beta": Even
though they have huge testing labs, they can only test realistically
if millions of people try and give feedback.  And even then, they
won't get al the configurations, which is why after an official
release, there will still be bugs and problems that have to be fixed
with patches.)

And much of the material is dynamic, tailored for the viewer:
advertisements, even articles. Photos. Editors expect to e able to add
or subtract photos by themselves into a template. They will change the
length of the captions and the text. Some systems automatically
compile text for each viewer. So how can you lay out something when
you don't know how many illustrations, or their size, or the size of
their legends, or the amount of text, or the sizes of headlines?

---

Today, it is about to get  better for the user and far worse for the
designer. The development of gesture-based phones and tablets has
caused every vendor -- Google, Apple, and Microsoft -- to bring out
entirely new ways of displaying material, changing the rules. Google
just brought out "Ice Cream Sandwich," their new OS that is quite
different from what is now on the market. Apple has  iOS5. Microsoft
is bringing out Windows 8, again a major, rather revolutionary
departure from existing systems.  Although Android and iPhone displays
look similar, Microsoft's new system looks very different.

All companies said "the very same application can run on a Computer, a
smart phone or a tablet."  (Google does not (yet?) make a computer.
They do make "Chrome," a cloud-based computer, but it uses their
Chrome browser to display everything, so one could think of it as a
tablet with bit in keyboard, that may or may not have a
touch-sensitive screen.)

Touch sensitive screens: suddenly the rule for targets -- the things
you click - change. Fingers are not a precise as a mouse pointer or a
stylus. So the screen design has to accommodate the fact that any
display might now be controlled by touch. So you can't have touchable
items close to one another -- and they must be big enough.   This
means, for example that you can't have a list, where someone just
points to the list item of interest: the finger point is not accurate
enough to select one word or one line out of normally-spaced type.

Each company's system is different than the others. So web developers
have to encode differently for the different OSs, and the different
browsers.

And although it is nice that the same apps might run on everything,
where everything uses touch and gesture (yes, even computers --
although they will still have a keyboard and mouse, except for Apple
where the mouse, I predict will be replaced by their touchpad).

And now the same information will have to be read on a tiny phone
screen (and the phone screens vary a lot in size), on tablets (where
they already come in many sizes. Apple has its touch and iPad. Android
tablets are made in 5", 7" and 10" (and others). Microsoft has yet to
enter the game but they are coming on strong: their new Windows 8
system for smart phones (think Nokia reborn), tablets, and computers
is very exciting: it is the best one out, I believe. (well, it isn't
quite out yet).

Getting legible type -- form size, contrast, and line length -- is a
real challenge.  But it can be done. Designers have some control, but
the design must figure out the size of the browser, the brand and
release of the browser and OS, and even the screen resolution and size
and display accordingly.   Lots of conditional statement.

Yes, a lot of this is automated. But when you see the results of the
automated systems you will cringe even more.
------
I don't do web design. I do interaction design. Actually, what i
really do is advise companies on who they have to hire  on where their
design team should be situated. On the need for multidisciplinary
teams, with designers usability experts, engineers, programmers, and
marketing all in the same room from day one. Where they are
co-located.  Central design studios are a disaster (as are central
marketing and central engineering). The people o a project have to
move to the project location.

Designing modern products is not a craft skill It is a complex mix of
disciplines each with its own powers and constraints. Often these
constrains are incompatible, which is why the teams have to be
co-located -- so they can work out a decent result.

This is hard work. Challenging. Fun.

It is about to get far worse in the attempt to make the end results
far more exciting and powerful.

In the startup companies i advise, if the people are not careful al
their resources are being used simply to keep their systems running on
the many varieties of Blackberries, iPhones, and Android phones out
there. So don't do it, i say. Design for just one phone: whichever is
your customer base. It used to be that this meant Blackberry for
business people and Android or iPhone for the others. iPhone used to
be the obvious choice, but now Android is used by more people than
iPhone, but it is much more difficult to design for because of the
variety of models.

So too with websites. And remember, people more and more view websites
on phones.

And people less and less print web pages.  Tablet viewing has replaced printing.
=====
Thank you for your patience

Don