Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.databases.filemaker > #1600 > unrolled thread

Printing issues with HP - some layout parts left out

Back to article view | Back to comp.databases.filemaker

Contents

  Printing issues with HP - some layout parts left out bilbod <bjaynes@montanaport.net> - 2013-12-17 17:51 -0800
    Re: Printing issues with HP - some layout parts left out Helpful Harry <HelpfulHarry@BusyWorking.com> - 2013-12-18 18:30 +1300
      Re: Printing issues with HP - some layout parts left out "E. Appeldoorn" <ursus.kirk@ziggo.nl> - 2013-12-18 09:20 +0100
        Re: Printing issues with HP - some layout parts left out Helpful Harry <HelpfulHarry@BusyWorking.com> - 2013-12-19 18:52 +1300
          Re: Printing issues with HP - some layout parts left out Bizouman <bizouman@gmail.com> - 2013-12-25 07:01 -0800
    Re: Printing issues with HP - some layout parts left out bilbod <bjaynes@montanaport.net> - 2013-12-18 08:40 -0800

#1600 — Printing issues with HP - some layout parts left out

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

[toc] | [next] | [standalone]

#1602

In article <2909cc5c-a165-4c29-844e-04824007c74d@googlegroups.com>,
bilbod <bjaynes@montanaport.net> 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)

[toc] | [prev] | [next] | [standalone]

#1605

Helpful Harry schreef op 18-12-2013 06:30:
> In article <2909cc5c-a165-4c29-844e-04824007c74d@googlegroups.com>,
> bilbod <bjaynes@montanaport.net> 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)
>

Also this printer might use slightly diferent margins, if your fields 
are right up to the border of the parts, that could be the problem.

-- 
met vriendelijke groeten,
Erik Appeldoorn

[toc] | [prev] | [next] | [standalone]

#1610

In article <42a4f$52b15aaf$52d97d7f$27108@cache1.tilbu1.nb.home.nl>, E.
Appeldoorn <ursus.kirk@ziggo.nl> wrote:
> 
> Also this printer might use slightly diferent margins, if your fields 
> are right up to the border of the parts, that could be the problem.

That's possible, although you would normally see something, even if
only chopped data.

The "safe" minimum margins to use are normally:

    Inkjet printer = 0.5in (the bottom margin may need to be 0.75in)
    Laser printer  = 0.25in

Even if your printer says it can do smaller margins (or no margins at
all), the software sides may not be able to do that.

Helpful Harry  :o)

[toc] | [prev] | [next] | [standalone]

#1638

In my case, I stop fighting with HP, Microsoft and FM... I had a definite problem when printing with older version of fm (4-5-6) on a HP product.

When contacting each of them, it was always the other one's fault, leaving me stuck with the problem

Bold txt overlapping surrounding text, when text attribute was different (italic, bold...) that only specific line loose the justification...

Then I redesign my solution with FM10 from scratch, change printers brand...and I don't want to know who was responsible... but now I don't have those issues!!

[toc] | [prev] | [next] | [standalone]

#1606

Thanks to you both. I'll look at the font and margin issues. Meantime, I've got the client printing by sending the doc to pdf software which prints things just fine. T

Best regards,
Bill

[toc] | [prev] | [standalone]

Back to top | Article view | comp.databases.filemaker

csiph-web