*** From the Archives ***

This article is from July 19, 2000, and is no longer current.

The Web Wizard: Make Web Text Appear the Same on Macs and PCs

23

Here’s a paradox for you: Most people who design for the Web use Macs, but most people surfing the Web use PCs. This fact would be mere trivia if Macs and PCs displayed Web pages in exactly the same way — but they don’t. Two key areas of difference — fonts and color representation — can compromise the appearance of your Web pages.

Graphic artists who work in Windows — a minority of the professional design community — can design Web pages with a certain amount of impunity. Simply stated, they can rest assured that the majority of the Internet audience will be viewing their Web pages on a similar platform, meaning some flavor of Windows. This is one way (and probably the only way) that Windows-wielding designers have a slight edge over their Mac counterparts. Still, if you work in Windows, remember that WWW stands for World Wide Web. And this wide world includes both PCs and Macs, as well as the occasional Unix system.

This column examines the problems surrounding font usage on the Web. Next time I’ll delve into cross-platform color issues.

An Existential Problem
Web pages are transmitted as ASCII text, in the interest of keeping downloads efficient. The appearance of the text is determined both by the HTML formatting commands that you, the designer, insert into the document and by the way end users’ browsers execute those commands.

For quite some time (since HTML 3.2), designers have been able to designate the fonts that appear on a Web page. But just because you ask for something doesn’t mean you’ll get it. In fact, if you specify a font that is not installed on the end user’s system, you invite font substitution, which can play havoc with your layout. This is true even if the reader views your Web page using the same platform you used to design the page. But it’s especially easy to fall victim to the perils of font substitution in cross-platform scenarios, because the Mac and PC come with different sets of basic system fonts.

Luckily there is an easy fix to this problem. You can specify typefaces in a way that matches up similar fonts on the two platforms. Take a look at this HTML snippet:

<font face="Arial, Helvetica, sans-serif">This is sample text.</font>

A Windows-based browser will display the text in Arial. A Mac-based browser will default to the second choice — Helvetica — because Arial is not typically found on Apple systems.

This technique is recommended for both the standard <font> tag (shown above), and for Cascading Style Sheets (CSS). You can list as many fonts as you like, but make sure you list them in your order of preference. You should also try to list fonts that have similar characteristics — especially character width and stroke weight. This will help ensure a more consistent look across Macs and PCs.

Of Points and Pixels
Cascading Style Sheets (CSS) provide Web designers with a lot of control over the appearance of text. Style sheets let you specify not just the font, but also attributes such as point size, indents, and letter and line spacing. As the cynical in the crowd might suspect, specifying these attributes doesn’t always give you great control over the appearance of your Web pages. Because of the differences between the Mac and PC operating systems, text specified at the same point size will be rendered at different screen sizes on the two platforms.

Macs are consistent. They render text at a screen resolution of 72 pixels per inch (ppi), which syncs perfectly with the print industry’s type specification system of 72 points per inch. In contrast, Windows renders type at a notional screen resolution of 96 ppi. In case you’re bad at math, the difference between 96 ppi and 72 ppi (24 pixels) makes the fonts on a Web page look 33 percent larger when viewed on a Windows machine.

Mac designers hate this phenomenon because it forces all of their type to flow differently than intended. Text blocks grow in size, and there may even be misalignment between pictures and text. Windows-based designers face a different but equally frustrating problem: Small type that is perfectly legible on a PC (typically 8 points or less) will be smaller — and often unreadable — when displayed on a Mac.

Whether you view it as a step in the right direction or an unfortunate straying from the rightful path, Microsoft muddied the Mac waters somewhat with its introduction of Internet Explorer 5 for the Macintosh. As a default, this latest Mac version of the browser also uses a resolution of 96 ppi for rendering fonts, to match the font handling under Windows. Note that IE 5 Mac users can easily revert back to the Mac’s 72-ppi resolution, however.

