[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Alternate buffer reset

From: Bryan Christ
Subject: Re: Alternate buffer reset
Date: Mon, 24 Dec 2018 13:24:49 -0600

Okay.  So I just discovered that RXVT issues that really long sequence instead of \Ec for RS1.  What a nightmare.

On Sun, Dec 23, 2018 at 5:37 PM Thomas Dickey <address@hidden> wrote:
On Sat, Dec 22, 2018 at 09:55:39AM -0600, Bryan Christ wrote:
> When I issue a "reset" command, there are quite a few control codes that
> get emitted.  When I cross reference them in the VT100 manual and the Xterm
> manual, none of the codes specifically state that they should "hard reset"
> the terminal.  Basically, I'm wondering what would be a good control code
> to regard for that so that I can flip my terminal buffer back to normal?

well... usually there's no hard reset (for xterm) since it's intentionally
emulating a VT220 (or higher).  A real hardware terminal would do odd things
like resetting the connection to the host; xterm imitates some of that by
a bell - not something that users like a lot.

> (this is a continuation of a previous question)
> --
> Bryan
> <><

> _______________________________________________
> Bug-ncurses mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/bug-ncurses

Thomas E. Dickey <address@hidden>


reply via email to

[Prev in Thread] Current Thread [Next in Thread]