Re: printing QR-codes on labels with 300dpi label printers with LaTeX

Hi, Max Nikulin wrote: > I admit "dithering" may be incorrect term, [...] > Consider 2 squares having size of 2.5×2.5 pixels. Non-even sizes and fuzzy > lines variants: > █████ > ██████ > ████ ██ >██ ██ >█████ > Second variant might have sense if an

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 20/03/2024 01:51, Thomas Schmitt wrote: Max Nikulin wrote: When vector graphics, that does not match device resolution, is rasterized, the result is either non-even sizes of similar elements or fuzzy lines due to dithering. Nitpicking: "Dithering" in raster graphics is emulation of color

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

Hi, Max Nikulin wrote: > When vector graphics, that does not match device resolution, is rasterized, > the result is either non-even sizes of similar elements or fuzzy lines due > to dithering. Nitpicking: "Dithering" in raster graphics is emulation of color resolution at the expense of space

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 13/03/2024 12:25, hw wrote: On Mon, 2024-03-11 at 23:45 +0700, Max Nikulin wrote: It seems you expect some number that you can use for any QR code. There is no size that fits for all codes. It's because you said: "I believed that 300dpi is high enough resolution for QR-codes of reasonable

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 14/3/24 17:47, jeremy ardley wrote: For reference on a 203 DPI (8 dots per mm) printer, a GS1-128 barcode takes up 12 modules per character. The minimum size of a module is 1 pixel so 1 character is 12 pixels wide or 1.2mm on a 203 dpi printer. Assuming a 40 character barcode at 1 pixel

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 14/3/24 06:59, hw wrote: Manufacturers can provide CUPS drivers as well, but the barcode application is usually only windows. In my case I had to write my own CUPS driver as the manufacturer does not provide one. How did you do that? It is simply a C program that gets given some

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On Wed, 2024-03-13 at 03:50 +0800, jeremy ardley wrote: > On 12/3/24 21:21, hw wrote: > > > > Even if they did that, it would be totally useless because it won't be > > able to automatically print labels from databases. > > The manufacturer applications  usually allow you to print a list from a

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 13/03/2024 02:50, jeremy ardley wrote: Getting back to pixel registration, the latex CUPS route is very unlikely to work well. TeX with MetaFont fonts worked well with low resolution dot matrix printers. Rasterized fonts may be generated for specified resolution. It should be still

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

Florent Rougon wrote: > - printer matrix alignment if printer resolution is low (more > difficult; maybe try with some very small horizontal and veritical > shifts to see if it helps...). Thinking about it more, this is probably hopeless unless printer resolution is *extremely* low.

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

hw wrote: >> That is quite likely: the pst- prefix means this is PSTricks, which is >> an oldish way of doing vector graphics with LaTeX. I tend to avoid >> PSTricks these days as it is generally awkward to use in PDF contexts, >> although there are various workarounds that often allow to do so.

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On Mon, 2024-03-11 at 23:45 +0700, Max Nikulin wrote: > On 11/03/2024 08:06, hw wrote: > > On Sun, 2024-03-10 at 09:50 +0700, Max Nikulin wrote: > > > On 10/03/2024 04:41, hw wrote: > > > > \psbarcode{textblah foo}{height=0.6 width=0.6 eclevel=L}{qrcode} > > > > > > > > That works for 600dpi

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On Mon, 2024-03-11 at 11:58 +0100, Florent Rougon wrote: > Hi, > > I haven't read the whole thread (sorry) but thought this might help. > > hw wrote: > > > When I zoom in on QR-codes in a PDF viewer, they don't get blurry. > > Perhaps the pst-barcode package uses vector graphics? > > That is

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 12/3/24 21:21, hw wrote: Even if they did that, it would be totally useless because it won't be able to automatically print labels from databases. The manufacturer applications  usually allow you to print a list from a spreadsheet or text file. It is possible to use document

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On Mon, 2024-03-11 at 09:57 +0800, jeremy ardley wrote: > On 11/3/24 07:34, hw wrote: > > Do you think that thermal transfer printers with 203dpi would be > > better suited to print QR codes than the 300dpi multi-mode printers? > > > > I'm not fond of thermal transfer at all. Usually what is

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 11/03/2024 08:06, hw wrote: On Sun, 2024-03-10 at 09:50 +0700, Max Nikulin wrote: On 10/03/2024 04:41, hw wrote: \psbarcode{textblah foo}{height=0.6 width=0.6 eclevel=L}{qrcode} That works for 600dpi laser printers. When you print the QR-code with a 300dpi label printer you can't reliably

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

