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

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 start

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

ow 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 manufacturer pro

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

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. Manufacturers can

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

ode 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't be able to

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

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 perfectly

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

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 get blurry. Perhaps t

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

hermal 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 > which at 2

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

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 barcodes

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

r 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 file which is then sent thro

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

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

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

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,

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

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 emulators use the ANSI es

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

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

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

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

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

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

tion 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 things missing ther

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

: 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 run s

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

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

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

ssion 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 one stick

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

SH 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 and applicat

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

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

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

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

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

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 Dinosaur

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

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 quantity discounts begi

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 ink/paper

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

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. I can, for example, mention that this g

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

tor? 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 be displa

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

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

is as close as possible to our customers and that the printing occurs directly in front of them quickly and seamlessly. In the case of SSH sessions, each user connects to the server with their individual session streams. The printing flow is, therefore, directed through this session in a straightforward and secure

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

ck then (TM), when terminals were real things, it was >> not unheard of that they came with an attached printer and some bar >> code scannery -- all handily multiplexed over the RS-232 (or something >> more monstruous), orchestrated via intricate escapery. Yes, that's indeed how it use

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

ve their prints quickly and in front of them. Printing from the server in this POS context doesn't make sense for us in this scenario. >> If you're trying to create a two-way communication between a remote >> server and a remote client, with the client sending and receiving the >>

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

reen 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 normal. The import of the thread is Windows → Linux. > > Ok, and what's the problem? That t

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

On Thu, 2024-01-18 at 07:14 -0500, Greg Wooledge wrote: > On Thu, Jan 18, 2024 at 12:28:58PM +0100, hw wrote: > > Ok, and what's the problem? That the server wants to print to the > > printer? That the application sends data to the "screen" (a terminal > > emulator) instead of sending it to the

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

On Thu, Jan 18, 2024 at 12:28:58PM +0100, hw wrote: > Ok, and what's the problem? That the server wants to print to the > printer? That the application sends data to the "screen" (a terminal > emulator) instead of sending it to the printer? That it is necessary > to see the printer data

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

On Wed, 2024-01-17 at 23:08 -0600, David Wright wrote: > On Tue 16 Jan 2024 at 11:47:53 (+0100), hw wrote: > > On Mon, 2024-01-15 at 20:32 +0100, to...@tuxteam.de wrote: > > > On Mon, Jan 15, 2024 at 08:08:36PM +0100, hw wrote: > > > > > > > > I don't understand why you involve a terminal

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

On Tue 16 Jan 2024 at 11:47:53 (+0100), hw wrote: > On Mon, 2024-01-15 at 20:32 +0100, to...@tuxteam.de wrote: > > On Mon, Jan 15, 2024 at 08:08:36PM +0100, hw wrote: > > > > > > I don't understand why you involve a terminal emulator in the process. > > > Do you need to see the data that goes

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

On Mon, 2024-01-15 at 20:32 +0100, to...@tuxteam.de wrote: > On Mon, Jan 15, 2024 at 08:08:36PM +0100, hw wrote: > > Hi, > > > > 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

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

On Mon Jan 15th, 2024 at 18:19, phoebus phoebus wrote: > Hello, > > >> I confess I have not read all messages. I think "expect" might be the > program > >> you need. > > Thank you for your suggestion and assistance. While 'Expect' is primarily > designed to automate interactions with text-based

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

On Mon, Jan 15, 2024 at 08:08:36PM +0100, hw wrote: > Hi, > > 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

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

