Xref: utzoo gnu.emacs:740 gnu.emacs.bug:694
Path: utzoo!telly!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!bloom-beacon!mit-eddie!uw-beaver!grace.cs.washington.edu!jeffb
From: jeffb@grace.cs.washington.edu (Jeff Bowden)
Newsgroups: gnu.emacs,gnu.emacs.bug
Subject: Why does emacs overstrike spaces on spaces?
Message-ID: <JEFFB.89Apr18132711@grace.cs.washington.edu>
Date: 18 Apr 89 20:27:11 GMT
Sender: news@beaver.cs.washington.edu
Followup-To: gnu.emacs
Distribution: gnu
Organization: Ministry of Silly Walks
Lines: 19

I often run emacs over a 1200 baud line to a 49x80 vt100 emulator using the
TERMCAP at the end of this article.

When a portion of the screen is drawn (e.g. when I switch buffers) emacs goes
through a routine of erasing each line (with a vt100 escape sequence) and
painting the characters onto the screen.  The problem is that if there are
leading or embedded spaces in a give line, they are _printed_ onto the screen.
This is not fatal - it gives the correct result - but it is a waste of time
since those positions are already blank (this is especially annoying when
things are in columns such as RMAIL-summary).

Can this be fixed by twiddling the TERMCAP or does it require a fix to emacs
itself?


Here is the TERMCAP we have for vt100 on our Ultrix 2.3 system:
-- --
d1|vt100|vt-100|pt100|pt-100:co#80:li#49:pt:cl=50\E[;H\E[2J:bs:cm=\E[%i%d;%dH:nd=2\E[C:up=2\E[A:ce=4\E[K:cd=50\E[J:so=2\E[7m:se=2\E[m:us=2\E[4m:ue=2\E[m:is=\E>\E[?3l\E[?7h\E[?8h:ks=\E[?1h\E=:ke=\E[?1l\E>:if=/usr/lib/tabset/vt100:ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:kh=\E[H:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:sr=2\EM:sf=2\ED:cs=\E[%i%d;%dr:
-- --