CompuServe Thread

#Adobe fonts in Pagestrea

55 messages in this thread
#29063From: Neil RobinsonJul 17, 1991 5:30 PM
Does anybody know how to use Adobe type 1 fonts in Pagestream? I own ATM for Windows and would like to use the fonts on the Amiga. The handbook implies that this is possible, but I couldn't figure out how to go about it. Any help would be appreciated. Ciao, Neil
#29151From: Richard S. Rose,M.D.Jul 18, 1991 2:11 AM
Neil, Make a subdirectory (with a name descriptive of your Type 1 font) in the Pagestream PSFonts subdirectory. You'll then need a program like CrossDos in the Amiga to read a 360K IBM disk containing the .PFB and .AFM files from the Type 1 font. Copy these files into the new subdirectory. If your Adobe disks contains .ABF files (bit maps for text sizes) copy these too. Then start PageStream and use the Type Manager to Add the subdirectory and to refer to it by Default. The Type 1 font will then be available and will display on the screen as it does on IBM machines under ATM. Screen updates will be a little slow, especially if you are not using a 3000 or an accelerated 2000. Please see discussion elsewhere in the forum regarding the use of .ABF files to speed things up. You go your way . . . I'll go Maui Rich 😉
#29186From: Neil RobinsonJul 18, 1991 3:58 PM
Richard, Where am I supposed to get .afm files? All I have on the disk are .pfm and .pfb files. Was I supposed to get .afm files too? If so, is there anywhere I can get those files? Ciao, Neil
#29248From: Richard S. Rose,M.D.Jul 18, 1991 9:49 PM
Do you have IBM format Type 1 fonts? All the Type 1 fonts I have ever bought (regardless of vendor) have had the .AFM files. Adobe has placed them in the public domain and they used to be available from the Adobe Forum in IBM format. They were removed (I don't know why), but the Mac versions are still there.
#29266From: Jonathan HirschmanJul 18, 1991 11:49 PM
Rich– I know that Adobe Font Disks of more recent vintage do not have .AFM files; I thought that Font Foundery generated these. Jonathan Jonathan – from Albany, NY, via whap!
#29282From: Richard S. Rose,M.D.Jul 19, 1991 1:25 AM
Hmmm. I have recently bought some Adobe fonts. They had the .AFM files. I'M embarassed to say I don't know if Font Foundry generates the files. I used the program for a few hours (literally) several weeks ago before I had to pack up my equipment for a move to Hawaii. I don't have access to my systems that contain those files yet (my office space is undergoing a major renovation and I can't unpack yet). I'll look over these things during the weekend. You go your way . . . I'll go Maui Rich 😉
#29155From: Mike ToddJul 18, 1991 5:09 AM
The manual actually describes Font Management very well on pages 8.5 to 8.8 (under Font Management) … as long as you have the .PFB and .AFM files The manual takes you through adding fonts step by step. If you still have problems, I'm sure we can help you out.
#29185From: Neil RobinsonJul 18, 1991 3:58 PM
Mike, Where am I supposed to get .afm files? All I have on the disk are .pfm and .pfb files. Was I supposed to get .afm files too? If so, is there anywhere I can get those files? Ciao, Neil
#29211From: Gary BrusanowskiJul 18, 1991 7:02 PM
I happen to have every Adobe AFM in existence (16 disks worth!). The problem with IBM fonts these days is they're tailored for IBM users (which makes sense) but they're being adopted by Amiga users as the "unoffical" standard. It's too bad there isn't more portability between Mac and Amiga: Mac fonts are MUCH better equipped, AFM and screen font wise. Gary – Mirror Image Prod. (416) 495-7469, via WHAP!
#29492From: Neil RobinsonJul 20, 1991 5:10 PM
So what would be the best way for *me* to get my hands on the AFM files? I not only would like to have them for Pagestream, but also for my AmigaTeX implementation. Pagestream is nice for 1 page advertisements but when it comes to producing user documentation like handbooks and such, there is nothing like TeX. Ciao, Neil
#29565From: Gary BrusanowskiJul 21, 1991 12:16 PM
Neil: I don't really know what to tell you about the AFMs. They're getting harder and harder to come by. My company sells the Adobe Screen Font Library for use with our program MIfont, but we don't sell the AFMs: we have a library file that ships with MIfont that contains compressed information from the AFMs, allowing our users to use this information without the massive overhead of keeping the AFMs on disk (we have every AFM from Adobe (almost, still missing 9 of the little beggars) but we don't really distribute them. They take up about 14 disks altogether (probably half that if I compressed them…)). You can pick up MOST (but not all!) Adobe AFMs in the Adobe Forum, Library 6. We're also thinking of doing an AFM generator program which could make AFMs from a combination of printer fonts and screen fonts. We'll see what the demand is. Gary – Mirror Image Prod. (416) 495-7469, via WHAP!
#29582From: Neil RobinsonJul 21, 1991 4:28 PM
Thanks, I'll try the Adobe Forum for the main ones, and see where it gets me. What is MIFont? Is anybody working on anything like ATM for the Amiga? I realize that there are considerable difficulties because of the way fonts are currently implemented on the Amiga, but one can always hope… Ciao, Neil
#29645From: Richard S. Rose,M.D.Jul 22, 1991 3:21 AM
Neil, " . . . Is any body working on anything like ATM for the Amiga? . . ." This _is_ a glaring hole in the Amiga OS. While in PageStream, of course, fonts are displayed with a smooth outline process. You go your way . . . I'll go Maui Rich 😉
#29657From: Gary BrusanowskiJul 22, 1991 9:27 AM
Neil: MIfont converts Mac PostScript screen fonts for use with Professional Page (basically, you get Amiga standard bitmap fonts and PPage metric files). It also "decompresses" Mac or IBM Type 1 fonts and renames them in such a way that PPage will automatically download them if you use the screen fonts. It also contains management tools for handling HUGE numbers of Amiga bitmap fonts (we have 629 Adobe screen fonts on our system and are going to be adding another 300 this week). There's a demo of it here called MIFONT.LZH. Many people want to know "what good are just the screen fonts?" Well, since alot of people output their stuff at service bureaus, with our system, you can have on-line access to thousands of fonts without the expense of actually purchasing the printer fonts. And Adobe has most of it's screen fonts on CIS free for the taking (well, almost free). It does other things as well. And no, there is no ATM for the Amiga but I've heard rumours about C= getting into bed with a popular outline font vendor and it doesn't sound too healthy if you ask me… Cryptic as always, Gary – Mirror Image Prod. (416) 495-7469, via WHAP!
#29613From: Michael LoaderJul 21, 1991 10:28 PM
Hi Gary, I was speaking to you on the phone the other day. I think you'll find the demand for AFM's will heat up during the next year. Saxon 1.2 will also need AFM files I understand, in order to generate its own version of PostScript fonts. Michael Soft-Logik
#29658From: Gary BrusanowskiJul 22, 1991 9:28 AM
Michael: I'm sorry, I didn't recognise the name; you're the chap who called about including something for our software in your Image Club library, correct? About AFMs: one things for sure, with PageStream's adoption of IBM fonts as a "standard" (understandable, since Mac fonts, without a modem, are very difficult to bring over to the Amiga), there's going to be alot of confusion as to what's what. At least with Mac fonts you almost ALWAYS get a full compliment of screen fonts in a nice, compact .R file (unlike .ABF, spread out all over the place), an AFM and the printer font. IBM fonts seem to be dropping the ABFs and now the AFMs are being replaced by .PFMs, which I've looked at and cannot make head nor tail of. There doesn't seem to be any kerning in them (of course, I've looked at PD .PFMs, and PD fonts are notorious for excluding kerning information.) It's getting very confusing. BTW, does anybody care about kerning anymore? In normal typesetting, there about 3000 kerning pair definations per standard text font; in desktop, that's been reduced to, on average, 100-200. And now, people are saying things like "if you don't need the kerning, do this…". A professional typesetter would alternately giggle and weep over the state of typography after looking at what's happening in desktop…
#29971From: Richard S. Rose,M.D.Jul 25, 1991 1:44 AM
Gary, ". . . BTW, does anybody care about kerning anymore? . . ." You betcha! The number of kerning pairs in some fonts is far too small. 200 is barely enough. Many fonts have less! More than about 800 is getting close to the point of excessive. (This all applies to kerning of _text_. For headlines, manual letterfitting is a must and kerning pairs become superfluous. You go your way . . . I'll go Maui Rich 😉
#30037From: Gary BrusanowskiJul 25, 1991 8:10 PM
Richard: You got it! However, I think even that 800 kerning pairs is still not as many as some fonts need. The problem with kerning is that it's pretty much a subjective thing. You might think that an "V" and "a" in a font look fine unkerned but I would find it intolerable. To this end, Mirror Image will be including (hopefully!) a kerning table editor in our next package which will allow you to adjust kerning on-screen (using character outlines of course) and then save that information to any of the file formats that currently contain kerning (PPage .metric, PDraw fonts, AFMs, PFMs, etc.). Since this information is independant of the actual printer fonts and is used only by DTP programs creating documents, it shouldn't create yet another situation like the "my Adobe Garamod printer font is different than the one my output bureau uses and my curly quotes aren't showing up!" one that's popping up due to programs like MetaPro converting Mac Type 1's into IBM Type 1's and scrambling the character names and order and so on (Yeesh!). Anyway… Gary – Mirror Image Prod. (416) 495-7469, via WHAP!
#30086From: Malcolm O'BrienJul 26, 1991 1:48 AM
Gary, -> scrambling the character names and order Now there's a problem! A PC user once told me about wrong font ID's. I told him I didn't use ID's, just font names. Don't think he believed me. 🙂 And I thought what a screwed up system it was to use ID's. Didn't realize the problems you talked about existed. But we did have some problems at Transactor that were never really figured out. It's a jungle. Just a jungle. Malcolm
#29973From: Soft-Logik Tech SupportJul 25, 1991 1:55 AM
Yes, I care about kerning. People are starting to add more kerning pairs now. Some fonts have over 800. I'm not sure, but maybe the kerning info is hiding in the .FON screen font. I think there is only one, like the Mac's .R so who knows… Michael at SL Tech
#30038From: Gary BrusanowskiJul 25, 1991 8:10 PM
Micheal: Yes, the kerning information for Mac fonts IS hiding in the screen font file (very cleverly hidden, I might add). And of course, it's in the AFM as well. And now there's this .PFB thing for IBM fonts (must look into that…) Gary – Mirror Image Prod. (416) 495-7469, via WHAP!
#29620From: Software EtcJul 21, 1991 11:24 PM
I've been trying to follow this thread as well as a couple of others reguarding Adobe Type 1 fonts. Unfortunatly I now qualify for the 'Totally lost' award in computer terminology. I am JUST beggining in DTP (just picked up Pagestream 2.1 Friday) I understand you can use IBM type 1 fonts in it. From what ",ve been reading in these threads there seems to be some kind of problem converting them? Could someone tell me, just exectly what I need to download a type one font from say, the IBM DTP forum and then use it in Pagestream. (Also how about the MAc fonts too.)
#29646From: Richard S. Rose,M.D.Jul 22, 1991 3:22 AM
Craig, You need only two files to make a Type 1 font work in Pagestream: 1. The .PFB (printer font binary) file. This _is_ the type 1 font itself. It's format is a combination of ASCII text and binary code. This file is sent to the printer by the application program. Usually the transmission is over a serial port. Since most serial lines cannot handle bytes with the high bit set, the binary portion of the file is converted to HEX by the application before transmission. The PostScript interpreter in the printer can actually handle the file in either of its forms. 2. The .AFM (Adobe font metrics) file. This contains information necessary for proper placement of the characters by the application. This file has apparently been missing from current font packages from Adobe (although several that I have received have had the file. It can be generated from other files usually included with the font. Also the .AFM files are available from other sources, including Mac font packages. These can be converted to IBM format. Also very useful are .ABF (Adobe bitmap) files. These allow rapid screen display of text (up to about 24 points) sizes. These files were a part of Adobe font packages until Adobe started supporting Windows 3.0 and ATM (Adobe Type Manager). The .ABF files can be generated using a utility, Font Foundry, which Adobe supplies with its packages. There are also other files associated with IBM format Type 1 fonts. These are for use with ATM and Windows 3.0 and are not used with PageStream You go your way . . . I'll go Maui Rich 😉
#29713From: Malcolm O'BrienJul 22, 1991 10:15 PM
Craig, FYI, it seems that DTPForum has it in mind to have ALL the screen fonts for IBM & Mac in its libraries. You might like to visit that forum sometime. Lots of data, fonts, clip art, info – but almost no Amiga users. Still worth a look. Malcolm
#29768From: Gary BrusanowskiJul 23, 1991 1:08 PM
Malcolm: But the DTPForum doesn't have any AFMs. What a pain! Gary – Mirror Image Prod. (416) 495-7469, via WHAP!
#29872From: Malcolm O'BrienJul 24, 1991 3:30 AM
Gary, Didn't realize that DTPForum doesn't have any AFMs. I think we should all go over and ask for them. 🙂 Malcolm
#29974From: Soft-Logik Tech SupportJul 25, 1991 1:57 AM
Seems strange for a DTP Forum not to have any AFM's. Wierd. Anyway, if a new user wants to play with PD Type 1 fonts, and the DTP Forum doesn't want to supply them in the required format, then try the Soft-Logik BBS. There are lots and lots of PD Type 1 fonts there which are already converted. SL Tech
#30006From: Gary BrusanowskiJul 25, 1991 2:45 PM
Malcolm: Just had the Adobe sysop upload the last of the missing AFMs to me. Now I have eveything for Adobe font volumes 1-199 (that's about 973 fonts, I think). Maybe we'll start selling PD disk sets of AFMs to PageStream users 🙂 Gary – Mirror Image Prod. (416) 495-7469, via WHAP!
#29611From: Michael LoaderJul 21, 1991 10:26 PM
Unfortunately, many firms are no longer distributing AFM files because we all know everybody uses Windows, and MicroSoft realized that the AFM format was too standardized and PFM was just what the world needed. (Sorry for letting emotions into this.) You'll have to use a PC font editor to make AFM files, or get one from Adobe (available online somewhere here) if Adobe makes that font. It has also come to our attention that Adobe has stopped distributing ABF files with their fonts, as of the latest releases. (Now that support has been added in PgS 2.1.) They've gone to the Windows standard for that too. (Not that ABF's were such a good standard anyway.) Oh well for now. Remember that you can convert Mac fonts to PC format using SL's PD utilities. Michael Soft-Logik
#29639From: Mike ToddJul 22, 1991 2:13 AM
Michael, there is an even easier way of getting an .AFM (provided you don't need/want kerning) and that is to use a program called getafm.ps on a serially linked PostScript printer … it will automatically generate the .afm from the PostScript font. I don't know the detailed format of .PFMs (they seem very variable), but I find it appalling that MicroSoft should decide to go their own way on this. AFMs contain all the information needed for fonts … if they really _did_ feel something was missing, why couldn't they have either included it in a separate file or as an extension to the .AFM format. I just love the arrogance of companies that decide that an accepted standard is not good enough for them! Mike (Whapping from the UK)
#29661From: Gary BrusanowskiJul 22, 1991 9:28 AM
Mike: An AFM file, without kerning, can be generated from a Type 1 font very easily. The ONLY thing a DTP program should need them for IS kerning. As well, I find it kind of disturbing that people would actually elect to omit the kerning tables. As I've said in a message to Michael Loader, kerning pairs in DTP are already extremely scant as compared to fonts used by professional typographers. I find it a horrible notion that anyone would want to reduce that number even further. DTP has gone a long way in lower type quality (that is, how pages are laid out, not the actual shapes of the letterforms); this just sounds like another step backward to me. Sorry, but if I see one more newsletter where the characters "T" and "." look like this : T . , I think I'll scream. Gary – Mirror Image Prod. (416) 495-7469, via WHAP!
#29670From: Mike ToddJul 22, 1991 2:44 PM
Gary I would certainly agree with you about kerning … it is one of the key factors which make for professional quality output. However, I don't quite understand you when you say that all a DTP program should need them for _is_ kerning … a DTP prog must know the width of the letters as a minimum otherwise it has no way of determining line breaks etc. Something like PageStream could derive the widths from the Type-1 fonts algorithmically since it is capable of rendering fonts from Type-1 source but it's not an efficient way of doing things. Other DTP packages need metrics (not necessarilly AFMs) and these could be derived from AFMs very easilly, even if the DTP package can't render Type-1 fonts. Oh how I wish that the standards that Adobe started out with every good intention had been maintained through the industry … but they, like AGFA, got too commercially minded and failed to allow their standards to permeate. The most perfect example of the adoption of a commercial standard has got to be the Philips compact cassette … they invented the cassette, but gave the license and technology knowledge away free to anyone who wanted it. Mike (Whapping from the UK)
#29693From: Gary BrusanowskiJul 22, 1991 7:47 PM
I'm afraid you are in error about the width information in a Type 1 font. The first entry for a character's outline code (the Type 1 commands "sbw" or "hsbw", which ever the font is using) states the character's width implicitly. "sbw", for example, states the character width in the operator's second argument (the first arguement is the character's left sidebearing). As well, all the ASCII header information (such as Bounding Box, Underline Width & Thickness, etc.) is contained at the top of both AFM and Type 1. All that remains is the kerning information, which is what the Type 1 does NOT contain. Currently, the only places I know of to get the kerning information for a font are: a) from within Mac screen fonts (this information of course, pertains to the Mac character set only), b) from (I think) .PFM files, which probably pertains to IBM fonts only, and c) from AFM files, which pertain to all fonts, across all systems or should, anyway, since that was how they were designed). I guess you can get the kerning info from our MIfont-converted .metric files or our MIoutline-converted PDraw fonts too, if you wanted… 🙂 You're right about the slipping of standards: it's getting not only confusing but kind of depressing. Maybe I should have gone into selling used cars like my Mom wanted! 🙂
#29737From: Mike ToddJul 23, 1991 1:48 AM
Gary Sorry, perhaps I didn't word my comment very well (the brain is still addled after my car smash :-+) … by "algorithmically" I meant that it would have to double-decrypt the code and then "disassemble" the data to determine the sbw/hsbw parameters … PageStream can do this because it can render Type-1 fonts, therefore has the decoding mechanism built-in. Yes, certainly the side-bearing and width info are available in the the sbw/hsbw values … which reminds me, it's about time I got round to uploading my Type-1 disassembler!! I don't know about .PFMs, so can't work out if/what kerning info is there … and, in theory, it should be possible to write a very clever piece of software that "draws" each character and, using some inbuilt rules of how kerned characters should look, tests each against each other adjusting positioning until it "looks" good and then writing this as kerning data 🙂 Mike (Whapping from the UK)
#29682From: Neil RobinsonJul 22, 1991 6:05 PM
The worst thing that ever happened to typography is that TeX was so hard for the average person to learn. TeX is like having a typesetting pro looking over your shoulder. Much of what passes for DTP today is such garbage that it is a shame. The worst result of all this however is that people after a while don't expect anything better.
#29694From: Gary BrusanowskiJul 22, 1991 7:47 PM
Neil: Alot of people (mostly professional typographers and typeface designers) will simply laugh if you mention DTP. One reason is the kerning pair problem I was mentioning earlier. Another is the fact that people will output to laser and tell you "this is the finished art; what do you think?" (When I used to work for a large printing firm here in Toronto, I had a customer come in with a line of type and tell me that it was the art I was to reproduce. I said it looked like a photocopy. He said "Oh no, it's a LASER PRINT!" and I said, "I don't care if it was hand lettered by monks; it LOOKS like a photocopy! Get me some real art!"). And of course, the worst thing about desktop is that it places the tools for creating professional artwork into the hands of people who are not necessarily prepared to use them, much like inexpensive music equipment has caused a glut a fairly terrible music. It's not that I think this stuff should be the exclusive domain of professionals; it's that I think that too much incompetant product will result in a lowering of standards to the point where no one will KNOW what quality is. Just take a look at many modern publications where the word spacing on justified columns results in huge gaps between words on one line and very little on the next. And line after line of hyphenated breaks. And shoddy kerning. Not to mention pages with a half dozen fonts or more ("They were there so I used 'em!"). All these things are so prevelant, that after a time, no one will realize they're bad form. I'm ranting. You get the point…
#29740From: Mike ToddJul 23, 1991 1:49 AM
Gary As I've just said to Neil, in the end it is the skill of the composer that produces good quality output … provided that the tools are up to the job, of course 🙂 For all that, it is important to accept that cheap DTP has at least given them an easier path to document production. Some of it may look really awful to the pros, but, provided it does what it is intended to do, then there is no reason to knock it … and I have found that a few timely suggestions can work wonders. I think a lot of people who do produce local newsletters, or small posters, often know that there is something not right with what they have but don't know what it is (even though the "mistakes" are gross). A quiet word often produces a marked improvement. Unfortunately, putting these tools into the hands of the layman has produced a breed of people who now work in magazine production thinking they know everything there is to know about the art of type-setting … witness, as you say, the shoddy production of many modern publications. The analogy I used with photography is perhaps a good one … there are so many people who now have expensive and powerful cameras, but the results are only as good as the photographer's eye for detail. The same applies in the music field, as you point out. I am certainly no professional when it comes to type-setting (or photography or music for that matter), but I do believe that, in all three fields, I have on more than one occasion prodce good results which have passed muster with the professionals. It is certainly right to try to maintain standards, and to educate those that are working in these fields … but I do not like to see elitism and snobbery either. Mike (Whapping from the UK)
#29772From: Neil RobinsonJul 23, 1991 2:18 PM
Gary, I've NOTICED. Some modern magazines that I've read have some of the worst typography. Immense spaces between words and such, or as you pointed out 3 or more hyphens below each other. It's incredible what poor quality is being sold today. A perfect example of the worst though is a book my girl friend was supposed to translate. It was typed on a computer probably but printed out on a daisy wheel printer with a lot of hand drawn illustrations. The quality of the text was atrocious. A perfect example of what is being put out as books currently. In the past, before a book ever went to press it would have been edited by someone who was a professional, especially because it was such an involved and expensive process bringing it to the public in printed form. Nowadays, all kinds of stuff is being published without so much as a glance by a professional typographer or editor. Needless to say, my girl friend ended up not being able to translate the work because she couldn't understand much of it and because it was so poorly phrased, that she would have had to rewrite the entire thing as well. Ciao, Neil
#29738From: Mike ToddJul 23, 1991 1:49 AM
Neil … personally, I never did like TeX … it was just too cumbersome. I used to edit/set a magazine which I took great pride in … I spent many happy hours making sure that the pages looked good … I tried to ensure that hyphenation was not overdone, that widows and orphans were not hanging around looking clumsy, that rivers were avoided and that the balance of the pages looked just right. I am certainly no type-setting pro, and found that Professional Page was just perfect to allow me to do the little tweaks to achieve my goal (which, in the end, received many accolades from some professionals who I greatl respected!). I a _minor_ adjustment to tracking, or a little manual intervention in kerning didn't pull that final two letter word back into the paragraph, then a quick recast of a sentence here or there was performed. The results were there on screen almost instantly. I tried PageStream and TeX at various points of my work, and found neither gave me the rapid feedback I demanded. I was also very unhappy with the way that PageStream would distribute white-space and I seemed to be forever trying to lose ugly rivers down the columns. PageStream is also so _very_ slow compared with ProPage, that I couldn't (and still can't) bear to use it except for very small things. TeX, on the other hand, produced very nice output (provided I didn't use Computer Modern, which is a type-face I personally detest) … but was _so_ cumbersome to use. It does have a place, and I can understand how many people like to use it … but I really don't want the "system" to get in the way of what I'm trying to do and the idea of having to embed strange commands and macros in my text seems very alien to me. However, I _would_ use TeX if I needed to set something small, but intricate, and then import it into ProPage … just as, if I wanted to use an unusual type-face, I might pop into PageStream. I would certainly agree that what is appearing in print in many places nowadays is [ MORE ]
#29773From: Neil RobinsonJul 23, 1991 2:18 PM
Mike, I agree with you about the difficulty in working with TeX. It took quite a while and I wouldn't sa that I am an expert at this point, but I can meet my needs. The advantage to working with TeX is that now that I have done the hard part (learning it) it takes very little time at all to produce well typeset, consistent looking documents. Ligatures, kerning, hyphenation etc. are all built in and designed to look good. I am starting to write AREXX macros which I will later control with Superbase to print bills, contracts, invoices, and everything else that needs to look good. As far as speed goes, I don't have much problem there. I'm running a 68030 board at 36MHz and using 9MB RAM. Pagestream runs just fine with that configuration. Ciao, Neil
#29739From: Mike ToddJul 23, 1991 1:49 AM
[ continuation ] very shoddy … but it is not PStream, ProPage or TeX that are to blame .. it is the lack of training in the user. We now have professional tools in the amateurs' hands, and they do not have the skills to use it. You put a $2000 Hasselbad in the hands of a snap-shotter and all you will get are snapshots … put a cheap compact camera in the hands of a good photographer and you will get great photos. Give a self-taught, one-finger-at-a-time keyboard player a keyboard and a sequencer and you will get multi-layered one-finger-at-a-time music (just listen to all that garbage that is around!) Mike (Whapping from the UK)
#29659From: Gary BrusanowskiJul 22, 1991 9:28 AM
Michael: Have you guys ever thought of supporting standard Amiga bitmaps and PPage metric files? Sounds kind of backwards, I know, but the Mac font packages have all the necessary stuff in them and we have our MIfont program out there already. Might as well keep your options open…:) Gary – Mirror Image Prod. (416) 495-7469, via WHAP!
#29975From: Soft-Logik Tech SupportJul 25, 1991 2:04 AM
No, there are no plans to support Amiga bitmap fonts. I think there were at some time in the past but now, well, ABF's are already available. Now that they are disappearing, maybe FON is the way to go. It's up to the boss. I think if we all agree to buy 040 machines, then we can just get rid of bitmaps! 🙂 But maybe you could write a fon to abf converter… SL Tech
#30039From: Gary BrusanowskiJul 25, 1991 8:10 PM
SL Tech: What is FON? And you may be correct about getting 040's and using Type 1's exclusively, but those suckers cost money! I've got 1000 Adobe screen fonts on my poor old 2000 that I can use any time with PPage. All it costs is a buck (or nothing even, if they're feeling generous) to proof it at my output service (who have the printer fonts). And I get to choose from the whole library, not just the ones I own printer fonts for. If a customer comes to me (we used to do DTP) and asks me set a business card in Bauhaus-Light, why not use the screen font? It's faster and I don't have to spend $250 on the Bauhaus family to use it. Of course, with the current flurry of type conversion programs and ATM and all that, it's hard to imagine that font piracy won't escalate to ridiculous proportions in the coming months. That's what Adobe gets for charging $50 bucks a pop, I suppose… Gary – Mirror Image Prod. (416) 495-7469, via WHAP!
#30085From: Malcolm O'BrienJul 26, 1991 1:48 AM
Gary, -> [font piracy] That's what Adobe gets for charging $50 bucks a pop Recognize that the font companies (and traditional typesetters) consider $50 to be a steal! I met with a bunch of DTPForum folks last fall during MacWorld. Kathleen Tinkel made the point that one used to have to buy a box of lead when one bought a font and it cost a lot more than $50. And it was one face, one size, one style. If you wanted italics, you had to buy another box of lead. The decreased revenue and the spectre of font piracy are serious concerns for the font companies. You and I know that font designers can spend a vast amount of time on a face but I don't think that a lot of hobbyist users realize that. Font designers are artists with a lot of expertise and I want them to reap the rewards of their work, just as a want to benefit from my own. Personally, I don't think fonts are too expensive or that the arrangement we have now is a bad thing; i.e. available screen fonts with the printer fonts at SBs. In many ways, it's much better – your comments about lowered standards notwithstanding. I'm much more concerned about paper than about fonts. Malcolm
#30126From: Gary BrusanowskiJul 26, 1991 12:24 PM
Malcolm: I don't think $50 is too much; I think everyone else thinks it's too much!! Especially in the Amiga community, where users bawlk at programs that cost over $100. Mac users get suspicious of programs that cheap: "what's wrong with it that it only costs $99.95?" Gary – Mirror Image Prod. (416) 495-7469, via WHAP!
#30351From: Richard S. Rose,M.D.Jul 28, 1991 2:55 PM
Malcolm, 50 bucks for a font _is_ a steal! You go your way . . . I'll go Maui Rich 😉
#30215From: Soft-Logik Tech SupportJul 27, 1991 1:58 AM
Well, I need the outlines to proof on my laser. I have to modem my files to the service bureau, so I can't afford to make a mistake in the finished version. Then again, I work for a company selling 600 Type 1 fonts. 🙂 FON files are Windows screen fonts. You think if they were going to call the AFM files PFM, then they would have called the screen fonts something like WXB to be consistent. 🙂 There is only one FON file per font, I believe. SL
#30302From: Gary BrusanowskiJul 28, 1991 8:00 AM
SL: Any way you (or anyone here in fact) could email me a sample FON and PFB file or two? Wouldn't mind checking this stuff out (I'm sure they're as freely distributable as the normal screen fonts and AFMs. And don't send the printer fonts! I don't want the font police hammering on my door at 3 a.m.! 🙂 Gary – Mirror Image Prod. (416) 495-7469, via WHAP!
#30350From: Richard S. Rose,M.D.Jul 28, 1991 2:55 PM
Gary, " . . . I've got 1000 Adobe screen fonts on my poor old 2000 that I can use any time with PPage . . .All it costs is a buck . . . to proof it at my output service (who have the printer fonts). And I get to choose the whole library . . . Yes. Agreed. But _someone_ (a service bureau) has to buy the printer fonts. AND you have bit maps (screen fonts) available only for small sizes. The inability to use the fonts in large sizes in smooth outline form is _very_ limiting. Besides which, there is a very hard rule of graphic design which states that the need for a specific type face (in display sizes, natch) is inversely proportional to the chance that you have that typeface in your posession (sic).
#30551From: Gary BrusanowskiJul 30, 1991 9:07 AM
Richard: I don't know. With a combination of MIfont (bitmaps in PPage) and MIoutline (Type 1's in PDraw), I've been able to produce all of our documentation no problem. Since PPage scales the bitmaps, I don't see the need for keeping megs worth of inferior CG fonts on my system; If I need to produce very precise headlines, I'll just use PDraw and import them. And most of the output services have the printer fonts that correspond to my screen fonts. If they don't, I'll pick up the font, convert it with my software and include a downloadable version of it in my PS file. All around, I find it a very workable and cost-effective system. But then, I would, wouldn't I? 🙂
#30349From: Richard S. Rose,M.D.Jul 28, 1991 2:55 PM
" . . . I think if we all agree to buy 040 machines, then we can just get rid of bitmaps! . . ." Not such an outlandish thought. That's exactly what I plan to do as soon as I can put an 040 in my 3000. This is the direction that hardware development has taken from the beginning. We are using programs today on these machines that would have been unthinkable on lesser machines a few years ago. As soon as 20 MIPS becomes a kind of bottom of the range of acceptable power, we will very quickly 'look back' and smile when we remember things like the need for bit maps . . .like we look back on CP/M or the early MS DOS machines now.
#29390From: Mike ToddJul 19, 1991 11:40 PM
Well, a PostScript Type-1 font should have a minimum of two files for all practical purposes … a PostScript font definition and a font metric. If the fonts are sticking to the Adobe standard then there should be an Adobe Font Metric (.AFM) file. I'm not sure what a .PFM file is (although I seem to have a few 🙂 but it is certainly not a metric. All those Type-1 fonts I have from the PC world have a PFM, and .PFB (Printer Font Binary) and an .AFM file … so, you should have received the .AFM with your .PFB files. If not, and you have a PostScript printer interfaced via a serial connection, it is possible to generate a .AFM file … there is a PostScript program called makeafm.ps (or something similar) which you run on the printer and capture the output on disk. Mike (Whapping from the UK)
#29614From: Michael LoaderJul 21, 1991 10:29 PM
Mike: PFM files are Windows font metrics files. Michael
#29640From: Mike ToddJul 22, 1991 2:13 AM
Yes, I'd got that far (indeed, I seem to have whole pile of them) 🙂 I wasn't quite sure what they were since some of the .PFMs contain very little data indeed and they're not an Adobe standard. Mike (Whapping from the UK)