> Unfortunately, COM ports have become quite rare :( They disappeared from almost all my computers, indeed (except for serial consoles on SBCs), but I see them quite often among the various pieces of hardware in checkout counters. Stefan

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

sitioning to newer Wyse clients equipped with more > recent versions of Windows and migrating to the commercial emulator from the > same company (or another) which supports the SSH protocol and Passthrough > Printing. We aim to migrate to an open-source terminal emulator that supports > the

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

Hello, >> I confess I have not read all messages. I think "expect" might be the program >> you need. Thank you for your suggestion and assistance. While 'Expect' is primarily designed to automate interactions with text-based programs, its use for intercepting and managing escape sequences to

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

Dear Thierry, On Fru Jan 12th, 2024 at 05:08, phoebus phoebus wrote: > Dear members of the Debian community, > > I am currently on the lookout for a terminal emulator on Debian that can > handle controlled printing from a remote server often referred to as > "passth

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

On Sat, Jan 13, 2024 at 1:14 PM gene heskett wrote: > > The 6809 cpu in the coco was first with program counter independant > code, put it anyplace in memory and it just ran, so we showed the pc's > of the day a much shorter, faster way home. But I've Been Moved chose > intel 8088's and dos and

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

Hello, >> You don't mention it, but did you look at CKW (C-Kermit 10.0 for >> Microsoft Windows)? No, I didn't look into CKW 10, that's true. I skimmed through the description of Kermit 95 (from 2003) and that of C-Kermit 9 too quickly and didn't consider that CKW 10 is the full replacement

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

pointing me to this > project. I wasn't familiar with the Kermit terminal emulator before > but after looking at their website, I believe that Kermit 95's > feature set should address my needs. The features such as: >  * Copy/paste, print, searching, and bookmarks in the scroll

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

On Sun, Jan 14, 2024 at 10:25:06AM +, phoebus phoebus wrote: > Hello, > > >> One viable approach is the one proposed by Stefan et al (modify an > >> existing terminal emulator) [...] > I fully endorse the approach proposed by Stefan et al, as well as the > implementation logic for the

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

Hello, >> One viable approach is the one proposed by Stefan et al (modify an >> existing terminal emulator). I'd tend to separate concerns and just >> write the application part as a separate process accepting a bidi >> connection to SSH, one to a terminal emulator, and one to the serial >> port

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

terminal emulator before but after looking at their website, I believe that Kermit 95's feature set should address my needs. The features such as:  * Copy/paste, print, searching, and bookmarks in the scrollback buffer  * Host-directed and local printing  * Versatile printer control, including bidi

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

On Sat, Jan 13, 2024 at 09:32:44PM +, phoebus phoebus wrote: > Hello, > > I understand that the situation may seem complex and i apologize if my > previous messages did not provide a clear overview of the problem. Allow me > to summarize our current situation. > In this response, I will

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

> Thank you for your suggestion. As I mentioned earlier, our development team > primarily focuses on the server-side application and is not competent to > modify the client-side emulator, which is crucial in our case. They have > already examined the PuTTY source code and confirmed that this type

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

On Sun, Jan 14, 2024 at 12:31:57AM +, phoebus phoebus wrote: > Yes, that's the basic concept, but it's even more intricate. The application > continuously monitors what it receives from the terminal with regular > interval checks (in milliseconds) and makes decisions based on rules. These >

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

Hello, >> I take it that by "the proprietary software" you mean the proprietary >> terminal emulator running on the client PC. Yes, that's correct. "The proprietary software" refers to the proprietary terminal emulator running on the client PC. >> One thing you might be able to do quickly is

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

cted devices, forms the client-side of our Point of Sale (POS) > system. … > The printer model is a Thermal Line Dot Printing type and it supports > the ESC/POS command system, created by Epson, which provides > efficient and functional commands for communication with the printer. > For

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

Hello, >> I'd just suggest checking with the PuTTY team before hand if they'd be >> interested in adding the functionality. Sure, a ready-to-apply patch >> increases the chances, but this seems like a very specific feature that >> very few people seem to need, so they might not want to add extra

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

to proprietary solutions for our specific terminal emulator. The printer model is a Thermal Line Dot Printing type and it supports the ESC/POS command system, created by Epson, which provides efficient and functional commands for communication with the printer. For more information on ESC/POS, please

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

On 1/13/24 11:10, to...@tuxteam.de wrote: On Sat, Jan 13, 2024 at 08:55:22AM -0700, Charles Curley wrote: On Sat, 13 Jan 2024 09:59:48 -0500 Greg Wooledge wrote: The real problem here is that we're all blind men trying to grasp the elephant. A good summary of what we know so far. I suspect

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

Charles Curley wrote: > On Sat, 13 Jan 2024 09:59:48 -0500 > Greg Wooledge wrote: > > > The real problem here is that we're all blind men trying to grasp > > the elephant. > > A good summary of what we know so far. I suspect that the OP should > question whether it's time to scrap the

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

On Sat, Jan 13, 2024 at 08:55:22AM -0700, Charles Curley wrote: > On Sat, 13 Jan 2024 09:59:48 -0500 > Greg Wooledge wrote: > > > The real problem here is that we're all blind men trying to grasp > > the elephant. > > A good summary of what we know so far. I suspect that the OP should >

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

On Sat, 13 Jan 2024 09:59:48 -0500 Greg Wooledge wrote: > The real problem here is that we're all blind men trying to grasp > the elephant. A good summary of what we know so far. I suspect that the OP should question whether it's time to scrap the elephant entirely, and re-think the problem de

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

On 14/01/24 03:59, Greg Wooledge wrote: I have dealt with terminals with passthrough printers before, but it was three decades ago, and I've certainly never heard of a printer communicating *back* to the host over this channel I've also set up passthrough printers on terminals - which were

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

t;printer", all tunneled THROUGH the telnet or ssh session using "bidirectional passthrough printing". 5) This "bidirectional passthrough printing" (which I've never heard of) apparently allows the server application to perform data transfers between it

  1   2   3   4   5   6   7   8   9   10   >