<div dir="auto">Absolutely. What Bob & Mark said.<div dir="auto"><br></div><div dir="auto">Filepro is being told to send print data to the terminal, "in-band", via passthrough-print terminal control codes, in both cases. There is no question about that (now).<div dir="auto"><br></div><div dir="auto">So now it's no mystery at all that the Win10 box behaves differentlu. Any two machines, regardless of OS or terminal software could do entirely different things with that print data, all depending on the configuration of the terminal emulator app, and the capabilities and confinguration of the printer driver in the client/desktop OS. Even two identical Win7 machines would behave different if you had installed different printer drivers on each.</div><div dir="auto"><br></div><div dir="auto">In this case, the next thing to look at is, in the terminal emulator on the Win10 box, what printer is it configured to use? Is that printer capable of interpreting pcl5? Does it even let you specify a printer or is it just using whatever is the Windows default printer?</div><div dir="auto"><br></div><div dir="auto">What is the name of the printer driver used for that same printer on the Win7 boxes? What is the name of the printer driver for that printer on the Win10 box? I bet one or the other names will be enlightening.</div><div dir="auto"><br></div><div dir="auto">(I'm not sure where to find the name of an installed printer driver in each OS off-hand, sorry. I know there is a name you can see when you are selecting a driver to install in the first place, and for HP there is sometimes 2 or 3 variants, and the name will include (PCL5) or (PCL6) or (PS) or something else. Not always but often. It's just a thing HP does. And, the same choices might not be available for Win10 vs Win7 vs any other OS. Maybe HP made a pcl5 driver for win7 and never made one for win10. Just like they probably didn't make any driver at all for XP if it's a recent printer. They don't necessarily offer the same of everything for every OS.</div><div dir="auto"><br></div><div dir="auto">Or maybe you have some older generic laserjet driver installed on the win7 machines instead of one specifically for this exact model, and on the win10 box you have a new official normal proper driver for this printer specifically.</div><div dir="auto"><br></div><div dir="auto">There's all kinds of different  ways to get different results on different clients, now that we know it IS in fact printing through the client.</div><div dir="auto"><br></div><div dir="auto">But on the flip side, now that we do know that, we also know what you need to look at in order to make it do what you want.</div><div dir="auto"><br></div><div dir="auto">You can investigate possible raw print data options in the printer driver and/or in the windows print spooler (assuming the printer actually supports pcl5 instead of getting fake pcl5 support via the printer driver doing it on the sly).</div><div dir="auto"><br></div><div dir="auto">You can look into possible variant versions of the printer driver that might provide that pcl5 support.</div><div dir="auto"><br></div><div dir="auto">You might also try installing some old generic plain laserjet driver, like a windows built-in lj5 driver. It could be an extra driver pointing to the same printer just for the terminal emulator to use, and the other apps on the desktop can still use the official driver.</div><div dir="auto"><br></div><div dir="auto">You can comment out PFPT in .profile and not even use passthrough. Then H hardcopy would go directly from the fp binary to the command shown in printer8, without going through the Win10 box.</div><div dir="auto"><br></div><div dir="auto">You can use a different emulator that has it's own pcl renderer for passthrough printing, since one happens to exist. (anziowin)</div><div dir="auto"><br></div><div dir="auto">Mostly repeating what I already said, sorry.</div><div dir="auto">-- </div><div dir="auto">bkw</div></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Oct 31, 2018, 9:52 PM Bob Rasmussen via Filepro-list <<a href="mailto:filepro-list@lists.celestial.com">filepro-list@lists.celestial.com</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Rod: see my last response to Fairlight. Different printer driver used in <br>
Windows.<br>
<br>
On Wed, 31 Oct 2018, Rod Caddy via Filepro-list wrote:<br>
<br>
> On 10/31/2018 7:48 PM, Fairlight via Filepro-list wrote:<br>
>> Yeah, but what's weird then is the claim that Win7's attempts go out the<br>
>> system printer, rather than pass-through.  If both are set to PFPT=on, then<br>
>> why would they act differently on the same software?<br>
>> <br>
>> I suspect we haven't seen everything.  Primarily differences in client<br>
>> configurations, as I alluded to last night.<br>
>> <br>
>> m-><br>
>> <br>
>> <br>
>> On Wed, Oct 31, 2018 at 08:12:44PM -0400, Brian White via Filepro-list thus <br>
>> spoke:<br>
>>> Good grief... after all this time, I finally look at the png screen<br>
>>> captures, and instantly what do I see? A variable that controls filepro's<br>
>>> behavior exactly as I said since the beginning. PFPT=on tell fp binaries <br>
>>> to<br>
>>> try to use pathrough printing, by default, if possible. Both clients are<br>
>>> setting PFPT=on, both clients are setting TERM=scoansi.<br>
>>> <br>
>>> For passthrough printing from filepro to work, several things must all be:<br>
>>> * The termcap entry that matches $TERM must include PN and PS caps which<br>
>>> work on that terminal. In filepro, the termcap entry is built up from two<br>
>>> files, /etc/termcap and $PFDATA/$PFDIR/fp/termcap (or could also be<br>
>>> specified entirely in an environment variable $TERMCAP which overrides the<br>
>>> termcap files)<br>
>>> <br>
>>> * The terminal must actually recognize those escape codes from the PN and<br>
>>> PS termcap caps, and do something with the data collected in between the<br>
>>> printer-on and printer-off codes. IE, if the terminal software has a <br>
>>> config<br>
>>> option for what to do with passthrough print data, you might have to<br>
>>> actively configure it to say what printer it should send the print data <br>
>>> to,<br>
>>> else it might simply eat the data and do nothing with it.<br>
>>> <br>
>>> * The destination that the terminal software sends the data to, must be<br>
>>> able to make sense of PCL5 data. There are a few different ways to arrange<br>
>>> this. Sometimes there is an option you can set in the printer driver<br>
>>> properties that says not to mess with the data, just forward it to the<br>
>>> printer raw. That would/should work as long as the printer itself actually<br>
>>> understands pcl5. Today, many don't. HP in particular confuses things even<br>
>>> more by having printer drivers that sometimes silently translate pcl5 from<br>
>>> an application into pcl6 for the printer, making you think the printer<br>
>>> supports pcl5 when it really doesn't. In the case of HP, try to look for<br>
>>> alternative versions of the printer driver, with PCL or PCL5 in the<br>
>>> driver's name. Remove the currently installed driver and install that<br>
>>> alternative, and that *might* make passthrough printing from filepro<br>
>>> through that terminal start working. Alternatively, if the "terminal<br>
>>> software" is AnzioWin, it has it's own built-in pcl interpreter, and <br>
>>> should<br>
>>> always work with any printer that any other Windows app can print to, <br>
>>> since<br>
>>> it interprets the pcl itself and renders it as graphics and hands the<br>
>>> bitmap data to windows's native gdi printing interface for windows to<br>
>>> print, without caring what kind of printer you have as long as you have a<br>
>>> working windows driver for it, the same as any other windows app does.<br>
>>> <br>
>>> You could also try removing PFPT=on from the envirnment, which will cause <br>
>>> H<br>
>>> hardcopy to go to whatever printer is set as default in pfconfig.<br>
>>> <br>
>>> Also verify, HOW is TERM getting set to "scoansi"? (and how is PFPT <br>
>>> getting<br>
>>> set to on?)<br>
>>> Is it being hard-coded in .profile or /etc/profile? Or is it coming from<br>
>>> the terminal emulator?<br>
>>> What I'm getting at is, are both terminal client apps really configured to<br>
>>> emulate sco-ansi?<br>
>>> <br>
>>> -- <br>
>>> bkw<br>
>>> <br>
>>> On Sun, Oct 28, 2018 at 1:15 PM Rod Caddy via Filepro-list <<br>
>>> <a href="mailto:filepro-list@lists.celestial.com" target="_blank" rel="noreferrer">filepro-list@lists.celestial.com</a>> wrote:<br>
>>> <br>
>>> snip<br>
><br>
> That's my point they are exactly the same piece of software and the same <br>
> settings.<br>
><br>
> -- <br>
><br>
> Pro-Set Systems Logo <<a href="http://www.pro-set.com" rel="noreferrer noreferrer" target="_blank">www.pro-set.com</a>>  Rod Caddy<br>
>   Pro-Set Systems<br>
>   <a href="mailto:rcaddy@pro-set.com" target="_blank" rel="noreferrer">rcaddy@pro-set.com</a><br>
> The information in this e-mail is confidential and may be privileged. If<br>
>   you are not the intended recipient, please destroy this e-mail and<br>
>   notify the sender immediately. You should not retain, copy, distribute<br>
>   or use this e-mail for any purpose, nor disclose any of its contents to<br>
>   any other person.<br>
><br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <br>
> <<a href="http://mailman.celestial.com/pipermail/filepro-list/attachments/20181031/65bed8be/attachment.html" rel="noreferrer noreferrer" target="_blank">http://mailman.celestial.com/pipermail/filepro-list/attachments/20181031/65bed8be/attachment.html</a>><br>
> -------------- next part --------------<br>
> A non-text attachment was scrubbed...<br>
> Name: lglogo3.ico<br>
> Type: image/x-icon<br>
> Size: 6862 bytes<br>
> Desc: not available<br>
> URL: <br>
> <<a href="http://mailman.celestial.com/pipermail/filepro-list/attachments/20181031/65bed8be/attachment.bin" rel="noreferrer noreferrer" target="_blank">http://mailman.celestial.com/pipermail/filepro-list/attachments/20181031/65bed8be/attachment.bin</a>><br>
> _______________________________________________<br>
> Filepro-list mailing list<br>
> <a href="mailto:Filepro-list@lists.celestial.com" target="_blank" rel="noreferrer">Filepro-list@lists.celestial.com</a><br>
> Subscribe/Unsubscribe/Subscription Changes<br>
> <a href="http://mailman.celestial.com/mailman/listinfo/filepro-list" rel="noreferrer noreferrer" target="_blank">http://mailman.celestial.com/mailman/listinfo/filepro-list</a><br>
><br>
<br>
Regards,<br>
....Bob Rasmussen,   President,   Rasmussen Software, Inc.<br>
<br>
personal e-mail: <a href="mailto:ras@anzio.com" target="_blank" rel="noreferrer">ras@anzio.com</a><br>
  company e-mail: <a href="mailto:rsi@anzio.com" target="_blank" rel="noreferrer">rsi@anzio.com</a><br>
           voice: (US) 503-624-0360 (9:00-6:00 Pacific Time)<br>
             fax: (US) 503-624-0760<br>
             web: <a href="http://www.anzio.com" rel="noreferrer noreferrer" target="_blank">http://www.anzio.com</a><br>
  street address: Rasmussen Software, Inc.<br>
                  10240 SW Nimbus, Suite L9<br>
                  Portland, OR  97223  USA<br>
_______________________________________________<br>
Filepro-list mailing list<br>
<a href="mailto:Filepro-list@lists.celestial.com" target="_blank" rel="noreferrer">Filepro-list@lists.celestial.com</a><br>
Subscribe/Unsubscribe/Subscription Changes<br>
<a href="http://mailman.celestial.com/mailman/listinfo/filepro-list" rel="noreferrer noreferrer" target="_blank">http://mailman.celestial.com/mailman/listinfo/filepro-list</a><br>
</blockquote></div>