dot printer problem

[Krishna41ram]

We are considering to use the PRS system developed by you from 1st April. The registration clerk has learnt on the Demo PRS. When she tried to print half of the page got used up whereas on inkjet printer of the boss or my printer page is ok. Can you fix it for dot printer which is used by the registration clerk. Below please find the two samples

[Krishna41ram]

On the above issue ( #25) you may notice some data highlighted by yellow line is not needed and can be removed.

[skarra]

I can reduce the margin on the top. Is that the concern?

The additional data is actually a 'header' automatically placed by the browser. In Chrome they can uncheck the box marked below to turn off that extra text.

[Krishna41ram]

If i remember correctly the spurious data was there and you had fixed it. Removal of the data will save three lines

…

On Wed, Mar 20, 2019 at 5:04 AM Sriram Karra ***@***.***> wrote: I can reduce the margin on the top. But the additional data is actually mysterious. Are you getting any spurious data in the Inkjet printer? Basically the same data should appear regardless of printer type. So if you are saying the Inkjet output is fine, I am pretty sure the extra text is not because of PRS. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#25 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AoSbQ_Xkvvps9sQjNDYV24UvVxYItdl0ks5vYXP2gaJpZM4b2raq> .

[skarra]

'Spurious data' is added by the browser, and it is best to train the operator to use the browser control at time of printing like I have indicated above.

[nickzoic]

G'day ... another approach, if you have trouble getting operators to set up browsers correctly for this, is to convert documents to PDF on the server (using wkhtmltopdf or similar) and then they'll always print correctly. I've used this in a lot of projects.

There's ways to do this in the browser as well eg: jspdf but I've not tried them.