Bigger is Bigger
This whole kooky situation is exacerbated by the issue of screen resolution and monitor size. Basically, as the viewer’s screen resolution increases, the apparent size of the screen image (including both text and pictures) decreases. So 10-point type will look smaller on a screen that is running at 1024 by 768 pixels than on an SVGA screen at 800 by 600 (or on a VGA screen at 640 x 480).

Of course, the preceding statement is only true if all of the monitors have the same physical dimensions. The larger the monitor, the larger the screen image will appear. A 17-inch screen (set at a resolution of 800 x 600 pixels) will display 10-point type at a larger size than a 15-inch screen running at the same resolution.

Confused yet?

The confusion rests with the fact that point size is an absolute measurement system (there are 72 points in an inch), while screen image size (really pixel size) is a relative measurement, which can be described as monitor dimensions divided by screen resolution.

Making Choices
So what’s a poor Web designer to do? Here’s my advice. Since you don’t have any control over the dimensions of the end user’s monitor, ignore it. Then take the first practical step toward a solution, and choose a screen resolution. This is a somewhat arbitrary decision. If you know your target audience, you can make an educated guess about the screen resolution they will be using. Many designers try to accommodate the lowest common denominator by designing for a VGA screen running at 640 by 480 pixels, but the SVGA resolution of 800 by 600 pixels is also a safe choice.

The second step is to find a point size that works well on both Macs and PCs. This limits your choices for body copy to 9- or 10-point type. At this size, the text will be small but legible on a Mac, and large but not overbearingly large on a PC.

Another option, and arguably the best solution, is to take full advantage of the power of Cascading Style Sheets. Instead of specifying type size in points, specify it in pixels, as shown in the HTML snippet below.

<style type="text/css">
<!–
.T1 {font-family: Arial, Helvetica, sans-serif; font-size: 12px;}
.C1 {font-family: Arial, Helvetica, sans-serif; font-size: 10px;}
–>
</style>

This will guarantee that type appears at the same size on both Macs and PCs. It will also force type to use the same measurement system as the pictures on your Web page — pixels rather than points.

Go with the Flow
Even if you employ all of the techniques discussed in this article, you can’t guarantee that your readers will see your Web page as you intended. Viewers can set configuration options within their browsers that disable style sheets and ignore font specifications. And a small percentage of users will visit your site using very old browsers that don’t support advanced typographic functions. For example, Internet Explorer 3 and Netscape 3 offer only spotty support of CSS. Both of these situations deliver you right back to square one, where text appears in the default font that the end users have chosen for their browsers instead of in the font you specify.

The best advice I can give you is to design your pages with the possibility of text re-flow in mind. If you have critical relationships between text and images, position the elements using a table. Then if the text blocks grow or shrink in size, the pictures will still be positioned next to the relevant copy.

If you have built a page using layers, pay special attention to the Overflow options. If you want to guarantee that all the text is accessible to the end user, set the Overflow attribute to either Visible or Auto. The Visible option will display all of the text (and any pictures) on the layer, and if necessary will ignore the height and width settings you originally chose. Obviously, this approach can result in unexpected changes to your layout. The Auto option will insert vertical or horizontal scroll bars on the layer if necessary. Though you may find scroll bars aesthetically unappealing, this approach does a better job of preserving your layout.

Stay Tuned
Much of the battle of designing and coding pages that look good on both the Mac and PC is anticipating the problems we discussed here, so that you can take a few steps to avoid them. In the next installment of this two-part article, I’ll be explaining techniques that can help you preserve images across platforms. Specifically, we’ll delve into system palettes and gamma level settings

