Path: utzoo!attcan!uunet!zaphod.mps.ohio-state.edu!rpi!uupsi!sunic!nuug!bibsyst!torkel
From: torkel@bibsyst.UUCP (Torkel Hasle)
Newsgroups: comp.unix.questions
Subject: Re: Less Optimized Curses
Message-ID: <367@bibsyst.UUCP>
Date: 14 Nov 90 21:36:00 GMT
References: <1990Nov13.090732@mathcs.emory.edu>
Reply-To: torkel@bibsyst.UUCP (Torkel Hasle)
Organization: Bibliotek-Systemer A/S
Lines: 23

In article <1990Nov13.090732@mathcs.emory.edu> km@mathcs.emory.edu (Ken Mandelberg) writes:
>This is an expansion on a problem I posted earlier about curses screen
>update optimization. The issue concerns how clever curses is in updating
>a screen to a new screen whoose contents are vertically displaced one
>line. What I notice is that almost all versions of curses don't notice
>the relationshsip between the screens, and repaint everything. One version
>of curses does notice the relationship, and updates the screen using
>scrolling.
>

If you add the following line after initscr(), curses will use
hardware scrolling:

	idlok(stdscr,TRUE);

This is documented in the SVID issue 2.  Your example ran with
hardware scrolling on my machine (SVR3.1) when I added this line.

+----------------------------------------------------------------------+
!   Torkel Hasle, Bibliotek-Systemer A/S, N-3250 Larvik, Norway        !
!   uucp: ...nuug!bibsyst!torkel        Tel: +47 34 82 202             !
!            torkel@bibsyst.uucp        Fax: +47 34 85 185             !
+----------------------------------------------------------------------+