you can either try to find a normal printer driver for using the built in print functions.
Or you use low level functions via serial or USB connection and send raw print data.
Joseph: Im curious. Were you able to suppress any print dialogs with the Brother Label Printer QL-700?
I've done this. I have a button in our preferences which displays a pageSetup dialog, so the user can choose their printer and label size. I then store the setup string. When someone wants to print a label I then can use that string to load info to print directly to the printer.
Works with Dymo and someone has reported it's ok on Brother as well. I'd be surprised if it didn't work on all label printers.
does the brother QL-700 printer work on mac as well??
does this brother QL700 required a power source or does it take the power from USB?? We are thinking of recommending this to a client who want to print QRCode.
Hi, Joseph, do you have an example to print labels with the QL-700? Thanks.
I need send barcodes to the printer.
I wrote also some simple code to deal with epson TML printers.( a TML-60 in my case)
it was easy as sending some ascii characters on the serial port, using a usb-to-serial adapter.
you can also do barcodes with it, although I didnt experiment it, it should be as simple.
I'm trying to use a QL-800, but the OpenPrinterDialog window says the label width is "not found". How can I set this before getting to the OpenPrinterDialog?
I did exactly that for a client. The only downside is that you need to plan the paper size (label size) you want to use in advance. The class work both for macOS and Windows.
Is your class available anywhere? Or can you offer any suggestions for how to set the label size, or find out what size label is installed in the printer? I also don't see any ways to tell the printer whether or not to cut after each label. But first, I need to be able to print at all, then I can deal with the fancy stuff...:)
@John M I'm trying to use a QL-800
Here's a fairly comprehensive list of links to software and info about the QL series:
Hope something there can help. I have a QL700 but have not tried Xojo printing with it yet. Like yours, it a raster-only printer and doesn't support the ESC/P command set.
@Javier Meacute;ndez - +1 if you're able to share your class
@Tanner L Here's a fairly comprehensive list of links to software and info about the QL series:
This does help - along with Joseph Evert's sample project, I think I'm able to move forward. There are some puzzlements about page size and whether or not color is possible, but I'm working through those now.
Let me start by saying that I acknowledge that many people may be very price sensitive when it comes to hardware such as label printers.
I'm building a solution now that will need to support label printing as well as receipt/ticket printing and we have elected to spend a little more for various pieces of hardware that offer an API for printing in addition to standard printer interfaces. Part of the reason we are going this direction is that the solution is web-based and print dialogs are not user-friendly for such common printing tasks. The upfront cost is as much as 3x per printer, but the time saved supporting the integration as well as time saved in the user's workflow will make up for this cost, not to mention shaving time an employee must spend interacting with the program while a customer waits.
I've found that the Star WEBPrnt API and the Zebra ZPL APIs are relatively simple to implement with the advantage of being able to have any user print to any piece of hardware as well as allowing automated tasks print. I'm rolling these integrations into modules which should make it very simple to integrate into any Xojo app.
@brian franco I do agree with you but sometimes the environment where the printing will be done can dictate what equipment is used, for example in the Government environment I work in a web solution like you describe would not be allowed.
I'm not sure what type of environment in which you're working. No advice could apply to every use-case, just giving my 2 cents for those who read this thread in the future. It took a little time to find a decent selection of hardware to pull this off.
Out of curiosity, why wouldn't this be allowed in your environment? It does not make any calls to external servers; the devices are handling the requests entirely, so you do not have to expose any requests to the outside world (barring poor network infrastructure). If it's just that whichever alphabet soup agency hasn't approved any of the hardware that supports what I mention, I understand that.
@Jonathan E I'm building a solution now ... and we have elected to spend a little more for various pieces of hardware that offer an API for printing in addition to standard printer interfaces. ... The upfront cost is as much as 3x per printer,...
I haven't gone down this road for Xojo yet, but this thread had earlier references to Brother QL-7xx series printers. I was recently looking at the follow on, QL-810W, which can be networked attached via wifi. It is only $130 or so, and the non-wifi version is under $100 -- and they have an API as well. At least allegedly. My immediate use was for AirPrint, not desktop or web app, so I have not looked at the API yet.
But they are way cheaper than any other label printer i found which does AirPrint.
@Dave Sisemore Paranoia
That is what I assumed; I was just wondering if there is some
particular good reason an HTTP request on a local network would be disallowed. It does make me wonder if there are any products out there supporting a similar interface that are explicitly approved for use by the government. My original point was more that it is a powerful tool to consider and one that I would recommend everyone needing to implement this type of printing consider, especially if using a web app since web browsers do not allow for printing without a dialog.
I worked for a healthcare company that had an internal web app (not Xojo) that handled Physican Information (not patient)... information that is publically available thru 3rd party sources. Yet the level of encryption/security required by the Sox Audit was absurd
@Douglas Handy I was recently looking at the follow on, QL-810W, which can be networked attached via wifi. It is only $130 or so, and the non-wifi version is under $100 -- and they have an API as well. At least allegedly. My immediate use was for AirPrint, not desktop or web app, so I have not looked at the API yet.
I am not familiar with any Brother hardware, but if you can interface, that could be a great option!
@Dave Sisemore I worked for a healthcare company that had an internal web app (not Xojo) that handled Physican Information (not patient)... information that is publically available thru 3rd party sources. Yet the level of encryption/security required by the Sox Audit was absurd
What is funny about the encryption is that, if the app supported printing (which I'm assuming it would), most printers don't communicate using encryption. If their printers were networked, it wouldn't be much different. I don't know about a standard printer that handles this yet, but Zebra's products have a programming language called ZBI that you might be able to decrypt a print request within the printer itself. Zebra does also provide healthcare compliant models, but I'm not sure if that is based purely on physical materials or any software differences.