Read more by Luisa Simone.

  • anonymous says:

    This article put a lot of loose thoughts I’ve been having regarding monitor size, screen resolution, and platform dpi display into a cohesive summary. Where before I designed with word wrap in mind, now I have a strong idea as to exactly why I do that. (Oh, and try to be a little less vindictive on us PC Designers next time!) Thanks!

  • anonymous says:

    <Quote>”Most people who design for the Web use Macs”</Unquote> And where, pray tell, did you dig this little gem up? My experience is that most people who design for PRINT are on Macs, and those who are working foremost with the web are on PCs. And as you kindly pointed out, the majority of the audience on the web is PC. So why go out of our way to accomodate a minority (and shrinking) population of Macs?

  • anonymous says:

    Thanks for the easy to understand summary. I sent the link to friends, who I gave up long ago, trying to explain this to.

  • anonymous says:

    I was aware of most of the info that was mentioned but I also learned a few things. Very Helpful.

  • anonymous says:

    The author isn’t being vindictive toward PC users at all. It’s simply a fact that Macs were designed from the beginning for the publishing industry, and the 72-points-per-inch rule is ancient in typography. It’s baffling that Windows strayed from that rule to begin with. Maybe Bill was trying to create a new standard he could patent…

    It is also true that most *content* for the web is still created on the Mac. Even if it’s mostly hosted on Unix. But don’t feel bad. Most viruses are created on PCs!

    By the way, the Mac audience is growing, not shrinking. I guess you don’t read news from the last two years. PC users are also expanding, but that’s mostly in belt size.

  • anonymous says:

    Great article on technical issues, BUT, I have to question where you received your numbers on Mac Web Designers vs. PC Web Designers. The majority of TRUE Web Designers I know have always developed and designed on PC but are considerate of all platforms. It does not make sense to design on a MAC for the web. Also, you CAN NOT seperate design from development(programming) the two HAVE to go hand in hand. It’s my opinion the majority of MAC based designers are actually converted print designers that are still trying to base their Web designs on Print ideals-it just doesn’t work that way, no matter how hard the Print design world wants to force it in that mold. Maybe it’s just time for a new set of design standards?

  • anonymous says:

    This article contains a few useful elements, but has a useless derogatory argument against PC’s 33% larger font sizes(which by the way were designed to display larger to enhance readability).

    The real problem in this article is that Luisa provided no true solution to using the font tag and CSS together to solve the browser support problem. If you want the control of CSS while mainting use of the font tag for browsers that don’t support CSS use the following style:

    <font face=”arial, verdana, helvetica” size=”2″ color=”#000000″><div class=”paragraph_text”>This text will be affected</div></font>

  • anonymous says:

    It is arrogant (and not very useful) to keep complaining about the poor-poor misguided Wintel set. As a very successful designer with face time in front of Mac, PC and Unix OS’s I have found that designing on a PC based system has many positive attributes that circumvent the issues your author raises. Let the tail wag the dog.
    Sit down with the client to discuss and refine the target demographic, explain the costs associated with developing multiple sites and let them decide what platform(s) to develop for. Which is about 85% IE4 and 5 for PC (according to the stats from Statmarket- https://statmarket.com/).
    With Mac users comprising less than 5% of the population on the Web is it almost senseless to develop something a platform unless it is to be viewed on that platform.
    One thing the author did not address that might have been helpful in this whole discussion would have been to explain why (when using CSS) a font or frames has it’s size specified in pixels displays different sizes from IE (4&5) to Netscape (4.x). Microsoft is the only browser that you can increment the pixels by one number and actually get that incremental change. I have yet to get a good answer to that on from the boys in Mountain View.
    One last note: it’s the Designer that makes an illustration/image/website look spectacular, not the Software. If you’re good, you’re good, if your not, no software in the world will help you. IMHO

    GWC

  • anonymous says:

    A pretty good summary of the vagaries of handling text on the web for various browsers/platforms. Might have given more suggestions on legibility issues, etc. and reviewed potential browser-related hiccups.

  • anonymous says:

    As they say in the Bud ads… but seriously, the issue of Mac vs. PC has been so brutally beaten in the press and talkback fora (like ZDNet’s talkback and this space for too long). I’m a Mac designer raised in the print world (as one poster contends is the majority of Mac web designers), but I’m also intelligent enough to know how to “play nicely” with all the PC-heads that reign in the programming world.

    The point of this article is to give a little background into how the whole design-vs.-content issue came about in the Web world. See, at one point, the Web’s function was to merely enable access to information instantaneously from nearly anywhere. The formatting took a back seat. Now, as the Web has matured, people are trying to enhance its aesthetic nature as a richer medium. To some extent, each iteration of HTML from W3C has made it easier to control the presentation of pages in pure HTML.

    But the issue that the author raises regarding the Mac’s lineage as a print/publishing tool is worthy in that Apple was simply following a logical path in the evolution of publishing. They were trying to replace a method of designing with paper, rubylith, and pica rule with hardware and software. The natural outcome was to design a screen that could act as virtual paper.

    Now, Windows comes along and throws a wrench in the standard used by the industry for eons, and clamors for designers to consider it a serious platform for publishing. As an outcropping of that, we now have the unintended consequence of trying to render type across two varied, yet similar platforms in a new medium (the web), with drastically different results.

    We can thank Microsoft for the current situation. Until one or the other parties budges from their present position, we will all have to deal with the workarounds. Perhaps we could standardize on pixels as the unit of measurement, as suggested, and just deal with the relative size variations this solution yields.

  • anonymous says:

    The fact is that HTML is about as effective in delivering graphics/multimedia/audio and dynamic content as a retarded, blind, deaf, one-legged , three toed tightrope walker on drugs. It was never designed to handle this type of demanding graphical and feature rich content. It is simply a text editor with about a hundred crutches. It doesn’t matter if you author on a PC or a Mac, the inherent format makes the process difficult and unpredictable. Instead of trying to adapt to monitors, browsers, platforms, palm pilots, wireless web phones, etc. with HTML, why can’t we as creators demand a better format for delivery. The company or group that comes up with an expandable architecture for the web will certainly make my life easier, and get my hard earned buck. For now I will keep using Flash and promoting it.

  • anonymous says:

    that Microsoft has pulled the idea of personal computing out of their ass with the intention of making a short-term impact. 96 pixels per inch? What was Gates thinking? “We’re 33% better that Steve Jobs!”

    Idiots, you PC Users are mind-numbing. Who else could by a computer where you’d buy your toaster oven?

  • anonymous says:

    Unfortunately, because a reliable standard was never developed in the years since the web was first conceived, the only way to get predictable results regardless of platform or browser is through use of proprietary plug-ins. Flash is great. Acrobat is “wonnerful, wonnerful.” But having to rely on this defeats the whole idea of a public-domain standard, which HTML was supposed to be.

    The result is that the Internet, which is supposed to belong to nobody, becomes burdened with toll-takers and patent-happy corporations. Who would have imagined two years ago that you would have to pay a fee to use the GIF format. Screw that. JPEGs for me from now on. Or even PNGs, although I’m always suspect of formats championed by Microsoft. And now some s.o.b.’s are trying to charge royalties for using hyperlinks?!! Hyperlinks *are* the Internet.

    I worry that as soon as something that isn’t public-domain becomes a “standard,” then you will have to pay to use it, and suddenly somebody “owns” the Internet. The problem with public-domain protocols is that there is no financial impetus for greedy conglomerates to push for its adoption.

    Maybe we should go back to Arpanet, and let the Pentagon run things. They may be incompetent, but at least the one thing they insist on is standardization.

  • anonymous says:

    There are too many potential viewers to exclude any one platform, especially because there is no one platform.

    My question is, how does the WebTV browser display type and color?

    To answer the question, “why design for Macs?” Why not? Prove it is more difficult to support than WebTV browsers or guessing what Java version the user has, or which Flash version they, or what shockwave plug-in they have, etc.

    You have to know your market.

    People who use Macs also use green money.

  • TadpoleGraphics says:

    Hi all,

    I’ve been reading your comments about my article. And here’s my reaction: It is wonderful that the Web design community contains such passionate, knowledgeable people–many of whom use PCs.

    I’m sorry if the article gave you the impression that I was Mac-centric. Far from it. I use a Windows-based machine for my Web design work. In fact, in my other life, I’m a contributing editor at PC Magazine, where I review Windows-based graphics software.

    As I’m sure you know cross media is the big buzz in the design community these days. And I tend to have a mix of design jobs–some for the Web and some for print. Maybe the fact that I still work in the print world contributes to my sense that the majority of designers are using Macs.

    Thanks for the feedback.
    Luisa Simone

  • anonymous says:

    Lay out for the WWW has, over the years become an adventurous challenge over the past few years as video resolution and video display adapters have increased the viewing area when using a PC or Mac. The need to support older browsers and lower as well as high resolution on the web will continue to be a challenge for developers. Using pixels instead of points, is a solution I personally have used since beginning to develop graphics and text for web pages. Not necessarily a guaranteed solution, but I have found that using pixel layout supports cross browser usage with the least amount of discrepancies.

  • anonymous says:

    Another side note, Javascript allows for some options by detecting screen resolution and browser used, among other things. If you really want to create a structured and robust environment, use javascript and redirect to separate mirror sites that are optimized for each platform or resolution. Some prewritten javascripts are available at https://javascript.internet.com/user-details/

  • anonymous says:

    No matter how much designers might want to exercise total control over Web pages, it doesn’t exist. Flash, you say? Not if the browser doesn’t support it, like Lynx or iCab, or the plug-in’s been disabled. CSS? Nope. User stylesheets can always override the author’s styles.

    Besides which, there isn’t a need to force text to be a certain size. Web pages can be made fluid enough to accomodate any layout or text size and not fall apart. All that’s needed is a thorough understanding of the standards and a little creativity. In the end, both you and your clients will be happier for it.

  • anonymous says:

    Hello all,

    Actually my solution (such as it is) is to use a simple JavaScript routine to determine the browser and platform and based on the result select an appropiate CSS file.

    Using pixels to set the size does indeed work however it has the following drawbacks: printing of the page becomes a mess and visually impaired persons cant’t resize the text.

    As always YMMV

    Regards

    Eliezer Navarsky

  • anonymous says:

    The mac population is 5%, Netscape has 10-15% of the browser market and most people are barely coding for them. It isn’t our (PC developers) fault that Mac user’s picked a minority platform and, unlike political correctness, we don’t have to accomodate you – it costs money, time and resources to do so. This can be better spent getting the other 95% of the population served well. Unless you are targeting the Mac user community for business, their is no need to address it, as Mac users should be used to seeing the alterations between the browsers.

  • anonymous says:

    The articles are great…but I have not clue one why anyone would take the time to make sure that the MAC is even considered when creating/publishing web pages/sites?

    …unless you know for sure that your client is “MAC” only.

    The MAC enjoys a whopping 2.3% of the total Internet viewing audience, hardly worth considering, let alone actually making sure this pultry 2.3% can see view your site the way it is intended.

    Someone out there care to explain why such a small audience should even be considered?…as long as I know that I am reaching 97.7% of all Internet viewers designing to a Windows platform, I am not going to bother myself with the “others”.
    It’s a waste of time.

    Thanks,
    Kevin

  • anonymous says:

    <Kevin wrote>
    Someone out there care to explain why such a small audience should even be considered?…as long as I know that I am reaching 97.7% of all Internet viewers designing to a Windows platform, I am not going to bother myself with the “others”.
    </Kevin wrote>

    This exactly the same kind of thought as Hitler had with Jewry. Why bother with them ?
    Mmm. ?
    Hey KKKevin, if you like to be f… by Bill, this is your problem.

  • anonymous says:

    Mac display of colour is also important for most designers, as a good part of ones personal creative objectives occur outside a 256 colour closet.

  • >