There is no problem with printing from Xchange etc which ave their own
configurable drivers. The real problem comes for jobs like SBASIC e.g.
when
I want to print a listing. I can of course send the codes from something
like Norman's PrinterMaster 2, but using that, there has to be a
close/open
wh
Dilwyn Jones wrote:
> There is no problem with printing from Xchange etc which ave their own
> configurable drivers. The real problem comes for jobs like SBASIC e.g. when
> I want to print a listing. I can of course send the codes from something
> like Norman's PrinterMaster 2, but using that, ther
Do you have the PCL3 codes to initiate the printer the way you want it?
Such as reset, landscape, font, print spacing , etc.
Yes, for programs like Xchange which have configurable drivers.
Then end the printing session with another reset which sets the printer
back to where it should be and inc
Dilwyn,
Do you have the PCL3 codes to initiate the printer the way you want it?
Such as reset, landscape, font, print spacing , etc.
Then end the printing session with another reset which sets the printer
back to where it should be and includes a form feed to make sure that
the page is printed.
Did the printer need a CD to install it or did it, upon attaching to
your computer, install itself. If the latter, then it definitely has PCL
drivers.
CD.
In QPC2 setup there is a section on printers. Select the HP printer to
the port that you want to use and then set the printer drivers to als
Dilwyn,
Did the printer need a CD to install it or did it, upon attaching to
your computer, install itself. If the latter, then it definitely has PCL
drivers.
In QPC2 setup there is a section on printers. Select the HP printer to
the port that you want to use and then set the printer drivers
Dilwyn,
It's probably worth to try switching off the Windows printer spooler and
set the option "Send Print Job directly to printer".
Cheers
Tobias
It's almost as though QPC2 hands the printer back to Windows which
then puts it back into "Windows state".
Strange! But how can Win knows a abou
From: "Dilwyn Jones"
Or maybe the opposite is true. Every time any application (including QPC2)
OPENs a print job, the printer is back into default state?
Yes, that may be the solution (a strange one, of course). Isn't there any
way, to make the printer stay in its state? I remind, that with m
It's almost as though QPC2 hands the printer back to Windows which then
puts it back into "Windows state".
Strange! But how can Win knows a about any kind of "reset code" for this
printer? Ok, maybe via the installed Windows driver. Very strange.
Cheers...Ralf
Hi Ralf,
It might be just a "f
From: "Dilwyn Jones"
It's almost as though QPC2 hands the printer back to Windows which then
puts it back into "Windows state".
Strange! But how can Win knows a about any kind of "reset code" for this
printer? Ok, maybe via the installed Windows driver. Very strange.
Cheers...Ralf
___
Hmm...makes me wonder how a simple close from an unknown OS (by the
printer's view) could change it's state.
Opening/closing the SMSQ/E channel is of course also opening/closing
the physical ports or virtual printer queues. So the printer can see
this pretty well. As such I'm not sure there is a
It seems to work OK. It's almost as though opening or closing the printer
channel in QPC2 resets the printer to "standard" state.
Hmm...makes me wonder how a simple close from an unknown OS (by the
printer's view) could change it's state.
Cheers...Ralf
It's almost as though QPC2 hands the pri
From: "Marcel Kilgus":
MK > In that sentence a different kind of translation is meant (the one
MK > QPCPrint does). Not the character translation SMSQ/E does.
Ok, but I assume, Dilwyn does not do any kind of TRA.
RR >> Hmm...makes me wonder how a simple close from an unknown OS (by the
RR >> pr
Ralf Reköndt wrote:
>> did you try using "parda" as device (d stands for "no translations
>> used")
>> Otherwise the SMSQ translation tables might garble your control codes.
> Hmm, the QPC manual state, it does not translate (page 10).
In that sentence a different kind of translation is meant (the
From: Tobias Froeschle
did you try using "parda" as device (d stands for "no translations
used")
Otherwise the SMSQ translation tables might garble your control codes.
Hmm, the QPC manual state, it does not translate (page 10).
cheers...Ralf
___
QL-U
From: "Dilwyn Jones"
It seems to work OK. It's almost as though opening or closing the printer
channel in QPC2 resets the printer to "standard" state.
Hmm...makes me wonder how a simple close from an unknown OS (by the
printer's view) could change it's state.
Cheers...Ralf
___
Dilwyn,
did you try using "parda" as device (d stands for "no translations
used")
Otherwise the SMSQ translation tables might garble your control codes.
Tobias
-Original Message-
Date: Tue, 14 Oct 2008 16:50:46 +0200
Subject: [Ql-Users] PCL-3
From: "Dilwyn Jone
I'm having a spot of bother with a Hewlett Packard PSC 1510 printer. The
manufacturer states it has a HP PCL-3 control code set.
I'm printing from QPC2 (no QPCprint, this printer doesn't need it).
If I send the printer control codes like compressed 27,38,107,50,83 from either
a program like Pri
18 matches
Mail list logo