Hi, I haven't read the whole thread (sorry) but thought this might help. hw wrote: > When I zoom in on QR-codes in a PDF viewer, they don't get blurry. > Perhaps the pst-barcode package uses vector graphics? That is quite likely: the pst- prefix means this is PSTricks, which is an oldish way

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 11/3/24 07:34, hw wrote: Do you think that thermal transfer printers with 203dpi would be better suited to print QR codes than the 300dpi multi-mode printers? I'm not fond of thermal transfer at all. Usually what is being printed that way fades rather quickly over time and is more

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On Sun, 2024-03-10 at 09:50 +0700, Max Nikulin wrote: > On 10/03/2024 04:41, hw wrote: > > \psbarcode{textblah foo}{height=0.6 width=0.6 eclevel=L}{qrcode} > > > > That works for 600dpi laser printers. When you print the QR-code with > > a 300dpi label printer you can't reliably scan it, not

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On Sun, 2024-03-10 at 07:56 +0800, jeremy ardley wrote: > On 10/3/24 05:41, hw wrote: > > The QR-codes are sharp and easily scanable when printed in 600dpi. > > With the label printer you can't really tell if they're sharp or not. > > As  mentioned in my previous post, thermal label printers are

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On Sun, 2024-03-10 at 10:21 +0700, Max Nikulin wrote: > On 10/03/2024 03:48, jeremy ardley wrote: > > > > Standard thermal label printers are 203DPI (8 dots per mm). > > Thanks, this number suits better to my expectation. I just trusted hw > earlier. I should clarify: The printer the OP

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 10/3/24 15:39, Max Nikulin wrote: From your earlier message I count approximately 1000px for 5in (125 mm) barcode. If it is 1:1 to ~200dpi then it is incompatible with 300dpi printers, so it may be a reason why your proposal to the post office was rejected. If it is 500 black or white

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 10/03/2024 10:51, jeremy ardley wrote: I have far less problems with the QR code (in my case data_matrix code) than with the barcode. The pixel elements of the QR code are much larger than the lines in a barcode so there is much less chance for pixel ambiguity. From your earlier message

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 10/3/24 11:21, Max Nikulin wrote: Is the QR image a raster one? I am unsure concerning its printer dots per QR pixel ratio. Let's take e.g. 4 as a value inconvenient for direct scaling from 300dpi to 203dpi. I expect that upscaling it by 3 and downscaling the result by 4 with disabled

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 10/03/2024 03:48, jeremy ardley wrote: Standard thermal label printers are 203DPI (8 dots per mm). Thanks, this number suits better to my expectation. I just trusted hw earlier. I have asked the postal service to generate labels at 203dpi which will print just fine at 600 dpi and so

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 10/03/2024 04:41, hw wrote: \psbarcode{textblah foo}{height=0.6 width=0.6 eclevel=L}{qrcode} That works for 600dpi laser printers. When you print the QR-code with a 300dpi label printer you can't reliably scan it, not even when you make the QR-code 1x1" in size. Perhaps that's not a

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 10/3/24 05:41, hw wrote: The QR-codes are sharp and easily scanable when printed in 600dpi. With the label printer you can't really tell if they're sharp or not. As  mentioned in my previous post, thermal label printers are 203dpi, *not the 300 that the OP quoted.* you can read the OP

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On Sat, 2024-03-09 at 23:20 +0700, Max Nikulin wrote: > On 09/03/2024 19:08, hw wrote: > > On Fri, 2024-03-08 at 23:21 +0700, Max Nikulin wrote: > > > On 08/03/2024 12:35, hw wrote: > > > > On Thu, 2024-03-07 at 23:15 -0500, Jeffrey Walton wrote: > > > > > > > > > > I have a USB thermal printer

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 10/3/24 00:20, Max Nikulin wrote: Looking at a QR code likely having ~75 pixels per inch I find it unreasonably small for delivery labels. I am in doubts if its redundancy is high enough to reliably recognize it if it would be scratched during delivery. Another limitation may be

