"Shawn Walker" <[EMAIL PROTECTED]> wrote:
> > > Why do you assume this?
> >
> > Maybe you do not know how terminfo/termcap works.
>
> I know enough to still ask "why do you think the fix is incorrect?"
I still need to doubt....
> > Let me add the output of my "cap" program that disaccembles termcap
> > (terminfo
> > is pretty much the same). Look at the init and reset strings to understand
> > that
> > it is the decision of the creator what to put into the reset string.
>
> Yes, but what does that have to do with anything?
Did you really look at the text?
> Looking at the bug; our xterm, xtermc and xterm-color were missing
> smcup/rmcup definitions or were wrong compared to the expected norm.
What is expected?
Why do you believe they where missing?
>From caplist.c:
"ti", "smcup", "enter_ca_mode", "string to start
programs using cursor_address"
"te", "rmcup", "exit_ca_mode", "strings to end
programs using cup"
If absolute cursor positioning did work before, it is obvious that
nothing was missing.
The init and term strings have been traditionally in "is" and "rs".
The official termcap database from Eric Raymond includes:
smcup=\E7\E[?47h
rmcup=\E[2J\E[?47l\E8
for xterm R6
Let us disassemble:
'sc' -> '\E7' save current cursor position
'rc' -> '\E8' restore cursor to last position of save_cursor
\E[2J clears the whole screen
\E[?47h Use alternate screen buffer
\E[?47l Use Normal Screen Buffer
Whether to clear the screen or not is a personal decision.
We still do not know what the OP really sees and which problems he has.
My editor "ved" works in the alternate screen buffer for a long time as
I am using my own termcap implementation and have a ~/.termcap file to
overwrite unwanted global behavior. Ved edits in the alternate screeen
and restores the standard screen after editing. If less does not do this,
then there may be a bug in less that is just triggered by the change in
terminfo. Jufging too wuick is always wrong.
> On a b76 system, infocmp output is now what I would expect for xterm,
> xtermc, and xterm-color. They now have the expected definitions for
> smcup/rmcup.
What do you expect and why?
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni)
[EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
opensolaris-discuss mailing list
[email protected]
