>>Unless the printers have a built in real time clock which you can read programmatically, I only see one solution, which is the
>>one I use myself. In stead of printing to a server queue, I have an old computer which contains a VFP application which
>>monitors a Printjob.DBF constantly. When a new record is added to this prinjtob table, the program reads the new records which
>>contains information about what to print. Then the program writes the label directly to the local LPT1, and marks the record as
>>printed and when it was printed. This way, the printed time is the real time minus a few seconds which the printer needs to
>>process and print the label. If really important, you can calculate this delay, and add it to the printed time.
>
>
>Hi Tore,
>
>It is an interesting workaround, but I can not apply your solution. The printers I use (Zebra / Datamax) has a pause button. As soon as the first label is printed, the printer pauses. The user then presses the pause button and the next label is then printed, and the printer pauses again and so on... Using your solution, the time I will have will be the time that the VFP application reads the DBF and send the job to the printer, but not the time that the user unpause the printer.
>
>Anyway, thank you for your help.
Disable the Pause button! I mean it, cut the cables to the switch, and connect the cable to your computer via the serial input, then you can read when it is pressed, and print the new label. Or you may even be able to read when the printer is on line, and make sure that the label is not sent to the printer before ot is on line.