Re: printing QR-codes on labels with 300dpi label printers with LaTeX

On 09/03/2024 19:08, hw wrote: On Fri, 2024-03-08 at 23:21 +0700, Max Nikulin wrote: On 08/03/2024 12:35, hw wrote: On Thu, 2024-03-07 at 23:15 -0500, Jeffrey Walton wrote: I have a USB thermal printer for the shipping labels, . This printer

Re: printing problem, markdown files

On 2/1/24 15:31, Dan Ritter wrote: gene heskett wrote: On 2/1/24 12:24, Dan Ritter wrote: gene heskett wrote: pandoc -f markdown FILEIN.md -t pdf -o FILEOUT.pdf will turn markdown into PDF, which you can probably print, if by no other means than FTP to the printer itself. (Try it, Brothers

Re: printing problem, markdown files

gene heskett wrote: > On 2/1/24 12:24, Dan Ritter wrote: > > gene heskett wrote: > > pandoc -f markdown FILEIN.md -t pdf -o FILEOUT.pdf > > > > will turn markdown into PDF, which you can probably print, if by > > no other means than FTP to the printer itself. (Try it, Brothers > > come with this

Re: printing problem, markdown files

On 2/1/24 12:24, Dan Ritter wrote: gene heskett wrote: debian bookworm everting updated earlier this morning. I have an about 125 page .md file I need hardcopy of. If you don't have pandoc installed: sudo apt install pandoc then: pandoc -f markdown FILEIN.md -t pdf -o FILEOUT.pdf will

Re: printing problem, markdown files

* 2024-02-01 11:57:50-0500, gene heskett wrote: > I have an about 125 page .md file I need hardcopy of. Maybe install "okular" and "okular-extra-backends" which includes markdown backend. Open your .md file in Okular which then renders it nicely. Print. -- /// Teemu Likonen - .-..

Re: printing problem, markdown files

gene heskett wrote: > debian bookworm everting updated earlier this morning. > > I have an about 125 page .md file I need hardcopy of. If you don't have pandoc installed: sudo apt install pandoc then: pandoc -f markdown FILEIN.md -t pdf -o FILEOUT.pdf will turn markdown into PDF, which you

Re: Printing problem (was snapshot.debian.org)

On Mon 6 Jun 2022, at 20:03, Gareth Evans wrote: > On Mon 6 Jun 2022, at 17:45, Gareth Evans wrote: >> Recent message with screenshots didn't get through (at least yet) - >> text below, plus another observation. >> >> On Mon 6 Jun 2022, at 16:53, Gareth Evans wrote: >>> On Mon 6 Jun 2022,

Re: Printing the old way

On Tue, Jun 14, 2022 at 04:59:36PM -0400, pa...@quillandmouse.com wrote: > Folks: > > Back in the dark days of early Linux, before CUPS, we printed with > printers all the time. There was an infrastructure for doing this. Does > anyone remember how that worked? As in, what packages were needed,

Re: Printing the old way

On 6/14/22 23:11, Klaus Singvogel wrote: Additional you needed printer specific drivers, if you don't have a PostScript capable printer. You could use ghostscript as filter if you didn't have a PS capable printer. (Which was normal because they were expensive). regards, chris

Re: Printing the old way

On Tue 14 Jun 2022 at 23:25:32 (+0200), Thomas Schmitt wrote: > Paul M. Foster wrote: > > > Back in the dark days of early Linux, before CUPS, we printed with > > > printers all the time. There was an infrastructure for doing this. Does > > > anyone remember how that worked? As in, what packages

Re: Printing the old way

Old printer connected via LPT port was accessed using /dev/lpt Because several processes shouldn't print at the same time, there was a spooler called lpd and the client tool called lpr. https://www.linuxtopia.org/online_books/linux_system_administration/linux_printer_HOWTO/setup_002.html On

Re: Printing the old way

On 6/14/2022 4:59 PM, pa...@quillandmouse.com wrote: Folks: Back in the dark days of early Linux, before CUPS, we printed with printers all the time. There was an infrastructure for doing this. Does anyone remember how that worked? As in, what packages were needed, etc.? If you want to do

Re: Printing the old way

Hi, Paul M. Foster wrote: > > Back in the dark days of early Linux, before CUPS, we printed with > > printers all the time. There was an infrastructure for doing this. Does > > anyone remember how that worked? As in, what packages were needed, etc.? Greg Wooledge wrote: > lprng was the most

Re: Printing the old way

pa...@quillandmouse.com wrote: > Back in the dark days of early Linux, before CUPS, we printed with > printers all the time. There was an infrastructure for doing this. Does > anyone remember how that worked? As in, what packages were needed, etc.? LPRng was the most common printing spooler

Re: Printing the old way

On Tue, Jun 14, 2022 at 04:59:36PM -0400, pa...@quillandmouse.com wrote: > Back in the dark days of early Linux, before CUPS, we printed with > printers all the time. There was an infrastructure for doing this. Does > anyone remember how that worked? As in, what packages were needed, etc.? lprng

Re: Printing problem (was snapshot.debian.org)

On Mon 6 Jun 2022, at 17:45, Gareth Evans wrote: > Recent message with screenshots didn't get through (at least yet) - > text below, plus another observation. > > On Mon 6 Jun 2022, at 16:53, Gareth Evans wrote: >> On Mon 6 Jun 2022, at 16:23, Eduardo M KALINOWSKI >> wrote: >>> On

Re: Printing problem (was snapshot.debian.org)

Recent message with screenshots didn't get through (at least yet) - text below, plus another observation. On Mon 6 Jun 2022, at 16:53, Gareth Evans wrote: > On Mon 6 Jun 2022, at 16:23, Eduardo M KALINOWSKI > wrote: >> On 06/06/2022 10:48, Gareth Evans wrote: >>> Not sure what's happened

Re: Printing problem (was snapshot.debian.org)

On 06/06/2022 10:48, Gareth Evans wrote: Not sure what's happened though as it worked perfectly with both auto-detected and manually-added printer profiles from Bullseye until a week or two ago. My logs suggest no update to system-config-printer. I did change the printer's hostname (on

Re: Printing problem (was snapshot.debian.org)

On Mon 6 Jun 2022, at 14:14, Eduardo M KALINOWSKI wrote: > On 06/06/2022 08:19, Gareth Evans wrote: >> Hello, >> >> I have a strange printing problem which can be replicated on two identical >> printers on two different networks, when printing to wireless driverless IPP >> with Brother

Re: Printing problem (was snapshot.debian.org)

On 06/06/2022 08:19, Gareth Evans wrote: Hello, I have a strange printing problem which can be replicated on two identical printers on two different networks, when printing to wireless driverless IPP with Brother MFC-L2740DW printers from Bullseye, whether the printer is auto-detected or

Re: Printing problem (was snapshot.debian.org)

CUPS error log excerpt attached. G On Mon 6 Jun 2022, at 14:02, Gareth Evans wrote: > On Mon 6 Jun 2022, at 13:05, rhkra...@gmail.com wrote: >> On Monday, June 06, 2022 07:34:07 AM Gareth Evans wrote: >>> On Mon 6 Jun 2022, at 12:19, Gareth Evans wrote: >>> > I have a strange printing

Re: Printing problem (was snapshot.debian.org)

On Mon 6 Jun 2022, at 13:05, rhkra...@gmail.com wrote: > On Monday, June 06, 2022 07:34:07 AM Gareth Evans wrote: >> On Mon 6 Jun 2022, at 12:19, Gareth Evans wrote: >> > I have a strange printing problem which can be replicated on two >> > identical printers on two different networks, when

Re: printing pages in reverse order not possible in LO 7.2.5.2.0+

On 2022-02-13 18:09, Ken Heard wrote: In order to print documents on both sides of the paper using a printer without collating ability, I always printed first in reverse order the even pages.  I then  print in numerical order the odd pages on the back side of the paper on which the even pages

Re: Printing lots of pages skips a few

mick crane writes: > May be an issue with the printer reporting it has printed file when it > hasn't. > Perhaps try wait between each print instruction. > This could be one reason. But I am not sure how to diagnose this. Perhaps the procedure suggested by David is a good starting point.

Re: Printing lots of pages skips a few

David Wright writes: > And in the OP's case, this might save a little effort, because my > next step in the investigation would be to check the files in > /var/spool/cups/c* to make sure that all the files had actually > been queued. If so, what does each file report as happening. > (The files

Re: Printing lots of pages skips a few

On Tue 01 Feb 2022 at 07:29:09 (-0500), Greg Wooledge wrote: > On Tue, Feb 01, 2022 at 03:04:06PM +0530, Pankaj Jangid wrote: > > I tried to print ~40 pages using the following combination of commands: > > > > find . -name "pref***.pdf" | xargs lp > > > > The result was that a couple of pages

Re: Printing lots of pages skips a few

On 2022-02-02, mick crane wrote: >> >> Also I could identify and print those files separately; using "lp >> ". > > May be an issue with the printer reporting it has printed file when it > hasn't. Perhaps try wait between each print instruction. It would be edifying to examine, at the very

Re: Printing lots of pages skips a few

On 2022-02-02 10:42, Pankaj Jangid wrote: Klaus Singvogel writes: Can you look at the webinterface of CUPS regarding the missing jobs? http://localhost:631/ -> Printer -> select your default printer (if more) -> finish job (or similar) I did that when I discovered that some pages

Re: Printing lots of pages skips a few

Klaus Singvogel writes: > Can you look at the webinterface of CUPS regarding the missing jobs? > > http://localhost:631/ > > -> Printer -> select your default printer (if more) -> finish job (or > similar) I did that when I discovered that some pages were missing. Nothing there in

Re: Printing lots of pages skips a few

Greg Wooledge writes: > I can't help noticing that none of your filenames begin with "pref", > so none of them actually match the -name pattern that's being given > to find. One of the obvious ways you could experience this problem > is that the "missing" files don't match the pattern you're

Re: Printing lots of pages skips a few

Pankaj Jangid wrote: > > In my case though, I had verified that the output of find is okay for > xargs. Then I added | xargs lp. > > But could this be cause of missing page. The output of find is: > > --8<---cut here---start->8--- [...] >

Re: Printing lots of pages skips a few

On Tue, Feb 01, 2022 at 10:42:31PM +0530, Pankaj Jangid wrote: > Greg Wooledge writes: > > A correct version would be: > > > > find . -name "pref*.pdf" -exec lp {} + > Thanks for this brief course, Greg. I really liked it. > > In my case though, I had verified that the output of find is okay

Re: Printing lots of pages skips a few

Greg Wooledge writes: > On Tue, Feb 01, 2022 at 03:04:06PM +0530, Pankaj Jangid wrote: >> I tried to print ~40 pages using the following combination of commands: >> >> find . -name "pref***.pdf" | xargs lp >> >> The result was that a couple of pages were missed. > > That command is

Re: Printing lots of pages skips a few

On Tue, Feb 01, 2022 at 03:04:06PM +0530, Pankaj Jangid wrote: > I tried to print ~40 pages using the following combination of commands: > > find . -name "pref***.pdf" | xargs lp > > The result was that a couple of pages were missed. That command is fundamentally broken. It will fail if any of

Re: printing in Debian 11; was bullseye fusses.

From: Gene Heskett Date: Sat, 11 Dec 2021 18:11:28 -0800 > ... does it [debian-printing] exist? Gene, in case you didn't catch this earlier, posting again with reference corrected. The current problem might be solved. If another surfaces in the future, debian-printing might be more

Re: printing in Debian 11; was bullseye fusses.

From: Gene Heskett Date: Sat, 11 Dec 2021 18:11:28 -0800 > ... does [debian-printing] exist? https://lists.debian.org/debian-printing/ Regards, ... P. -- mobile: +1 778 951 5147 VoIP: +1 604 670 0140 48.7693 N 123.3053 W

Re: Printing bug: which package to report?

On Sunday, 3 October 2021 18:01:32 -0700 Peter Ehlert wrote: > On 10/3/21 3:01 PM, David Jarvie wrote: > > I've found a new printing bug which I want to report, but I don't know > > which package to report against. > > > > My Samsung M2885FW printer now always prints double sided even when I set

Re: Printing bug: which package to report?

On 10/3/21 3:01 PM, David Jarvie wrote: I've found a new printing bug which I want to report, but I don't know which package to report against. My Samsung M2885FW printer now always prints double sided even when I set the duplex print parameter to Off. This is on Debian Bullseye. It didn't

Re: Printing addresses on a #10 envelope (US)?

On 2021-05-11, wrote: > > That is so near a wordplay that I wonder whether it was > intentional. Envelopers who use developes? > To develop is to free from that which envelops; envelop denotes to enclose or enfold whereas develop means to unfold, make visible. The two terms in their primary

Re: Printing addresses on a #10 envelope (US)?

On 2021-05-10, Nate Bargmann wrote: > > The Insert->Envelope dialog allows one to properly choose the #10 > envelope and the resulting document looks correct. Then when opening > the Print dialog the formatting becomes stuck on the C5 size. Even > resetting to #10 (or Com-10) results in the

Re: Printing addresses on a #10 envelope (US)?

On Tue, May 11, 2021 at 12:44:03PM -0400, Michael Stone wrote: > On Tue, May 11, 2021 at 11:26:01AM -0500, Nate Bargmann wrote: > >This must be a tough bug to resolve as this one has been open almost 9 > >years: > > > >https://bugs.documentfoundation.org/show_bug.cgi?id=51132 > > It's probably

Re: Printing addresses on a #10 envelope (US)?

On Tue, May 11, 2021 at 10:10:22AM -0500, David Wright wrote: I still have clean fanfold labels that they jettisoned after lining up the lineprinters all those years ago. Beware David; label adhesives may die with age. Old fanfold labels likely will not adhere, and labels applied five to ten

Re: Printing addresses on a #10 envelope (US)?

On Tue, May 11, 2021 at 11:26:01AM -0500, Nate Bargmann wrote: This must be a tough bug to resolve as this one has been open almost 9 years: https://bugs.documentfoundation.org/show_bug.cgi?id=51132 It's probably hard to find developers who use envelopes

Re: Printing addresses on a #10 envelope (US)?

David Wright wrote: >> >> And the year is 1998 :D > > You can go back two more decades. I recall writing a stand-alone > program to print a learned society's mailing labels on a Decwriter. > For me it was an exercise, as I had only written OS360/370 assembler > to extend FortranIV until then.

Re: Printing addresses on a #10 envelope (US)?

This must be a tough bug to resolve as this one has been open almost 9 years: https://bugs.documentfoundation.org/show_bug.cgi?id=51132 - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Web: https://www.n0nb.us Projects:

Re: Printing addresses on a #10 envelope (US)?

On Tue 11 May 2021 at 00:17:12 (+0200), deloptes wrote: > Russell L. Harris wrote: > > > I use a dot-matrix printer with tractor feed to print self-adhesive > > address labels.  There is no formatting; just several lines of plain > > text, one address per file.  There is no driver; the printer is

Re: Printing addresses on a #10 envelope (US)?

to...@tuxteam.de wrote: >> However lpr ... >> ... Neanderthals get extinct at some point of >> time ;-) > > ...perhaps /because/ they moved from lprng to CUPS ;-(=) there was no compatible interface in production anymore :)

Re: Printing addresses on a #10 envelope (US)?

On Tue, May 11, 2021 at 09:43:37AM +0200, deloptes wrote: [...] > However lpr ... > ... Neanderthals get extinct at some point of > time ;-) ...perhaps /because/ they moved from lprng to CUPS ;-(=) Cheers - t signature.asc Description: Digital signature

