🚀 go-pugleaf

In <j32m7!f.bskendig@netcom.com> bskendig@netcom.com (Brian Kendig) writes:

>Is there any way I can get Emacs to scroll a block of text up on my
>screen instead of redrawing all of it?  I mean, is there some
>parameter I can set in my .emacs file that would fix this?  I'm using
>a vt100, so I *thought* this kind of thing would be handled
>automatically... maybe it's a bad termcap entry?

It's my understanding (and experience -- I use a VT100 as an extra
terminal) that VT100 terminals don't support the region scrolling
escape sequences.  The VT102 does, and Emacs scrolls great through my
VT102 emulator (I use Telemate on a PC) with terminal type set to vt102.

There's always line editors -- I think I've got source to a TECO clone
around here somewhere... ;) ;) ;).

Pete

>In <j32m7!f.bskendig@netcom.com> bskendig@netcom.com (Brian Kendig) writes:
>
>Is there any way I can get Emacs to scroll a block of text up on my
>screen instead of redrawing all of it?  I mean, is there some
>parameter I can set in my .emacs file that would fix this?  I'm using
>a vt100, so I *thought* this kind of thing would be handled
>automatically... maybe it's a bad termcap entry?

Yeah, there's something weird about the vt100 termcap here.  Use
vt100-mac instead and everthing will be fine (and you'll be using the
normal vt100 interface rather than vt102).

--
Michelle
artemis@netcom.com

In article <j32m7!f.bskendig@netcom.com> bskendig@netcom.com (Brian Kendig) writes:
>When I used Emacs on my university's machines, whenever I'd kill
>(delete) a line of text, all the text below the line I just killed
>would be shifted up by one line to fill in the gap.  If there was more
>text past the bottom of the screen, then one new line would be drawn
>at the bottom of the screen to fill in that gap.  Perfectly normal
>behavior, and the scroll looked like it was a feature supported by the
>terminal -- that is, it didn't have to take time redrawing each line
>right above its old position, it just shifted a block of text up.
>
>But when I use Emacs on the Netcom system, killing a line does redraw
>every line (below where I just killed) right above its old position!
>This is painfully slow with my 2400 baud modem, and even with a 9600
>baud modem it's sluggish, especially if I'm deleting lines near the
>top of the screen.
>
>Is there any way I can get Emacs to scroll a block of text up on my
>screen instead of redrawing all of it?  I mean, is there some
>parameter I can set in my .emacs file that would fix this?  I'm using
>a vt100, so I *thought* this kind of thing would be handled
>automatically... maybe it's a bad termcap entry?
>
Yes, Emacs seems rather stupid in this sense.  Go use Jove.
It's similar to Emacs.  And it won't resend the slew of lines
under the line you deleted, just the one line.

Gene

In article <b62mfs+.kaminski@netcom.com> kaminski@netcom.com (Peter Kaminski) writes:
>escape sequences.  The VT102 does, and Emacs scrolls great through my
>VT102 emulator (I use Telemate on a PC) with terminal type set to vt102.
>
From a ProComm Plus 2.0 user going nuts over screen re-drawing in EMACS,
thanks!!!  The VT-102 emulation works great!


Gene--

In article <b62mfs+.kaminski@netcom.com>, kaminski@netcom.com (Peter Kaminski) writes:
|> In <j32m7!f.bskendig@netcom.com> bskendig@netcom.com (Brian Kendig) writes:
|> 
|> >Is there any way I can get Emacs to scroll a block of text up on my
|> >screen instead of redrawing all of it?  I mean, is there some
|> >parameter I can set in my .emacs file that would fix this?  I'm using
|> >a vt100, so I *thought* this kind of thing would be handled
|> >automatically... maybe it's a bad termcap entry?
|> 
|> It's my understanding (and experience -- I use a VT100 as an extra
|> terminal) that VT100 terminals don't support the region scrolling
|> escape sequences.  The VT102 does, and Emacs scrolls great through my
|> VT102 emulator (I use Telemate on a PC) with terminal type set to vt102.

A true VT100 supports region scrolling quite well.  Of course, the
VT100 clone that Brian is using may not...

Craig A. Finseth			fin@unet.umn.edu [CAF13]
Networking Services			+1 612 624 3375 desk
Computer and Information Services	+1 612 625 0006 problems
University of Minnesota			+1 612 626 1002 fax
130 Lind Hall, 207 Church St SE
Minneapolis MN 55455-0134, USA

In article <b62mfs+.kaminski@netcom.com> kaminski@netcom.com (Peter Kaminski)
writes: 

   >Is there any way I can get Emacs to scroll a block of text up on my
   >screen instead of redrawing all of it?  I mean, is there some
   >parameter I can set in my .emacs file that would fix this?  I'm using
   >a vt100, so I *thought* this kind of thing would be handled
   >automatically... maybe it's a bad termcap entry?

It is my guess that you have your baudrate set incorrectly.  If you are coming
through a network, stty -a will most likely show that the baudrate is 38400.
Emacs checks the baudrate and determines how to draw the screen based on this.
For 38000 baud it is very cheap just to spit out the text rather than
calculate the best way to do it.  I suggest that you do:

  stty 1200
  emacs

i.e., set the baudrate to 1200 (try 1200, not 2400 for optimal results) then
run emacs.  Of course this assumes unix (for VMS: set term/speed = 1200).

It also could be that your vt100 termcap is wrong. Any good vt100 emulator
should support scrolling regions since a vt100 does.

Also, one poster replied that the problem is that emacs is stupid and
suggested an alternative (JOVE).  This is a ridiculous statement and should be
ignored.  I doubt that the display algorithms in JOVE are as good as those in
emacs.
--
     _____________
#___/John E. Davis\_________________________________________________________
#
# internet: davis@amy.tch.harvard.edu
#   bitnet: davis@ohstpy
#   office: 617-735-6746
#