- From: Erik van Blokland <evb@knoware.nl>
- Date: Wed, 27 Mar 96 21:03:33 +0100
- To: "Hannes Famira" <hannes@dataweb.nl>, "Martin Wenzel" <Wenzel@dataweb.nl>, "Jonathan Hoefler" <hoefler@aol.com>, "Www" <www-font@w3.org>
Dear typepeople, our contribution to the webtype discussion. WebFonts So far most of the disussion on webfonts is about providing some sort of outline format that can be sent along with a document. Given how computers deal with typefaces today that seems a logical step, because a new thing should be as good as possible, and with type outlines are the best solution for fonts, so there. But is it the best idea for typefaces in webbrowser? Is it really necessary to send outline data of a typeface along? There seem to be a couple of advantages, but the disadvantages seem to be bigger and more. Scalability Having outlines available at the client makes it possible to scale the text and print a page. But if one of the incentives to send fonts along in the first place is to make sure that the page looks like its author.producer.designer intended it to be, then why go through great lengths to make it easier for a user to screw it up by changing sizes again? During the design phase of a page a typesize is chosen, and that is what the user of a page has to see in the best possible way. Some sort of anti-aliased bitmap font will do just fine. Printing Other argument: printing a webpage. First, are there figures available on the amount of webpages that actually get printed? I think that the ratio of number of read webpages that get printed to the number of unprinted ones favors the unprinted pages in such a major way that making complicated and expensive provisions to make webpages printable from the start is not necessary. Secondly, typography for the screen is different from typography for the printed page. Unless screen and pages actually become the same physical object, a design for one medium will always look bad on the other. Not just because of the fonts, the typography for each medium requires different solutions: the way the text is read differs. That is not a problem when it is recognised. Make a format that functions well on screen, and make another that look good on paper. Or make some very smart automatic conversion system between the two, same thing. Some sort of anti-aliased bitmap font will do fine again: make a provision that the bitmap knows what typeface it was rendered from, and if a user really wants to print it, he can find the font that goes with it, or get it at a local vendor, or just print the whole thing in a font of his own. Economy Outline font are more economic (smaller) compared to a bag of bitmaps that contains all sizes one could make with the outline font. That makes it a good solution for desktop publishing where you don't know what the next job will bring. But a web page contains a limited number of characters in a limited number of sizes. Up to a fairly large bodyheight a pre-rendered bitmap font is smaller than an outline font describing the same thing. Of course this is not entirely fair because the same outline font can then be used to render all other sizes on the same page, whereas more bitmap fonts would have to be downloaded. This advantage is gone when more than one font is used on a page. Also the technique of only including characters that are used on a page, proposed for outline formats can also be applied to bitmapped characters. Then bitmaps will be more economic for a long time. Platform Paul Haeberli's webfont proposal (http://reality.sgi.com/grafica/webfonts/) suggests to add a bitmap format within HTML, where all characters are placed in one single image. Widths and additional information are included, or available separately. The image can be compressed with normal (and future) compression methods. The letters can be even be colored with many colors in one letter and modified using normal image processing software. This is, I think, a must for popular acceptance of a type on screen system, just look at what people are doing with text in images on the web right now. It's not just fonts, its what you can do with them: Blurry, shaded, photographed, color-in-color, reversed and even animated fonts! i.e. _use_ the typefaces. Webdesigners won't go for a solution that offers less flexibility. All the browser needs to do is to 'parse' the font-image and place the bits and pieces on the right place. This is rather simple to implement compared to building a rasteriser that works every platform, support colored fonts, imagery, antialiasing etc. Not to mention the: Copyright & piracy issues As a typedesigner I've seen and experienced how people deal with fonts and ownership, and it sucks. If a system came to be where character-outlines are broadcast to every single browser in the world I would stop making type, or at least, stop using anything nice and new because it would become instant public domain. A bitmapped font of course has the same problem but on a much smaller scale: besides putting it on your own webpage there is basically nothing else you can do with that font. Redigitizing does not work: the result might make a good grunge font, it will not be comparable to the original. Has anyone bothered to take a gif image from a website and reshuffle the letters into a new word? Nope, because it is easier to make a new one. Outlines are much more valuable because they are much more versatile: they can print, they can render new bitmaps, well, you know what outlines can do. Bitmaps are cheap and can be stolen as well, but they are available to all anyway, so why bother. If you want to police the use of a font on a network, make a webcrawler that looks for your it. Schemes where outline fonts are hacked in pieces and only the characters that are used in a document get send along are only a temporary solution to font piracy. It would become very interesing to build a machine that looks at all characters coming by over a network and starts 'collecting' fonts. "alt.binaries.fonts.characters" will pop up in a matter of weeks, every single webfont in the world will be available! No thanks. .. Everybody making webpages could be generating and using webfonts. WebMap-Fontrendering apps can be small, cheap, plentiful and available to all. There will be an advantage to make pages better, readable and sometime even make sense, and to use good and or new typefaces, thus to buy more type. Much work for typedesigners, typographers, and designers. ------------------------------------------------------------------ |-- | -|- | /-| -|- |/|/| /-| |/ /-| | | | |/| /-| |- | | | | | | | | | | | | | | | | | | /-| | | | | | | | |-/ | | | | | |-/ | | | | | | | | | | | | |/| | | | |-- |/| |/ | | | |-/ | |-/ | | |-/ |-/ --/ | erik van blokland www.letterror.com ------------------------------------------------------------------
Received on Wednesday, 27 March 1996 15:03:20 UTC