Re: Printing addresses on a #10 envelope (US)?

to...@tuxteam.de wrote: > Yeah. Today you would use a client-server architecture, the server > being an npm application running in a Docker container. The client > is based on libelectron (the printer selection dialog has to have > a GUI, after all). Since the stack of dependencies is so, well, >

Re: Printing addresses on a #10 envelope (US)?

On Tue, May 11, 2021 at 12:17:12AM +0200, deloptes wrote: > Russell L. Harris wrote: > > > I use a dot-matrix printer with tractor feed to print self-adhesive > > address labels.  There is no formatting; just several lines of plain > > text, one address per file.  There is no driver; the printer

Re: Printing addresses on a #10 envelope (US)?

On Mon, May 10, 2021 at 09:24:48PM -0500, Nate Bargmann wrote: * On 2021 10 May 16:05 -0500, Russell L. Harris wrote: I use a dot-matrix printer with tractor feed to print self-adhesive address labels. There is no formatting; just several lines of plain text, one address per file. There is no

Re: Printing addresses on a #10 envelope (US)?

* On 2021 10 May 16:05 -0500, Russell L. Harris wrote: > I use a dot-matrix printer with tractor feed to print self-adhesive > address labels. There is no formatting; just several lines of plain > text, one address per file. There is no driver; the printer is > managed by CUPS to receive "raw"

