I hope this is the right forum for the issue and someone has an answer, please.
My office has a Xerox WorkCentre6515 printer.
there are about 30 persons in the office with access to the printer.
every time someone tries to print there is a resource issue
1 moment asking for recycled paper, next asking for plain, or asking for hole punched
I have plain a4 paper in the tray. the printer shouldn't care if its plain, recycled, or hole punched.
I've tried Xerox support but they won't help me, telling me nonsense about the warranty expired.
example of errors on screen when printing
it is not practical to have each user cancel their job and change the paper type every time they want to print.
change the paper type setting
How do I set it to print on the paper in the tray regardless?
there is plain A4 paper in the tray. the printer shouldn't care if it's recycled or plain
Related
I want to make a program in lua where I put the user puts several inputs and then press on a button and all these inputs are then printed in a certain format in a paper, How do I physically print a paper in lua ?
Accessing a physical printer and sending it a file to print is fairly complicated and is beyond the scope of what I've done with Lua so far, but I would suggest checking out this forum post.
Your best option might be to save the stuff you want to print to a text file (such as a PDF using a Lua to PDF library, there are several available with a Google Search, such as this one by cpressey or this one by jung-kurt) and then using C++ or some other language to send that file to a physical printer and print it. Microsoft has a pretty decent guide on how to do that.
Hopefully you find this helpful, have a great weekend!
I want to know how to make an application that will emulate a printer with a specific name ("SLP Pro" in my case), and with only ony type of paper ("SLP-SRL Shipping(54x101mm)" in my case).
My goal is to receive print files (I have no idea what type they are, they are from a very old program), and redirect them to a label printer. The problem is that I want my application to only redirect the first page, and nothing else, from the original print file.
My question is following this one: Limit to 1 page all document sent to printer
(It's the same problem as described there, only I have tried all possibilities I had with my current driver for my label printer)
I know there is http://www.colorpilot.com/emfprinterpilot.html and www.printerplusplus.com, but I really don't know how to use them. Can those solutions handle print files that are not from known application like Word ? (The first one seem to take the file with the extention and redirect it, I really want to take the print file and crop it to only one page)
If my question is too vague, can you please tell me where I can find the good information ? I've found many things that to things a bit like I want to do, but they where not applicable to my situation, and I really don't know where to search now...
I am looking into a way to manipulate the data sent to a printer (inkjet for now. Probably an HP 2460).
I want to change the data dynamically each time the printer tries to print.
Ie. at point 1, the print will be of the page kept normally, but the paper might change its position, so I am looking for a way to rotate the input image to counter the rotation of the paper.
I think I am looking for a way to specify the data to be printed pixel by pixel in real time.
Data input available :
rotation
position of the print head with respect to the corner of the page at
each instant provided in real time
What I have so far:
I have seen one instance where a particular HP inkjet was modified to work directly off an arduino but I would like to do it directly from the computer for now for 2 reasons:
I need to submit a proof of concept system as soon as possible
I don't have much easy access to logic analyser/scope to reverse
engineer the communication protocol (nor probably the expertise).
I am looking into PostScript, GhostScript but from what I understand so far, I wont be able to modify the data dynamically (Still trying to figure it out, so pardon me if I'm wrong). Would this approach work? Or do I need to look into drivers or something else?
I am aware of the restrictions of asking questions and how ill-researched questions are frowned upon. I am still trying to figure out how to get this done and have been looking into all the things that came up in my mind and I am coming across while looking through. But, so far, whatever I've seen doesn't seem to be capable of doing what I want (or I'm missing it). I'm asking this question in the hope of getting some pointers as to what to look into.
if you mean to manipulate each page, ie this page landscape next page portrait, etc then i would work on the postscript input, and not even think about the specific hardware communications.
On the other hand you want to grab the print head and manipulate things real time after printing has started then the approach will obviously depend on the specific printer.
I would try to do this at a higher level if possible. Best would be if you take control of how the postscript is being generated, then you can insert <<...>> setpagedevice to change printer parameters.
One problem is that most printer manufacturers have stopped distributing documentation on the printer command language.
Another problems is ghostscript output devices are hopelessly out of date, like dot matrix printers. (see problem one).
For a screen printing output application, I reverse engineered the epson 1400 print command language and wrote a program to output a bitmap to the printer. Then I wrote a ghostscript printdriver based on a .bmp driver which created bitmaps and converted the bitmap to epson commands. Since you want to use an HP, this code unfortunately won't help.
Having gone down that road, I can tell you it isn't easy. Inkjet's don't allow rotation, so you'd need to rasterize the inkjet, then re-create a rotated image. Ghostscript is itself tricky to get running to a printer using gsprint and redmon, but if you already have postscript job that prints upright, then the image can be rotated and shifted with postscript commands.
I don't understand what you are trying to accomplish. Can you use a pc with a webcam to preview the orientation, then generate a bitmap and print it to the printer or do you need to wait till the paper is in position before generating the print data?
I have a piece of equipment from the late 1980s. It outputs text and graphics directly to dot matrix and Laserjet III printers. These are starting to be harder to find. I would like to implement a solution which allows me to connect to the computer and "print" to it (a piece of software) then print it to a modern printer or .pdf file. I can't locate the piece of software that would accept the input of the device and emulate an old printer. Any solutions??? Thanks for any help. I know this isn't exactly what most of you do, but I'm hoping someone has had need of something similar in their experience.
It already exists. It's called PrintCapture and sells for US$97.00. You will need the necessary interface hardware as well, depending on which type of printer port the device has; they list some of those devices on their web site under the "Details" section.
Is there anyone that could give some proper guideness in Printing Reports (e.g. XtraReports)
in Dot Matrix Printers? Or any information printing in Dot Matrix Printers. Can i just print the report as i could print in InkJet/Laser printers? Should i use Stream to LPT1, export the report as RTF and print as bytes[]? Use Escape Codes? Any info for the above targeting C# .NET? I should handle printing my business object for every property to a specific location? HOW?
If it were me (and 20 years ago it would have been) I'd concentrate on writing the document in GDI properly as a good, well-structured C# program. From there Windows can render it onscreen or to just about any printer you've got drivers for.
Let Windows worry about the print drivers for actually rendering the GDI document onto paper and handling system things like what port it's connected to (USB, Parallel, etc..) and all of the nasty protocol details.
Please don't wire things to "LPT1", "COM" ports or any of that crap. Your admins and future users of your software will hate you for it.