I never noticed this. Probably the reason is that I use a single ??? command. Pseudocode something like this:
Prepare text-file
if user wants preview
send text-file to NotePad or equivalent
else (send to printer)
??? PrinterCodes + FileToStr(...)
endif
>I have now determined by testing repeatedly that any command sequence sent to the printer using ??? also issues a line feed. If I print the report without any codes being sent, it works fine, but for every ??? it feeds that many lines...this is a problem because I need to send condensed print commands, etc for the other two that are doing this...
>
>>Well, it doesn't work for me here - ???Chr(27)+CHR(64) does something, but does not return the printer to the power on state. Loose the reset as a test. Why this would change from report to report escapes me, but...
>>
>>>Yes, the printer is always in IBM PPR mode and I've verified that. chr(27) is the reset code. We store special codes for a printer (like page length, lines per inch, font size, etc in vars that are sent to the printer before and after a printjob such as:
>>>
>>>
>>>???opt
>>>@1,1 say "Line 1"
>>>EJECT
>>>???resetopt
>>>*Standard end of print jobs commands go next such as the set printer to...
>>>
>>>
>>>Typically the opt and resetopt vars are actually empty so it is sending nothing. For some reason, at times, sending nothing causes the line feeds, hmmmmm, got me thinking of an obvious test....
>>>
>>>
>>>>And what emulation are you currently running? You are sending a bare ESC (CHR(27)) as a Reset?
>>>>
>>>>>Running your code, the printhead ends up exactly where it should be, at the form tearoff. It appears to occur after a reset code is sent to the printer, but only on those 3 forms and the same reset code (27) is sent after all printjobs...
>>>>>
Difference in opinions hath cost many millions of lives: for instance, whether flesh be bread, or bread be flesh; whether whistling be a vice or a virtue; whether it be better to kiss a post, or throw it into the fire... (from Gulliver's Travels)