Re: Printing addresses on a #10 envelope (US)?

* On 2021 10 May 15:13 -0500, deloptes wrote: > I use very often the Apaches OpenOffice 4.1.7 (version ATM) to print > envelopes. then as suggested I use the manual tray of the HP 420dn which I > have here to print it. It works OOB. Here is the process > 1. select the page size Menu -> Format ->

Re: Printing addresses on a #10 envelope (US)?

Interesting tip, Glenn. I've used Impress but not Draw much. While I do have envelopes that I will be printing the same address on a regular basis, it is the one-off jobs that I'd like to use something simpler, I guess, or at least ready made. Sometime the current Writer bug needs to be

Re: Printing addresses on a #10 envelope (US)?

Russell L. Harris wrote: > I use a dot-matrix printer with tractor feed to print self-adhesive > address labels.  There is no formatting; just several lines of plain > text, one address per file.  There is no driver; the printer is > managed by CUPS to receive "raw" data.  I print labels using

Re: Printing addresses on a #10 envelope (US)?

On Mon, May 10, 2021 at 10:36:57AM -0500, Nate Bargmann wrote: Are there other options? Looking about I don't see any. Even the online Google Docs does not appear to have any support for printing envelopes. I understand most people do things online but there is still a reason to use snail

Re: Printing addresses on a #10 envelope (US)?

