Xref: utzoo comp.editors:254 comp.terminals:819 comp.sys.mac:18364 Path: utzoo!attcan!uunet!mcvax!ukc!eagle!icdoc!qmc-cs!ee!flash From: flash@ee.inference.ee.qmc.ac.uk (Flash Sheridan) Newsgroups: comp.editors,comp.terminals,comp.sys.mac Subject: uw and termcap (was:Re: windows/buffers in jove) Summary: mea maxima culpa Message-ID: <544@sequent.cs.qmc.ac.uk> Date: 18 Jul 88 14:00:11 GMT References: <64000002@pyr1.cs.ucl.ac.uk> <369@mergvax.UUCP> <535@sequent.cs.qmc.ac.uk> <306@corona.pb> Sender: root@cs.qmc.ac.uk Reply-To: sheridan@nss.cs.ucl.ac.uk Followup-To: comp.sys.mac Organization: EE Dept, Queen Mary College, U London E1-4NS Lines: 35 or_perhaps_Reply_to: flash@cs.qmc.ac.uk In article <306@corona.pb> michael@pbinfo.uucp (Michael Schmidt) writes: >In article <535@sequent.cs.qmc.ac.uk>, flash@ee (Flash Sheridan) writes: >>In article <369@mergvax.UUCP> rkxyv@mergvax.UUCP (Robert Kedoin) writes: >>> >>>I've seen versions of Jove and Emacs where the lines are just inserted, but >>>the screen does not look like it is redrawn. >> >>I think it's your terminal emulator. It happens to me using uw's ANSI >>windows, but not Red Ryder's or dumb virtue's vt100 windows. > >May also depend on your termcap entry. If it contains entrys for >add and delete line (al,il,AL,IL) or to change the scrolling >region (cs, like vt100 has) GNUEmacs and perhaps also Jove will >use it occasionally to update the screen. Yep, thanks, that was it. uw doesn't support cs(change scrolling region). I removed it, and everything is wonderful. To save other termcap novices from having to read the man, here's the new entry I put into /etc/termcap ZZ|ansi|uw-ansi|ansi with mods from dumv for uw:cs@:tc=dumv-24: ZZ is because it wants a two-letter code. cs@ means don't do cs. tc means otherwise it's like the dumb-virtue terminal (a Mac emulator which emulates the uw emulator, but much better: it's a real Mac interface, though the program itself is flaky.); you'll probably want to use vt100 instead. Re-defining 'ansi' is decidedly non-kosher, but the alternative was re-making uw again. Be careful, uw on startup re-defines your TERM variable, but not TERMCAP. This is what caught me. From: flash@ee.qmc.ac.uk (Flash Sheridan) Reply-To: sheridan@nss.cs.ucl.ac.uk or_perhaps_Reply_to: flash@cs.qmc.ac.uk