ksbolduan@amherst.bitnet (02/06/90)
I just ran across an intersting thing using ATM, and thought that I'd share my observation with the net: For some reason, at EXTREMELY large point sizes, ATM can't handle it. Using FreeHand 2.02, I made 350 point type and then went to Actual Size. While not as severe as without ATM, the jaggies were QUITE evident. And then when I zoomed in, it just got worse and worse and worse. One reason I point this out is that I've seen text that large (and larger) look great on the screen (in the PD/shareware(?) Banner program recently released on info-mac). Is this a limitation in ATM, or is it FreeHand? I figured that ATM would override the application, and give accurate jaggy-free renditions at _ANY_ point size. But I guess not... Just an observation, Kevin Bolduan KSBOLDUAN@AMHERST Bitnet Address
chuq@Apple.COM (Chuq Von Rospach) (02/08/90)
ksbolduan@amherst.bitnet writes: >I just ran across an intersting thing using ATM, and thought that I'd share my >observation with the net: >For some reason, at EXTREMELY large point sizes, ATM can't handle it. Using >FreeHand 2.02, I made 350 point type and then went to Actual Size. While not as >severe as without ATM, the jaggies were QUITE evident. That's *not* an ATM problem. At large point sizes, Freehand does it's own thing and bypasses the font manager (and ATM). Anything larger than about 127 points and Freehand basically turns off ATM -- a case of an application being too smart for its own good, perhaps. Anyway, it's a Freehand 'feature', not an ATM bug. -- Chuq Von Rospach <+> chuq@apple.com <+> [This is myself speaking] Rumour has it that Larry Wall, author of RN, is a finalist in the race for the Nobel Peace Prize for his invention of the kill file.
dkletter@adobe.COM (Reality is the only word that should always be used in quotes) (02/08/90)
In article <9076.25cd95ae@amherst.bitnet> ksbolduan@amherst.bitnet writes: >For some reason, at EXTREMELY large point sizes, ATM can't handle it. Using >FreeHand 2.02, I made 350 point type and then went to Actual Size. if you check out the READ ME file (that came with your copy of ATM) it says under the _Application-specific Notes_ section: "Aldus Freehand(tm) 2.0: Larger text sizes and rotated text features do not use ATM" the cut-off point is at 250points. why? i really don't know for sure except that this is not a limitation of ATM. hope this helps.--d "What are you trying to do, | dkletter@adobe.com drive me crazy?! I can't be | ...decwrl!adobe.com!adobe!dkletter anything but what i am!" | Adobe Systems Incorporated
MacUserLabs@cup.portal.com (Stephan - Somogyi) (02/09/90)
ksbolduan@amherst.bitnet writes: >For some reason, at EXTREMELY large point sizes, ATM can't handle it. >Using FreeHand 2.02, I made 350 point type and then went to Actual >Size. While not as severe as without ATM, the jaggies were QUITE >evident. [stuff left out] >One reason I point this out is that I've seen text that large (and >larger) look great on the screen (in the PD/shareware(?) Banner >program recently released on info-mac). Is this a limitation in ATM, >or is it FreeHand? It's FreeHand that's at fault. The Banner program originated at Adobe and makes explicit calls to ATM. Adobe recently publicized the API for ATM, so any developer who wants to use the capabilities of ATM can now do so. Illustrator 1.9.3 has this capability and it's wonderful. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Stephan Somogyi Berlin ist 1 Reise wert NetWorkShop Manager MacUser Any opinions expressed above are mine.
lsr@Apple.COM (Larry Rosenstein) (02/10/90)
In article <26743@cup.portal.com> MacUserLabs@cup.portal.com (Stephan - Somogyi) writes: > The Banner program originated at Adobe and makes explicit calls to > ATM. I got a banner program from Info-Mac (version 1.2.2 by Jeffery G. Backes). This one doesn't make any explicit ATM calls, since it works fine plain old bitmap fonts (you get jaggies of course). Perhaps there's a different program that did originate at Adobe? Or does it have additional features with ATM? Another way to get huge text on the screen is to use MacDraw II and zoom in on the drawing. MacDraw II doubles the font size when you zoom in, so you can get point sizes in the hundreds very easily. Larry Rosenstein, Apple Computer, Inc. Object Specialist Internet: lsr@Apple.com UUCP: {nsc, sun}!apple!lsr AppleLink: Rosenstein1 P.S. The Banner program also works fine with Royal.
datta@cpsc.ucalgary.ca (Darik Datta) (02/13/90)
In article <9076.25cd95ae@amherst.bitnet> ksbolduan@amherst.bitnet writes: >I just ran across an intersting thing using ATM, and thought that I'd share my >observation with the net: > >For some reason, at EXTREMELY large point sizes, ATM can't handle it. Using >FreeHand 2.02, I made 350 point type and then went to Actual Size. While not as >severe as without ATM, the jaggies were QUITE evident. And then when I zoomed >in, it just got worse and worse and worse. One reason I point this out is that >I've seen text that large (and larger) look great on the screen (in the >PD/shareware(?) Banner program recently released on info-mac). Is this a >limitation in ATM, or is it FreeHand? I figured that ATM would override the >application, and give accurate jaggy-free renditions at _ANY_ point size. But I >guess not... This problem is with FreeHand. FreeHand will not draw text any larger than 127 pt. with ToolBox calls (which ATM intercepts). Larger than that, and it draws the text offscreen and scales it up with a CopyBits call. I have used ATM with a PD banner program and successfully printed out` 512 pt characters at the full resolution of an IW II (equivalent to 1024 pt on-screen). As well, in Dreams I have zoomed in about 4 times on 127 pt text without jaggies appearing.