Re: Printing Problem with CUPS

Christoph Pleger wrote: > I have edited the source code of cups a little to get a some more > more detailed information about the problem (the actual code > only gives a meaningless message “The print file cannot be opened: > Permission denied") and then found out the following: Enabling the CUPS

Re: Printing Problem with CUPS

Christoph Pleger wrote: > Hello, > > I have a strange problem with CUPS and hope that someone can help me > with the solution. ... > Does anyone have an idea why the strangely named process runs with root > rights on one machine, but not on the other? this is my guess... purge the problem ins

Re: Printing Problem with CUPS

On Fri, Apr 11, 2025 at 8:28 AM Greg Wooledge wrote: > > On Fri, Apr 11, 2025 at 14:16:17 +0200, Christoph Pleger wrote: > > I have edited the source code of cups a little to get a some more > > more detailed information about the problem (the actual code > > only gives a meaningless message “The

Re: Printing Problem with CUPS

> So, to add to the list of things that you can check: > > * Broken permissions (added or missing setuid or setgid) on any of >the CUPS binaries. > > * Invalid UID or GID of a named system account under which any of these >programs is executed, or a missing system account entry. A comp

Re: Printing Problem with CUPS

On Fri, Apr 11, 2025 at 14:41:04 +0200, Hans wrote: > Without any checks, my first thing would be, to check in both computers if > any > of the executables related to cups might have different rights settings. > > Especially the executable, which creates the file in /tmp. A file which is > crea

Re: Printing Problem with CUPS

Without any checks, my first thing would be, to check in both computers if any of the executables related to cups might have different rights settings. Especially the executable, which creates the file in /tmp. A file which is created mostly gets the ownership and posessions of the creatorbinary

Printing Problem with CUPS

ile on the other computer it works only as root. In both cases, printing is to take place on a remote printer whose information is received via IPP broadcast from cups-browsed. I have edited the source code of cups a little to get a some more more detailed information about the problem (the actual

Re: Printing Problem with CUPS

On Fri, Apr 11, 2025 at 14:16:17 +0200, Christoph Pleger wrote: > I have edited the source code of cups a little to get a some more > more detailed information about the problem (the actual code > only gives a meaningless message “The print file cannot be opened: > Permission denied") and then foun

Re: fonts printing too thin from qpdfview (solved)

I'm very satisifed now printing from firefox. I share your curiosity about evince but would just as soon not continue debugging the problem, given the apparent complexity. Again, though, I thank the many readers who provided helpful suggestions and ultimately led me to a

Re: fonts printing too thin from qpdfview (solved)

On Mon, Feb 17, 2025 at 09:27:19 -0600, David Wright wrote: > On Sun 16 Feb 2025 at 00:56:50 (+), Kleene, Steven (kleenesj) wrote: > > Yes. I called evince from the command line in an xterm running under fvwm. > > I also call up the xterm and fvwm from startx (via ~/.xinitrc) when I log > > i

Re: fonts printing too thin from qpdfview (solved)

On 2025-02-17, David Wright wrote: >> >> And on Saturday, February 15, 2025 6:31 PM, Charles Curley asked: >> >> > Are you running evince and X as the same user? >> >> Yes. I called evince from the command line in an xterm running under fvwm. >> I also call up the xterm and fvwm from startx (v

Re: fonts printing too thin from qpdfview (solved)

On Sun 16 Feb 2025 at 00:56:50 (+), Kleene, Steven (kleenesj) wrote: > On Saturday, February 15, 2025 5:31 PM, Dan Ritter replied: > > > That's the sort of thing that happens when you run evince from a > > command line not in an Xterminal, or from a terminal running on > > a different userid t

Re: fonts printing too thin from qpdfview (solved)

> On 17/02/2025 01:23, Kleene, Steven (kleenesj) wrote: > > On Sunday, February 16, 2025 8:53 AM, I wrote: > > > That should not *literally* be ~/.Xauthority of course. > > > > Yes, the output is literally > >/u/steve/.Xauthority A thought just occurred to me. Having your home directory outs

Re: fonts printing too thin from qpdfview (solved)

Steven, it seems you have managed to print your PDF file, so perhaps you should stop debugging evince (unless you need it for some feature with worse support in okular or browsers: form filling, printing, annotating, etc.; or you need to run another application with deep mandatory desktop

Re: fonts printing too thin from qpdfview (solved)

they were a problem, but they do have an effect here. From: Greg Wooledge Sent: Sunday, February 16, 2025 11:18 AM To: debian-user@lists.debian.org Subject: Re: fonts printing too thin from qpdfview (solved) External Email: Use Caution On Sun, Feb 16,

Re: fonts printing too thin from qpdfview (solved)

On Sun, Feb 16, 2025 at 13:53:21 +, Kleene, Steven (kleenesj) wrote: > echo $DISPLAY -> :0 > xhost -> access control enabled, only authorized clients can connect > > > echo $XAUTHORITY > > > > The last usually points to ~/.Xauthority. > > echo $XAUTHORITY -> ~/.Xauthority That should no

Re: fonts printing too thin from qpdfview (solved)

__ From: Max Nikulin Sent: Saturday, February 15, 2025 9:39 PM To: debian-user@lists.debian.org Subject: Re: fonts printing too thin from qpdfview (solved) External Email: Use Caution On 16/02/2025 04:41, Kleene, Steven (kleenesj) wrote: > I installed Evince. C

Re: fonts printing too thin from qpdfview (solved)

On 16/02/2025 04:41, Kleene, Steven (kleenesj) wrote: I installed Evince. Calling it brings up not even a GUI, just two error messages: Authorization required, but no authorization protocol specified Cannot parse arguments: Cannot open display: Looks like missed DISPLAY environment varia

Re: fonts printing too thin from qpdfview (solved)

15, 2025 6:31 PM To: Debian Users Subject: Re: fonts printing too thin from qpdfview (solved) External Email: Use Caution On Sat, 15 Feb 2025 21:41:27 + "Kleene, Steven (kleenesj)" wrote: > I installed Evince. Calling it brings up not even a GUI, just two > error messages:

Re: fonts printing too thin from qpdfview (solved)

On Sat, 15 Feb 2025 21:41:27 + "Kleene, Steven (kleenesj)" wrote: > I installed Evince. Calling it brings up not even a GUI, just two > error messages: > Authorization required, but no authorization protocol specified > Cannot parse arguments: Cannot open display: Interesting. I run evi

Re: fonts printing too thin from qpdfview (solved)

On 16/2/25 05:41, Kleene, Steven (kleenesj) wrote: On Friday, February 14, 2025 5:08 PM, I wrote: I've completed my U.S. tax forms in the fillable PDFs provided by the Internal Revenue Service. Now I want to print them ... In the past, I was happy printing from Acrobat 9, which is still

Re: fonts printing too thin from qpdfview (solved)

Kleene, Steven (kleenesj) wrote: > On Friday, February 14, 2025 5:08 PM, I wrote: > > I installed Evince. Calling it brings up not even a GUI, just two error > messages: > Authorization required, but no authorization protocol specified > Cannot parse arguments: Cannot open display: That's t

Re: fonts printing too thin from qpdfview (solved)

On Friday, February 14, 2025 5:08 PM, I wrote: >> I've completed my U.S. tax forms in the fillable PDFs provided by the >> Internal Revenue Service. Now I want to print them ... >> >> In the past, I was happy printing from Acrobat 9, which is still fine for >>

Re: fonts printing too thin from qpdfview

On 2025-02-15, David Wright wrote: > > Without a DE, okular is quite a large install. On my bullseye, it > would require 194 new packages, including switching fuse to fuse3, > which might affect ntfs-3g and jmtpfs. > OTOH, I have evince installed from when I set up the machine, > and 48 extra pac

Re: fonts printing too thin from qpdfview

On Sat 15 Feb 2025 at 06:47:23 (-0500), Dan Ritter wrote: > Kleene, Steven (kleenesj) wrote: > > Xpdf prints show a font that is a little too thick, and xpdf offers none of > > the printer's options (e.g. double-sided printing). I don't try Evince > > (Gnome) or

Re: fonts printing too thin from qpdfview

Which fonts are used by the pdf file? You could try pdffonts PDF_FILE The command is contained in package poppler-utils. Regards, Jörg.

Re: fonts printing too thin from qpdfview

Kleene, Steven (kleenesj) wrote: > Xpdf prints show a font that is a little too thick, and xpdf offers none of > the printer's options (e.g. double-sided printing). I don't try Evince > (Gnome) or Okular (KDE) because I run the fvwm window manager. Unless you are extremel

Re: fonts printing too thin from qpdfview

On 15/02/2025 05:08, Kleene, Steven (kleenesj) wrote: I don't try Evince (Gnome) or Okular (KDE) because I run the fvwm window manager. Have you tried printing PDF files from Firefox or Chromium? There are some other PDF viewers like zathura and atril, but I have never tried their pri

Re: fonts printing too thin from qpdfview

"Kleene, Steven (kleenesj)" wrote: > I've completed my U.S. tax forms in the fillable PDFs provided by the > Internal Revenue Service. Now I want to print them to (yes) submit > through snail mail. > > In the past, I was happy printing from Acrobat 9, which is sti

Re: fonts printing too thin from qpdfview

On 2/14/25 15:08, Kleene, Steven (kleenesj) wrote: I've completed my U.S. tax forms in the fillable PDFs provided by the Internal Revenue Service. Now I want to print them to (yes) submit through snail mail. In the past, I was happy printing from Acrobat 9, which is still fine for di

Re: fonts printing too thin from qpdfview

On 15/2/25 06:08, Kleene, Steven (kleenesj) wrote: I've completed my U.S. tax forms in the fillable PDFs provided by the Internal Revenue Service. Now I want to print them to (yes) submit through snail mail. In the past, I was happy printing from Acrobat 9, which is still fine for di

Cross-DE uses (was: fonts printing too thin from qpdfview)

> Xpdf prints show a font that is a little too thick, and xpdf offers none of > the printer's options (e.g. double-sided printing). I don't try Evince > (Gnome) or Okular (KDE) because I run the fvwm window manager. FWIW, I think these should work regardless of your windo

Re: fonts printing too thin from qpdfview

Evince works for me under FVWM (though I rarely use it). -- John Hasler j...@sugarbit.com Elmwood, WI USA

fonts printing too thin from qpdfview

I've completed my U.S. tax forms in the fillable PDFs provided by the Internal Revenue Service. Now I want to print them to (yes) submit through snail mail. In the past, I was happy printing from Acrobat 9, which is still fine for display purposes. But with my new printer (Brother DCP-L2

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 r

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

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

h device resolution, is rasterized, the result is either non-even sizes of similar elements or fuzzy lines due to dithering. If a few multiplications and divisions is so hard problem and each QR code module occupy at least 3x3=9 printer dots then I would try to rotate the code by e.g. 30 or 45 degrees before printing.

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

module, and 180mm at 3 pixels per module. This means for a 40 character barcode you can at best print at 2 pixels per module on a typical 100x150m shipping label. This allows for no errors in quantization of pixel sizes and It's really hard to do with a printing system that does not star

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 paramete

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

allow you to print a list from a > spreadsheet or text file. That isn't very useful. > > > It is possible to use document generation tools like latex and printing > > > systems like CUPS to print a label, but pixel registration will be poor. > > Why? The manufa

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 possibl

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. Ty

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 laser

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 q

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

ument generation tools like latex and printing systems like CUPS to print a label, but pixel registration will be poor. Why? The manufacturer provided a CPUS printer driver without which printing wouldn't be possible at all. Most custom barcodes programs run on windows and don't use CUPS. Ma

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

other 2D code on any thermal printer, the printer > manufacturer will supply an application that generate the codes and > prints them independently of the host printing system. These codes will > scan perfectly. Even if they did that, it would be totally useless because it won&#

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 o

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

rinted adhesive address label, nor non-adhesive in pockets or pouches. To print a QR code or other 2D code on any thermal printer, the printer manufacturer will supply an application that generate the codes and prints them independently of the host printing system. These codes will scan per

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

a few mm. 1" is already half the width of the label which doesn't leave much room for text, and you have to give it some slack because you want to end up printing somewhere on the label and not on the gaps between the labels. When I zoom in on QR-codes in a PDF viewer, they don't g

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

ost, thermal label printers are 203dpi, > *not the 300 that the OP quoted.* The printers I've been printing on are 300dpi and can do both thermal and ribbon/ink. I haven't tried thermal. > [...] > The data_matrix code (like a QRcode) for the same 41 digits is a 26x26 matrix

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 pointe

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 line

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 sm

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 wor

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 reasona

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

ead the OP specs here which say 203. <https://www.amazon.com/gp/product/B08V28J3JS>. Thermal label printers have no problems printing even long bar codes, QR codes, and data_matrix codes if the generator uses the correct dpi and the print process maintains the pixel mapping. In my case my

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

e other than whatever LaTeX creates. I can > > specify the size of the QR-code. Other than that, how do you apply > > scaling? > > I am unsure what particular QR code generator do you use and what is the I'm using the pst-barcode package and pdflatex to create a PDF fil

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

are 203DPI (8 dots per mm). The problem with printing QR codes and bar codes is not the resolution of the printer but getting the the software drivers to produce a bitmap that is the same resolution as the printer resolution and aligned at the pixel level when it goes to the printer I have

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 has

printing QR-codes on labels with 300dpi label printers with LaTeX (was: libbusiness-us-usps-webtools-perl and USPS Ground Advantage shipping)

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 has only

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 com

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 tur

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 - .-.. https://www.i

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 c

printing problem, markdown files

debian bookworm everting updated earlier this morning. I have an about 125 page .md file I need hardcopy of. I have loaded into geany which recognizes it as an .md file but it had so 300 char lines so I've gone thru it and reformmated the long lines to a max of 72 chars. 1: Unfortunately, bot

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

    Waiting for Returns: The filter remains attentive to returns of information coming from the serial printer. These returns may include information about the printing status, errors, or other relevant data. This is where things go off the rails--"other...data". Most of the unix terminal

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

On Wed 24 Jan 2024 at 23:46:31 (+0700), Max Nikulin wrote: > On 24/01/2024 00:16, David Wright wrote: > > On Wed 24 Jan 2024 at 00:00:57 (+0700), Max Nikulin wrote: > > > Server-side code mixing 2 data streams into single channel may be a > > > bit more simple than association of 2 connections with

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

On 23/01/2024 08:52, phoebus phoebus wrote: "Xterm 216" is unclear for me. > PuTTY documentation in 4.4.3 Changing the action of the function keys and keypad explain it by "In Xterm 216 mode, the unshifted function keys behave the same as Xterm R6 mode. But pressing a function key together with

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

On 24/01/2024 00:16, David Wright wrote: On Wed 24 Jan 2024 at 00:00:57 (+0700), Max Nikulin wrote: Server-side code mixing 2 data streams into single channel may be a bit more simple than association of 2 connections with the same client, but the price is this long thread. OTOH we've all exp

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

On Wed 24 Jan 2024 at 00:00:57 (+0700), Max Nikulin wrote: > On 22/01/2024 22:33, Stefan Monnier wrote: > > > That's the way it was built -- just mimicking the "real terminal cum > > > firmware" which was replaced with "DOS/Windows PC cum terminal > > > application". > > > > I think it's more tha

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

On 22/01/2024 22:33, Stefan Monnier wrote: That's the way it was built -- just mimicking the "real terminal cum firmware" which was replaced with "DOS/Windows PC cum terminal application". I think it's more than that. It's a design that makes a lot of sense: it would be more complex having to

Re: Seeking a Terminal Emulator on Debian for "Passthrough"Printing

On 1/22/24 20:52, phoebus phoebus wrote: Hello, You now want to replace of the components, but since it's very dependent on the rest of the system, you are having a hard time finding a replacement. It's even difficult to describe the requirements, because it's something really unusual. So:

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

Hello, > You now want to replace of the components, but since it's very dependent > on the rest of the system, you are having a hard time finding a > replacement. It's even difficult to describe the requirements, because > it's something really unusual. > > So: have you considering replacing the

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

On Mon, Jan 22, 2024 at 10:33:02AM -0500, Stefan Monnier wrote: > > That's the way it was built -- just mimicking the "real terminal cum > > firmware" which was replaced with "DOS/Windows PC cum terminal application". > > I think it's more than that. It's a design that makes a lot of sense: > it

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

> That's the way it was built -- just mimicking the "real terminal cum > firmware" which was replaced with "DOS/Windows PC cum terminal application". I think it's more than that. It's a design that makes a lot of sense: it would be more complex having to connect both the terminal and the printer

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

gt; >   The function keys and keypad: Xterm 216+ > > "Xterm 216" is unclear for me. > > If there was no requirement for passthrough printing then would putty have > some features unavailable e.g. in the following case? > > xterm -e ssh example.com > The t

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

eypad: Xterm 216+ "Xterm 216" is unclear for me. If there was no requirement for passthrough printing then would putty have some features unavailable e.g. in the following case? xterm -e ssh example.com ...or with any of libvte-based terminal applications. Would it be enough to

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

On 22/01/2024 10:57, Stefan Monnier wrote: So: have you considering replacing the whole system? You mean, fix this one well-understood problem, and replace it with an unknown number of unknown problems? Sounds great! How about "Replace a locked-in solution with an fully open source [hopefull

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

> So: have you considering replacing the whole system? You mean, fix this one well-understood problem, and replace it with an unknown number of unknown problems? Sounds great! Stefan

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

On 11/01/2024 21:27, phoebus phoebus wrote: [snip description of problem] I'm on the category of people that haven't fully understood the requirements. Maybe because I do not have experience in this specific area, and also probably because I haven't read each email carefully. But that's ok,

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

that impression myself. [...] > Non-Printing Terminal in passthrough Mode: > >   A terminal emulator is used to access a semi-graphical application with a > text-based user interface. It should be capable of displaying multi-level > grids and application selection menus seamlessly. This

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

n of the SSH protocol to ensure a secure connection to the Linux server, replacing Telnet. Non-Printing Terminal in passthrough Mode:   A terminal emulator is used to access a semi-graphical application with a text-based user interface. It should be capable of displaying multi-level grids an

Re: Seeking a Terminal Emulator on Debian for "Passthrough"Printing

On Saturday 20 January 2024 07:56:16 pm gene heskett wrote: > We may even already > have a POS system you could use. I know for a fact one of the local > grocery stores here in this village of around 6000 is running something > on linux in the checkout lanes, I saw it boot up after a power failu

Re: Seeking a Terminal Emulator on Debian for "Passthrough"Printing

On 1/21/24 01:46, to...@tuxteam.de wrote: On Sat, Jan 20, 2024 at 07:56:16PM -0500, gene heskett wrote: On 1/20/24 19:03, phoebus phoebus wrote: Hello, Hm ok, it's all too much guesswork then. I understand that the lack of detailed information can make it challenging to provide precise sol

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

is still unclear to me why you want namely a customized terminal emulator instead of combining existing applications, perhaps with a tiny custom helper. - SSH, VPN, etc. to ensure secure connection to the server. - A terminal application without passthrough printing. - A filter in between that in

Re: Seeking a Terminal Emulator on Debian for "Passthrough"Printing

On Sat, Jan 20, 2024 at 07:56:16PM -0500, gene heskett wrote: > On 1/20/24 19:03, phoebus phoebus wrote: > > Hello, > > > > > Hm ok, it's all too much guesswork then. > > > > I understand that the lack of detailed information can make it challenging > > to provide precise solutions. > > I believ

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

ebus phoebus] > Yes, that's indeed how it used to work. In our case, the complex escapery you > mentioned, for instance, involves the printing process using the ESC/POS > printer control language. > > >> So the thing is just a natural evolution dating back to The Dinosau

Re: Seeking a Terminal Emulator on Debian for "Passthrough"Printing

ting, except for the passthrough printing aspect. The only cost I'm aware of is that of a proprietary product I mentioned earlier, which is available on their website: "AnzioWin starts at $150.00* per PC with quantity discounts beginning at 10 copies. Anzio Lite starts at $40.00* per PC with qua

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

of ignorance, I would have thought that serial > pass-through printing is necessarily bidirectional, if only for > flow-control, but UARTs can do that in hardware with RTS/CTS. > So it's unlikely that that's enough to support what the OP wants, > which is probably things like

Re: Seeking a Terminal Emulator on Debian for "Passthrough"Printing

On 1/20/24 19:03, phoebus phoebus wrote: Hello, Hm ok, it's all too much guesswork then. I understand that the lack of detailed information can make it challenging to provide precise solutions. I believe I have addressed these questions as accurately and honestly as possible in my previous

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

Hello, > Hm ok, it's all too much guesswork then. I understand that the lack of detailed information can make it challenging to provide precise solutions. I believe I have addressed these questions as accurately and honestly as possible in my previous response to Greg, while also incorporating

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

ing sensitive information to any of the product vendors involved in the project. Additionally, I don't use the application myself, and I'm not familiar with its functional aspects. My knowledge is limited to the technical aspects of how things work, more like a black-box perspective.

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

emulator? The problem here revolves around the interaction between the terminal emulator, the application, and the printing process. The terminal emulator has a "printing passthrough" function, which means that depending on the user's interactions with the application, data can

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

Hello, > It's running on a Windows PC. Walk into many a shop and you can see > the sort of setup, a PC and screen with a barcode scanner, keyboard, > credit card reader, receipt printer, etc, all hanging off it. The > server might be in an office, or perhaps at HQ or in the cloud. > All perfectly

Re: Seeking a Terminal Emulator on Debian for "Passthrough" Printing

Hello, >>> I don't understand why you involve a terminal emulator in the process. >>> Do you need to see the data that goes through the COM port displayed >>> in a terminal (like minicom)? >> >> People interact with the (remote) application by means of the terminal >> emulator. Things get sent to/

  1   2   3   4   5   6   7   8   9   10   >