Nate Bargmann wrote: > I've successfully used the current version of Libre Office in Testing to > print mailing addresses on a #6 3/4 (US) envelope and so wanted to do > the same with a #10 (US) envelope, and have had nothing but frustration > for almost the past two hours. > > The

Re: Printing addresses on a #10 envelope (US)?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 ‐‐‐ Original Message ‐‐‐ On Monday, May 10, 2021 9:36 AM, Nate Bargmann wrote: > Hi All. > > I've successfully used the current version of Libre Office in Testing to > print mailing addresses on a #6 3/4 (US) envelope and so wanted to

Re: printing on a remote usb printer

On Thu, 12 Dec 2019, Brian wrote: This looks good. We take it that you can print from *the server*? yes, of course... 'lp -d ljp /etc/nsswitch.conf' saves you a bit of ink/toner. thank you for the tip At last, I found the origin of the problem: wrong "order" entries in

Re: printing on a remote usb printer

On Thu 12 Dec 2019 at 18:50:04 +0100, Pierre Frenkiel wrote: > On Thu, 12 Dec 2019, Brian wrote: > > > Post what you get for 'lpstat -t' on server and client. > > I only left entries for the involved printer That's fine. > on the server: > >scheduler is running >system default

Re: printing on a remote usb printer

On Thu, 12 Dec 2019, Brian wrote: Post what you get for 'lpstat -t' on server and client. I only left entries for the involved printer on the server: scheduler is running system default destination: ljp device for ljp: hp:/usb/HP_LaserJet_MFP_M227-M231?serial=VNC3P21987 ljp

