Dave: Now I may be reading too much between the lines. :-)
Our clients use printers from multiple applications; there are no MV only printers. So all printers have the appropriate Windows drivers installed. I've not seen where a print stream sent from an MV application gets altered by these Windows print drivers. What I was talking about was the reaction of the printer to this MV generated print stream. I've sent the same stream of text (a simple A/R customer report wrapped in PCL) to both HP, Canon, and Kyocera printers (all printers were PCL5 compatible). The string looked like: peqs '1' size = 7372 01 [EMAIL PROTECTED] ENTER LANGUAGE = PCL..[E[&l1o&l1e41F[&a3l105M[(s0p13h0s3b4099T...T/R 4.2.1 CUSTOMER NAME & INFORMATION FOR LAKEWOOD VIEW TWNHOME ASSN (450) THRU 30 Jan 05 PAGE 1 02 . . 44 45 (C) Copyright 09:59:59 07 Mar 2006, Advantos Systems, Inc. All Rights Reserved. 46 .T/R 4.2.1 CUSTOMER NAME & INFORMATION FOR LAKEWOOD VIEW TWNHOME ASSN (605) THRU 30 Nov 04 PAGE 2 47 . . 70 ..................................... 71 (C) Copyright 09:59:59 07 Mar 2006, Advantos Systems, Inc. All Rights Reserved. 72 .[E[%-12345X ...where '[' equals escape and the 1st '.' before each MV generated heading is a form feed generated by the MV AQL "HEADING" statement. What appears to happen is the Canon and Kyocera recognize the print buffer is empty (ignores the PCL code) and ignores this 1st form feed; which makes sense. The HP, on the other hand, simply kicks a page when it finds the 1st form feed. The [Esc]E doesn't kick the page on either the HP, Canon, or Kyocera. In order for us to solve this problem, we had to move the form feed from the 1st character of each mvDbms created heading to the end of each "...All Rights Reserved." part of the string. To do this, we were able to turn off the D3 created form feed completely (via TERM setting of formfeed delays to 0) and add a form feed to the end of the copyright text. Hopefully, I haven't missed the point completely. :-) Bill Haskett Advantos Systems, Inc. www.advantos.net (760)944-5570 (CA) (360)923-4838 (WA) > -----Original Message----- > From: Dave Taylor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 07, 2006 9:21 AM > To: Bill Haskett; [email protected] > Subject: Re: [U2] PCL extra page > > Bill, > > I may be reading too much between the lines here, but the following > statement: > > --------------------------------------------------- > Then, when this string is sent to the printer, HP interprets > "Pcl commands" > as text, so doesn't suppress the leading form feed...other > printers often > do. > -------------------------------------------------- > > suggests to me that the printer was installed using the manufacturer's > printer driver for that printer and that the printer driver > is performing > its usual tasks and, in addition, is not passing the ESC > sequences thru to > the printer: > > I didn't notice what platform you're running on, but on a > Windows platform, > we always install all Windows printers to be used by Universe > using the > Generic/Text driver found in the Generic Manufacturer's list > of printer > drivers. > > The Generic/Text driver performs no functions whatsoever, but > passes thru to > the printer all characters received by it, including ESC > sequences which the > printer interprets and reacts to correctly. > > I may be able to find a generic/text printer driver for > Windows to send you > if you don't have one. > > hth, > > Dave [snipped] > > ----- Original Message ----- > From: "Bill Haskett" <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Tuesday, March 07, 2006 7:00 AM > Subject: RE: [U2] PCL extra page > > > > Steve: > > > > This is almost always limited to HP printers. > > > > What normally happens is that a print job always begins > with a form feed. > > When PCL preceeds this print job you get a string that looks like: > > > > Pcl commands : FF : Print job > > > > Then, when this string is sent to the printer, HP interprets "Pcl > commands" > > as text, so doesn't suppress the leading form feed...other > printers often > > do. > <snip> ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
