Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sdd.hp.com!spool.mu.edu!uunet!cbmvax!johno
From: johno@cbmvax.commodore.com (John Orr - CATS)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Bitmapped font scaling?  AmigaMail!
Message-ID: <22695@cbmvax.commodore.com>
Date: 26 Jun 91 12:28:11 GMT
Article-I.D.: cbmvax.22695
References: <1124.2867637f@vger.nsu.edu>
Reply-To: johno@cbmvax.commodore.com (John Orr - CATS)
Organization: Commodore, West Chester, PA
Lines: 40

In article <1124.2867637f@vger.nsu.edu> manes@vger.nsu.edu ((Mark D. Manes), Norfolk State University) writes:
>
>[...]
>
>
>On another note.  I was reading the article in AmigaMail about the
>asl.library.  Did anyone notice besides myself that, according to the
>article, if a font requestor is created the user can enter the point
>size regardless of whether that font point size existed.  The implication 
>was that the font would be scaled...and this was the bitmapped fonts!  
>Is this true, or did I misinterpet the article?  

This is true.


> If it is true, is it 'correct' for a requestor to do any processing?

I'm not sure exactly what you mean by "processing".  The requester can
screen out certain entries from appearing in the requester but it
can't prevent the user from typing in whatever font or point size they
wish.  As long as the font requester can open the font, it will return
a corresponding TextAttr when the user clicks "OK".

>It seems to me that
>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.
>

Why do you need to abort the scaling?  If the font is too big to fit
in memory, the system won't scale it.  If the font is too grotesque
after scaling, it's the user's choice to use that font or not.

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

I do not know.


--John