Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ucbvax!pasteur!cory.Berkeley.EDU!navas
From: navas@cory.Berkeley.EDU (David C. Navas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Bitmapped font scaling?  AmigaMail!
Message-ID: <14290@pasteur.Berkeley.EDU>
Date: 26 Jun 91 03:25:14 GMT
References: <1124.2867637f@vger.nsu.edu>
Sender: news@pasteur.Berkeley.EDU
Reply-To: navas@cory.Berkeley.EDU
Lines: 30

In article <1124.2867637f@vger.nsu.edu> manes@vger.nsu.edu ((Mark D. Manes), Norfolk State University) writes:
>...revised Workbench under AmigaDOS 2.0 was to add more multitasking.  

Snort.

>On another note.  I was reading the article in AmigaMail about the
>...
>size regardless of whether that font point size existed.  The implication 

Umm, well TurboText does do that.  The results aren't really pleasant
(especially when fonts are downscaled), but as the fonts have no hinting,
that's not surprising.

>while on the surface this may seem to be great, it may be less than
>wonderful if the scaling can't be aborted in the case of a bad entry.

Well, good user-interface design dictates that the User sees the scaled
font *before* the requester is exited.  Again, TurboText has that.
[Gee what editor does he use, I wonder ;)]

>If it is true...why is this not implemented in the font preferences
>program?

I've been wondering that myself.  Probably had to do with having the
font scaling done after the font selection program.  Of course, they should
have updated the preferences program....

David Navas                                   navas@cory.berkeley.edu
	2.0 :: "You can't have your cake and eat it too."
Also try c186br@holden, c260-ay@ara and c184-ap@torus