RE:Re[2]: Netscape & New HTML

[email protected]
Sat, 29 Oct 1994 01:03:37 -0500


In article of 11:05 PM 10/27/94, "Sheerin, Peter" <[email protected] writes:
> Ok, now what the devil is Lynx supposed to do when it runs into
> something like <style font=Helvetica size=24pt ...>, when the author
> chose to use that instead of <title>? It won't have a clue. That's a
> bad example, but shows the extreme of the problem.

I think its a good example. The answer is. Ignore it. Educate users that
using <title> will give you better results. Unless of course, your company
marketing department will fire you if you don't at least try to prepresent
your company logo in Times New Roman. (This is a true situation in many
companies).

>
> Howabout an author specing a font like <style font=WingDings...> or
> <style font=Times New Roman ...>, and I happen to be viewing the
> document on Netscape for Unix, and don't (and won't ever, likely)
> have
> either of those two fonts?
I have been working on exactelly this problem. As a proposed first solution
I would suggest a tag like:
<font name="Times New Roman" number=17 size=24>
The font number is used to provide some BASIC SIMPLE mappings between some
common fonts (Pick your favorite 20 the get included with the Mac, Windows,
and some common UNIX's). If I use "Geneva" on my Mac it gets assigned font #
6. If I read it on my PC the PC doesn't know "Geneva" so it looks up font #6
and gets "Arial". I am this first to admit that this is not a great
solution. I have read about some technologies to develop Font Metrics and
use things like Multiple Master technology for these things, but for a first
simple solution this would work.

And the kicker is: If you don't implement this in your browser, or can't
find the right font. Ignore it. It is much easier to tell users that the
font mapping is just best effort rather than no effort. Also, to add to
previous suggestions from this list, I suggest that we continue to educate
users about structured markup.

Alex Hopmann
ResNova Software, Inc.