emacs-pretest-bug
[Top][All Lists]
Advanced

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

Re: TTY display trouble


From: Devon Sean McCullough
Subject: Re: TTY display trouble
Date: Tue, 26 Jul 2005 17:06:16 -0400 (EDT)

When the Alternate Screen Buffer is supported, the user should have
the choice of either termcap:ti to avoid the scroll back buffer or
newlines to use the scroll back buffer.

When the Alternate Screen Buffer is not supported, there is no choice
and newlines should be output.  The present behavior of doing nothing
is bad because it trashes the current screenful of transcript.

                Peace
                        --Devon

PS: GNU SCREEN mystery solved, it accepts any of
        ESC [ ? 47 h
        ESC [ ? 1047 h
        ESC [ ? 1049 h
to switch to the alternate screen.

From: "Richard M. Stallman" <address@hidden>
To: Devon Sean McCullough <address@hidden>
CC: address@hidden
In-reply-to: <address@hidden> (message from Devon Sean
        McCullough on Mon, 25 Jul 2005 14:51:21 -0400 (EDT))
Subject: Re: TTY display trouble
Date: Tue, 26 Jul 2005 09:21:23 -0400

    Yes, in place of the termcap:ti string emacs apparently outputs now,
    which selects the "Alternate Screen Buffer" with the side effect of
    excluding emacs screens from the terminal scroll back buffer.

How come the ti string doesn't solve the problem?
Is it because Screen doesn't support the alternate screen buffer?
In that case, perhaps Emacs should output the newlines only
when there is no ti capability.

    PS: EMACS uses the alt screen when I enable it in GNU SCREEN
    although TCONV reports no such capability, I'm baffled.

How about if you put a breakpoint at set_terminal_modes
and see what happens?




reply via email to

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