Re: printing on a remote usb printer

On Wed 11 Dec 2019 at 22:30:01 +0100, Pierre Frenkiel wrote: > hi, > I'm trying to configure a print queue using a remote usb printer. > I found on Internet the following recommended config: > >DeviceURI ipp://192.168.1.12:631/printers/ljp > > but it doesn't work: I get "the printer is not

Re: printing on a remote usb printer

On Wed, 11 Dec 2019 22:30:01 +0100 (CET) Pierre Frenkiel wrote: > I'm trying to configure a print queue using a remote usb printer. > I found on Internet the following recommended config: > > DeviceURI ipp://192.168.1.12:631/printers/ljp I'm going to assume you've adjusted the URI to suit

Re: Printing impossible

On Tue 27 Mar 2018 at 10:28:29 +0200, MENGUAL Jean-Philippe wrote: > Ok now I am completely blocked. It results from the thread on the > bugreport that: > - I tried all I was advised, it does not work > - The upstream devs explain Debian is responsible > - No answer from Debian Printing team.

Re: Printing impossible

Hi, Ok now I am completely blocked. It results from the thread on the bugreport that: - I tried all I was advised, it does not work - The upstream devs explain Debian is responsible - No answer from Debian Printing team. Well, I am out of idea and, as often, people upstream explain it is Debian

