Dan,

" AFPDS is a *PAGE* format vs a *LINE* format in *SCS. An AFPDS page is
fully formated before anything is sent to the printer. Double print has
no effect as the pixels of the glyphs just overlay the previous ones. To
get bold in AFPDS, you'll have to code your program to use a AFPDS print
file and manage the font selection there."

Okay, well that stinks (for me anyway). With this tool there is no good
way to develop a *AFPSD external printer file so that I can bold. The
character position of the bold is variable even within the same document
because of the merge data.


Thanks, Matt

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Dan Kimmel
Sent: Thursday, May 07, 2009 5:14 PM
To: Midrange Systems Technical Discussion
Subject: RE: Bold printing using *AFPDS and internal printing.

AFPDS is a *PAGE* format vs a *LINE* format in *SCS. An AFPDS page is
fully formated before anything is sent to the printer. Double print has
no effect as the pixels of the glyphs just overlay the previous ones. To
get bold in AFPDS, you'll have to code your program to use a AFPDS print
file and manage the font selection there.

Your problem with the paper size on SCS with overlay is probably in the
creation of the overlay. It does work, I've done it many times. The most
common error is the way the overlay is managed with COR. (Computer
Output Reduction). If your print file is 10 CPI and 132 characters wide,
the print file will, by default, automatically use COR to print on an
8.5 by 11 piece of paper if your printer device description makes this
the default size. COR turns the page 90 degrees and selects a font
that'll fit that 13.2 inch wide span in about 10 inches with half inch
margins. It then puts the overlay on top. So you have to scan your
overlay landscape, top left to make it come out correctly. Takes a bit
of experimentation. You'll get it right eventually.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Tyler, Matt
Sent: Thursday, May 07, 2009 5:11 PM
To: Midrange Systems Technical Discussion
Subject: RE: Bold printing using *AFPDS and internal printing.

If I open the *AFPDS spooled file using the Softlanding Spooled Files
tool I can see it "double print" this data as well ( the data is
presented in a stream and not in records).

The font code I am using is 230 (A gothic font I believe). I have not
tried to use that font in any other printing situation where I bold in
an external print file.

I have yet to been able to print an overlay on *SCS. Every time I have
tried, our Xerox print keeps asking me to insert an 8.5 x 13" paper
size. One we do not have and I do not know if I can force it override
to another size.

I have overridden a program described report that prints bold in *SCS
form to be *AFPDS form instead specifying nothing more on the override
and the bold no longer appears on print but DSPSPLF indicates there is
overprinting.

Thanks, Matt

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Dan Kimmel
Sent: Thursday, May 07, 2009 3:47 PM
To: Midrange Systems Technical Discussion
Subject: RE: Bold printing using *AFPDS and internal printing.

Double printing, as Booth describes, is probably how the bolding is done
in *SCS print. In *AFPDS, the graphics will just overlay.

Matt may be forcing a font substitution into a font group that doesn't
have bold glyphs. I'd need to know a lot more details about how the
print file is set up.

One can use an overlay on *SCS output. You can't do font substitution,
though, other than CPI, rotation, and COR.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.