Path: csiph.com!usenet.pasdenom.info!aioe.org!.POSTED!not-for-mail From: Helpful Harry Newsgroups: comp.databases.filemaker Subject: Re: Printing issues with HP - some layout parts left out Date: Wed, 18 Dec 2013 18:30:52 +1300 Organization: Aioe.org NNTP Server Lines: 53 Message-ID: <181220131830521216%HelpfulHarry@BusyWorking.com> References: <2909cc5c-a165-4c29-844e-04824007c74d@googlegroups.com> NNTP-Posting-Host: bhx7dpabzRt2TQrrcs/tJw.user.speranza.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: abuse@aioe.org User-Agent: Thoth/1.5.4 (Carbon/OS X) X-Notice: Filtered by postfilter v. 0.8.2 Xref: csiph.com comp.databases.filemaker:1602 In article <2909cc5c-a165-4c29-844e-04824007c74d@googlegroups.com>, bilbod wrote: > > Hello, > > I have a client using a solution made with FMPro 5. Until now, he could print > his docs just fine to an HP printer. It got old and replaced with a new > multifunction HP and now, only the trailing grand summary will print [header > & body print blank]. We've tried several settings in his printer driver plus > an update. As well he has consulted with HP; they are saying it's our > problem! Okay. Anyone have any experience with this bug? I think it has > happened a few times before but we always worked through it. I'm thinking FM > sends a graphic [jpeg?] to the printer so it is not clear how the printer > driver would "see" layout parts as distinct items. > > Thanks for you consideration, > Bill The printer driver converts the information from the application into a page description language the printer understands rather than sedning a JPEG. PostScript being one example usually found on higher end laser printers. Although the printer won't see (nor care) about FileMaker's individual layout parts, it does see individual elements on the page, which is likely the cause of the problem. Are you sure you've got the appropriate data / Found Set for the Header and Body information to display? Although rather hopeless in many respects, if Preview Mode is showing data, then that's what *should* print, even if not exactly how it looks ... but not always. There can be issues on the printer side with: - a corrupted font (on the computer of the printer). Try changing ALL items on the Layout to use a different font - a more standard one like Times. - images, either in Container fields or directly on the Layout. Try removing all images. If it then prints, try putting images back one at a time until the culprit is found (usually one a non-standard format - for example, a Postscript image may deisplay on-screen fine by using the image's low-res internal preview picture, but not print when the printer driver tries to access the actual image data.) You could also try creating a new Layout similar to the original and see if that prints (don't just copy/paste items from the original Layout, recreate it properly). If that prints, then you've sort-of solved the problem and use the new Layout instead. Helpful Harry :o)