Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!sample.eng.ohio-state.edu!purdue!haven.umd.edu!uvaarpa!vger.nsu.edu!manes From: manes@vger.nsu.edu ((Mark D. Manes), Norfolk State University) Newsgroups: comp.sys.amiga.programmer Subject: Re: Bitmapped font scaling? AmigaMail! Message-ID: <1129.286894b2@vger.nsu.edu> Date: 26 Jun 91 17:20:50 GMT References: <1124.2867637f@vger.nsu.edu> <14290@pasteur.Berkeley.EDU> Lines: 46 In article <14290@pasteur.Berkeley.EDU>, navas@cory.Berkeley.EDU (David C. Navas) writes: > 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. Snort? What kind of response is 'snort'? It is rude to snort in public...so here is a hanky to do it in. :-) > >>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 ;)] I use CEDPro and I don't regularly change fonts. TurboText is new so it should not be a surprise that everyone is not informed as to what it has for features. I can see the point of seeing the generated font prior to selecting it, but I wonder what happens and how long it takes on a non-accellerated machine to generate a 99 point font? What happens when the font is generated... is this font saved to disk? If so, what happens if the disk is full? What is the result code from the requestor? How does the user abort the generation if it is not what he wants? I am not flaming, but I feel the AmigaMail article left out some interesting details. > > 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 -mark= manes@vger.nsu.edu