>On 19 Feb 2024 22:44 +0100, from borde...@tutanota.com (Borden):
>>> Would you be willing to post your /boot/grub/grub.cfg for a setup
>>> where you get the blank screen GRUB?
>>
>> Yeah, I probably should have opened with that. Sorry:
>>
>> ```
>> # If you change this file, run 'update-grub'
On Tue, 20 Feb 2024 08:04:47 +
Michael Kjörling <2695bd53d...@ewoof.net> wrote:
> On 19 Feb 2024 22:44 +0100, from borde...@tutanota.com (Borden):
> >> Would you be willing to post your /boot/grub/grub.cfg for a setup
> >> where you get the blank screen GRUB?
> >
> > Yeah, I probably
On 19 Feb 2024 22:44 +0100, from borde...@tutanota.com (Borden):
>> Would you be willing to post your /boot/grub/grub.cfg for a setup
>> where you get the blank screen GRUB?
>
> Yeah, I probably should have opened with that. Sorry:
>
> ```
> # If you change this file, run 'update-grub'
quired) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note t
Hellow Ash!
On Mon, 2024-02-19 at 11:14 +1300, Ash Joubert wrote:
> On 2024-02-19 08:57, Ash Joubert wrote:
> > I removed /etc/fonts/conf.d/70-no-bitmaps.conf (as root) and ran
> > "fc-cache -f" (as user). I still have a few missing emojis in
> > xfce4-term
On 2024-02-19 08:57, Ash Joubert wrote:
I removed /etc/fonts/conf.d/70-no-bitmaps.conf (as root) and ran
"fc-cache -f" (as user). I still have a few missing emojis in
xfce4-terminal (flags and combined emojis) but geany is fixed.
Working test-emoji screenshot attached (xfce4-termi
On 18 Feb 2024 21:28 +0100, from borde...@tutanota.com (Borden):
> what the default is when neither of those are set (which doesn't
> work). Is this another "undocumented feature" of GRUB?
Would you be willing to post your /boot/grub/grub.cfg for a setup
where you get the blank screen GRUB?
--
> Or perhaps you have all colors set to blank.
> Try add something like
> GRUB_COLOR_NORMAL="light-blue/black"
> GRUB_COLOR_HIGHLIGHT="light-cyan/blue"
Unfortunately, that didn't work. Still a blank screen. I'm curious that if
GRUB_TERMINAL=gfxterm works and
GRUB_TERMINAL=console works, what
On 2024-02-19 07:08, Ash Joubert wrote:
On 2024-02-18 23:33, Byunghee HWANG wrote:
On Sun, 2024-02-18 at 16:23 +0900, Byunghee HWANG wrote:
I am using Gnome desktop in Debian Sid. Today, after upgrade package
via apt update/upgrade, i can not see emoji in gnome-terminal.
I am also on sid
On 2024-02-18 23:33, Byunghee HWANG wrote:
On Sun, 2024-02-18 at 16:23 +0900, Byunghee HWANG wrote:
Hellow,
I am using Gnome desktop in Debian Sid. Today, after upgrade package
via apt update/upgrade, i can not see emoji in gnome-terminal.
(...)
Just now, i did clean-up with screenshots [1],[2
On Sun, 2024-02-18 at 16:23 +0900, Byunghee HWANG wrote:
> Hellow,
>
> I am using Gnome desktop in Debian Sid. Today, after upgrade package
> via apt update/upgrade, i can not see emoji in gnome-terminal.
>
> (...)
Just now, i did clean-up with screenshots [1],[2],[3].
[
Hellow,
I am using Gnome desktop in Debian Sid. Today, after upgrade package
via apt update/upgrade, i can not see emoji in gnome-terminal.
Here related screenshot[1]:
https://gitlab.com/soyeomul/stuff/-/raw/8bec2cc5d8b9d74438c17b8c202d753b15c09ab6/test-emoji.png
Really i would like to solve
On 2024-02-16, Borden wrote:
> For a couple weeks now, I can't use graphical terminal in my GRUB
> configuration. Setting `GRUB_TERMINAL=console` works fine. With that line
> commented out, (thus using default settings), I get a blank screen on boot, 5
> second timeout, then
Thank you for the tip!
So `GRUB_TERMINAL=gfxterm` works, `GRUB_TERMINAL=console` works, but whatever
the default is supposed to be does not. Does this imply that "the platform's
native terminal output" is broken?
On 16/02/2024 17:27, Borden wrote:
For a couple weeks now, I can't use graphical terminal in my GRUB
configuration. Setting `GRUB_TERMINAL=console` works fine. With that line
commented out, (thus using default settings), I get a blank screen on boot, 5
second timeout, then normal boot
For a couple weeks now, I can't use graphical terminal in my GRUB
configuration. Setting `GRUB_TERMINAL=console` works fine. With that line
commented out, (thus using default settings), I get a blank screen on boot, 5
second timeout, then normal boot.
Curiously, keyboard commands work normally
Stefan Monnier wrote:
> > I have not said it is more “standard for terminals”, I have that it
> > is more “standard” fullstop. It is more standard by the virtue of
> > having worked for decades, C-Ins S-Ins S-Del existed way before the
> > C-C C-V C-X tryptich, and still working today in most
On Wed, Feb 07, 2024 at 01:20:19PM +0100, Nicolas George wrote:
> Max Nikulin (12024-02-07):
> > It may be a convention for applications other than terminals, however I am
> > unsure what "standard" means for terminals.
>
> I have not said it is more “standard for terminals”, I have that it is
>
” fullstop. It is more standard by the virtue of having
worked for decades, C-Ins S-Ins S-Del existed way before the C-C C-V C-X
tryptich, and still working today in most contexts.
Terminal application should leave standard hotkeys for applications
running in terminals. It is the reason why modern ter
> I have not said it is more “standard for terminals”, I have that it is
> more “standard” fullstop. It is more standard by the virtue of having
> worked for decades, C-Ins S-Ins S-Del existed way before the C-C C-V C-X
> tryptich, and still working today in most contexts.
Indeed, IIUC these key
On 07/02/2024 19:19, Greg Wooledge wrote:
On Tue, Feb 06, 2024 at 11:02:09PM -0800, David Christensen wrote:
* Pressing " then + then p seems to paste from the default Vim buffer --
what I seem to recall being referred to as the "yank buffer" (?).
* Pressing " then * then p seems to paste from
Max Nikulin (12024-02-07):
> It may be a convention for applications other than terminals, however I am
> unsure what "standard" means for terminals.
I have not said it is more “standard for terminals”, I have that it is
more “standard” fullstop. It is more standard by the virtue of having
worked
aste from the default Vim buffer.
These are the same results that I had. You're most likely running a
vim package built without the full suite of GUI options, just like I am.
(Do you get a terminal bell after "+ or is your terminal bell disabled?)
> The behavior is the same with .vimrc disable
to discriminate whether it is Firefox or Vim issue.
I tried using those commands, but was getting confusing results. If and
when my Debian, X, Xfce, Terminal, and/or Vim misbehave again, I will
see if those commands produce any clues.
If I start Firefox, browse to https://www.toyota.com
On 2/6/24 05:48, John Hasler wrote:
My .vimrc contains
syntax on
set mouse-=a
And pasting works.
Thank you for the reply. :-)
If and when Firefox, Debian, X, Xfce, Terminal, and/or Vim misbehave
again, I will try your suggestions.
VIM - Vi IMproved 9.0 (2022 Jun 28, compiled Nov 20
On 2/6/24 03:33, Ralph Aichinger wrote:
On Mon, 2024-02-05 at 15:14 -0800, David Christensen wrote:
I am unable to determine if the problem is Firefox, Vim, or something
else.
Comments or suggestions?
As others have written, vim has changed copy+paste defaults some time
ago. Some even call
On 2/6/24 00:12, Klaus Singvogel wrote:
David Christensen wrote:
On 2/5/24 21:45, to...@tuxteam.de wrote:
Try ":set mouse=" and see whether it helps. Perhaps it's that.
That's the way. That's the fix for the root cause.
Thank you for the reply. :-)
Currently, Firefox, Vim, select,
of running vim in a terminal?
I am running Vim in Terminal.
Or are you using an exotic terminal?
I do not believe so.
If you're using a terminal that isn't xterm, please specify which.
I used the Xfce Panel Preferences dialog to create a Launcher item with
one Terminal Emulator item
ill them yourself so
that other applications can read from them.
In a window running Terminal running Vim in command mode:
* Pressing " then + then p seems to paste from the default Vim buffer --
what I seem to recall being referred to as the "yank buffer" (?).
* Pressing " then
On 2/5/24 16:29, DdB wrote:
Am 06.02.2024 um 00:14 schrieb David Christensen:
Comments or suggestions?
This may be unrelated, but ...
I can copy/paste using the mouse, or - if i use the keyboard - i need to
copy paste using CTRL-Shift-C and CTRL-Shift-V (when in the terminal
emulator like
On 07/02/2024 00:35, Ralph Aichinger wrote:
On Tue, 2024-02-06 at 21:31 +0700, Max Nikulin wrote:
is active in terminal, it is possible to hold [Shift] to get mouse
events handled by terminal instead of Vim or another application
running in terminal.
I think pressing shift does not work here
me text
- copy it to CLIPBOARD
- select another fragment of text (PRIMARY)
- switch to another application
- paste from PRIMARY
- paste from CLIPBOARD
I have the following note
! Allow both primary selection and clipboard copy-paste
! Ctrl+Shift+V, Ctrl+Shift+Insert, Ctrl+Shift+C similar to gnome-termina
On Tue, 2024-02-06 at 21:31 +0700, Max Nikulin wrote:
> is active in terminal, it is possible to hold [Shift] to get mouse
> events handled by terminal instead of Vim or another application
> running in terminal.
I think pressing shift does not work here in e.g. gnome-terminal
Max Nikulin (12024-02-07):
> Shift Ctrl C:
CtrlInsert is the standard counterpart to ShiftInsert.
> exec-formatted("sh -c 'xsel --output --primary |
> \
> exec xsel --input --clipboard'", PRIMARY)\n\
On 06/02/2024 21:57, Greg Wooledge wrote:
Anything that came from a desktop environment is pretty exotic to me.
I'm pretty old-school. If xterm can't do it, then I'll call it exotic.
Rewrap on window resize is a convenient feature of libvte.
Ctrl+Shift+V for xterm:
xterm*vt100.translations:
On Tue, Feb 06, 2024 at 03:36:23PM +, debian-u...@howorth.org.uk wrote:
> I know I don't like xterm so I never use it. I mainly use lxterminal
> and sometimes gnome-terminal but they both must be 'exotic' since they
> behave as David said.
The following NEW packages will be
ipboard; as confirmed
> > by:
> >
> > xclip -o -selection CLIPBOARD
>
> How's that possible? Are you running a GUI version of vim (gvim?)
> instead of running vim in a terminal? Or are you using an exotic
> terminal?
Wow, thanks! I learned something new.
> I
gt; > the Ctrl, Shift, and v keys, and then release all keys, Vim inserts the
> > > contents of the clipboard; as confirmed by:
> > >
> > > xclip -o -selection CLIPBOARD
> >
> > How's that possible? Are you running a GUI version of vim (g
; as confirmed by:
xclip -o -selection CLIPBOARD
How's that possible? Are you running a GUI version of vim (gvim?)
instead of running vim in a terminal? Or are you using an exotic
terminal?
Are you considering any vte-based terminal as an exotic one? GNOME
terminal, konsole, lxterminal, and others
On Tue, Feb 06, 2024 at 09:31:33PM +0700, Max Nikulin wrote:
[...]
> Concerning set "mouse=", I usually use it, but even when mouse handling is
> active in terminal, it is possible to hold [Shift] to get mouse events
> handled by terminal instead of Vim or another
On 06/02/2024 18:33, Ralph Aichinger wrote:
As others have written, vim has changed copy+paste defaults some time
ago. Some even call this changing defaults "they broke copy+paste" .
I am using vim in GUI terminal applications and I have not noticed it.
Vim is a rare a
On 06/02/2024 13:28, David Christensen wrote:
On 2/5/24 19:03, Max Nikulin wrote:
xclip -o -selection PRIMARY
xclip -o -selection CLIPBOARD
That is useful.
I expected that you would try both commands when vim is unable to paste.
It would allow to discriminate whether it is Firefox
My .vimrc contains
syntax on
set mouse-=a
And pasting works.
VIM - Vi IMproved 9.0 (2022 Jun 28, compiled Nov 20 2023 16:05:25)
Included patches: 1-2116
--
John Hasler
j...@sugarbit.com
Elmwood, WI USA
n my own testing just now, I'm unable to get this to
work. vim (version 2:9.0.1378-2) running in urxvt, command mode,
pressing "+ or "* generates a terminal bell. Pressing p after
either one of these pastes what's in vim's unnamed default buffer.
p -o -selection CLIPBOARD
How's that possible? Are you running a GUI version of vim (gvim?)
instead of running vim in a terminal? Or are you using an exotic
terminal?
In xterm and urxvt, Ctrl-Shift-v is identical to Ctrl-v ("literal
next"), so there's no way vim can distinguish the two.
On Mon, 2024-02-05 at 15:14 -0800, David Christensen wrote:
> I am unable to determine if the problem is Firefox, Vim, or something
> else.
>
> Comments or suggestions?
As others have written, vim has changed copy+paste defaults some time
ago. Some even call this changing defaults "they broke
David Christensen wrote:
> On 2/5/24 16:48, Dan Ritter wrote:
> > David Christensen wrote:
>
>
> Please provide a URL that describes the Vim "+ and "* buffers, how to
> interact with them within Vim, how to interact with them from other apps,
> etc..
David Christensen wrote:
> On 2/5/24 21:45, to...@tuxteam.de wrote:
> > Try ":set mouse=" and see whether it helps. Perhaps it's that.
That's the way. That's the fix for the root cause.
> I am unable to correlate that Vim setting change to the Vim paste problems.
But it's vim, which is changing
On Mon, Feb 05, 2024 at 11:07:53PM -0800, David Christensen wrote:
> On 2/5/24 21:45, to...@tuxteam.de wrote:
[...]
> I am not aware of any problems pasting into other applications, just pasting
> into Vim.
>
>
> > Vim has changed its defaults a while ago in an annoying way.
> >
> > Try ":set
On 2/5/24 21:45, to...@tuxteam.de wrote:
On Mon, Feb 05, 2024 at 03:14:45PM -0800, David Christensen wrote:
debian-user:
I have a laptop with:
[copy in Firefox, paste in vim]
I am unable to determine if the problem is Firefox, Vim, or something else.
Are you able to paste into another
On 2/5/24 16:48, Dan Ritter wrote:
David Christensen wrote:
Normally, I can cut and paste between Xfce desktop applications.
Enter a Zip Code of "12345", highlight the first result, copy it to the
clipboard, start Terminal, open a file with Vim, press "i" to enter in
On 2/5/24 19:03, Max Nikulin wrote:
On 06/02/2024 06:14, David Christensen wrote:
Enter a Zip Code of "12345", highlight the first result, copy it
to the clipboard,
[...]> But if I close the above Firefox window, start a Firefox
instance,
browse to:
If you terminate an application handling
On Mon, Feb 05, 2024 at 03:14:45PM -0800, David Christensen wrote:
> debian-user:
>
> I have a laptop with:
[copy in Firefox, paste in vim]
> I am unable to determine if the problem is Firefox, Vim, or something else.
Are you able to paste into another application?
Vim has changed its
or clipboard in vim use * and + registers:
"*p in normal mode or C-R* in insert mode. It is safer than middle click
or [Ctrl+Shift+V] handled by terminal since selection may contain
terminal control characters (e.g. to exit from vim and to run rm -rf ~
in terminal).
David Christensen wrote:
> Normally, I can cut and paste between Xfce desktop applications.
>
>
> Enter a Zip Code of "12345", highlight the first result, copy it to the
> clipboard, start Terminal, open a file with Vim, press "i" to enter insert
> mode, an
Am 06.02.2024 um 00:14 schrieb David Christensen:
> Comments or suggestions?
This may be unrelated, but ...
I can copy/paste using the mouse, or - if i use the keyboard - i need to
copy paste using CTRL-Shift-C and CTRL-Shift-V (when in the terminal
emulator like gnome-terminal or terminator)
nter a Zip Code of "12345", highlight the first result, copy it to
the clipboard, start Terminal, open a file with Vim, press "i" to
enter insert mode, and paste, sometimes I see what I copied to the
clipboard and sometimes I see nothing.
...
How exactly are you copying and
ighlight the first result, copy it to the
clipboard, start Terminal, open a file with Vim, press "i" to enter
insert mode, and paste, sometimes I see what I copied to the clipboard
and sometimes I see nothing.
I am unable to determine if the problem is Firefox, Vim, or something else.
al Ave., Rte. 5, Schenectady NY 12304
(5.3 miles)
Today's Hours: 7:00 AM to 7:00 PM
(518) 374-3700
But if I close the above Firefox window, start a Firefox instance,
browse to:
https://www.toyota.com/dealers/
Enter a Zip Code of "12345", highlight the first result, copy it to the
On Sun, Jan 21, 2024 at 10:44:35PM +, phoebus phoebus wrote:
A filter in between that in response to escape-code-1 starts sending data to
the serial port instead of the terminal application and switches back to the
terminal application on receiving of escape-code-2.
Development
tended cash drawer? There are some benefits
> > that come with localising connections.
>
> Just to be clear, I do not suggest to statically configure all POS
> printers on the server. SSH session may handle multiple data streams,
> so it should be possible to associate UI terminal stream and
&g
;bitmap~.
Thanks. It seems it is supported by most terminal applications in Linux.
However usually enough such keystrokes are grabbed for window manager
and desktop environment hotkeys. In the case of POS it may be a kind of
single-application kiosk with no WM and DE.
The small program describ
on the server. SSH session may handle multiple data streams, so
it should be possible to associate UI terminal stream and
printer/scanner links when a client connects to the server.
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
> >
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
ent the OP wants to replace. It might be possible to adapt an
existing terminal emulator to include the necessary functionality,
solving the immediate problem, but the next part that they want to
replace might end up with the same problem.
Certainly, that could certainly be a viable option, b
like there is no ready open source solution to the
> component the OP wants to replace. It might be possible to adapt an
> existing terminal emulator to include the necessary functionality,
> solving the immediate problem, but the next part that they want to
> replace might end up
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. I
> 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 th
On Mon, Jan 22, 2024 at 10:00:44PM +0700, Max Nikulin wrote:
> On 22/01/2024 05:44, phoebus phoebus wrote:
> > Handling Returns: When the filter receives returns from the serial
> > printer, it directly transmits them to the terminal application without
> > any modificat
On 22/01/2024 05:44, phoebus phoebus wrote:
Handling Returns: When the filter receives returns from the serial
printer, it directly transmits them to the terminal application without
any modification or addition. Thus, information from the serial printer
is relayed as is to the terminal
ource
[hopefully] solution"?
It definitely looks like there is no ready open source solution to the
component the OP wants to replace. It might be possible to adapt an
existing terminal emulator to include the necessary functionality,
solving the immediate problem, but the next part that
> 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
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
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
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
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
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
. 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
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
the people involved. Things like "disruption"
are, in my view,just empty marketing terms :-)
So no, I don't believe your choice is misguided. Who am I to.
I still believe you'll have an easier (technical) life if you
separate the terminal and the "dispatching" process (now
Hello,
On my technical side, I don't have insight into the contractual aspect or the
costs involved. I'm not involved in the bidding and proposal writing phases
either. My role comes into play after project maanger send me companies
solutions to evaluate them from a purely technical and
nting tickets and opening
the cash drawer. However, i also mentioned that some other operations do not
work. It is important to note that Putty is primarily designed as a terminal
emulator and may not be equipped to meet all the specific requirements of our
retail application.
As for th
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
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
ry one of these devices
> and get information from it, which will cause application state to
> be altered, information to appear on the screen, etc. Or maybe the
> devices beyond the Printer are capable of initiating an async data
> transfer to the server app? Who knows. It was never clearly
Hello,
> 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 displayed in a terminal emula
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
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 th
I mention a "serial port" like com1:, I am indeed referring to a
traditional RS422 or RS232 serial port. If the device is connected via USB and
is associated with a virtual com1 port on the Windows side, it doesn't require
any software modifications to handle printing in passthrough mode. From the
Hello,
>> People interact with the (remote) application by means of the terminal
>> emulator. Things get sent to/from the printer based on escape sequences
>> initiated by the application.
>>
>> In the original (proprietary) application, the dispatching
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)?
The existing solution is designed in that manner. We migrated our application
from
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 through the COM port displayed
> > > > > in a terminal (like minicom
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
> &g
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
> t
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 d
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.
> > > D
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 displa
igned to automate interactions with text-based programs, its use for
> intercepting and managing escape sequences to enable pass-through mode on a
> terminal screen is complex, particularly in the specific context and
> configuration of our POS system.
>
> Given that t
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) appli
1 - 100 of 4585 matches
Mail list logo