Re: Printing impossible

Logo Hypra JEAN-PHILIPPE MENGUAL DIRECTEUR TECHNIQUE ET QUALITÉ 102, rue des poissonniers, 75018, Paris Tel : +331 84 73 06 61 Mob : +336 76 34 93 37 jpmeng...@hypra.fr www.hypra.fr Facebook Hypra

Re: Printing impossible

On Sun 25 Mar 2018 at 22:51:25 +0200, MENGUAL Jean-Philippe wrote: > Le 25/03/2018 à 19:05, Brian a écrit : > > On Sun 25 Mar 2018 at 11:29:38 +0200, MENGUAL Jean-Philippe wrote: > > > >>> I'll add that I set up a queue with > >>> > >>> lpadmin - p 1750 -v file:/dev/null -E -m > >>>

Re: Printing impossible

Logo Hypra JEAN-PHILIPPE MENGUAL DIRECTEUR TECHNIQUE ET QUALITÉ 102, rue des poissonniers, 75018, Paris Tel : +331 84 73 06 61 Mob : +336 76 34 93 37 jpmeng...@hypra.fr www.hypra.fr Facebook Hypra

Re: Printing impossible

On Sun 25 Mar 2018 at 11:29:38 +0200, MENGUAL Jean-Philippe wrote: > > I'll add that I set up a queue with > > > > lpadmin - p 1750 -v file:/dev/null -E -m > > drv:///splix-samsung.drv/ml1750.ppd > > > > and printed the test page from the CUPS web interface. All filters > > completed without

Re: Printing impossible

> > I'll add that I set up a queue with > > lpadmin - p 1750 -v file:/dev/null -E -m drv:///splix-samsung.drv/ml1750.ppd > > and printed the test page from the CUPS web interface. All filters > completed without any errors, as they do when cupsfilter was used with > any file I threw at it.

Re: Printing impossible

>>> Printers -> Queue -> Administration -> Set Default Options SRT is set to normal and the problem still appears. I disabled colord service, and tried again the job. Not result. >>> >> >> Just piping up to say he was advised by Ken Sharp (as an initial >> experimental move) to remove

Re: Printing impossible

Hi guys and thanks for your feedbacks Le 19/03/2018 à 15:53, songbird a écrit : > MENGUAL Jean-Philippe wrote: > ... >> Hi, >> >> For some time on Buster, I no longer can print on any printer, in >> particular my Samsung ML1750. If I check the attached log, it seems >> however that it is not

  1   2   3   4   5   6   7   8   9   10   >