Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!apple!portal!analog2!fouriron!craig
From: craig@fouriron.UUCP (Craig S. Cochran)
Newsgroups: comp.mail.elm
Subject: Re: Clearing the screen in elm
Keywords: elm screenclearing
Message-ID: <486@fouriron.UUCP>
Date: 8 Aug 90 01:46:06 GMT
References: <244@malathion>
Reply-To: sun!valid!ccochran (Craig S. Cochran)
Organization: Valid Logic Systems - San Jose, CA.
Lines: 30

In article <244@malathion> ramsey@malathion (Ed Ramsey) writes:
>I was wondering if there were any specific reason elm doesn't
>repaint/redraw the screen after having been suspended and
>returned to.  Elm displays a message to the effect that "you may
>want to redraw the screen", but doesn't provide any way to do
>that...

Good point.
Most curses-based applications automatically get a redraw
from curses when a SIGCONT (signal 19) is received, which is
sent by the kernel when an "fg" or "bg" is requested.  Usually
this takes no extra programming effort - it's built into curses.

My best guess is that this is a feature of the built-in curses
packaged with Elm, and that it has not been fixed since the
development group eventually plans to migrate Elm to stock
system-supplied curses, which should fix the problem (if this
is the problem).  Is this a correct assumption, developers?

>  ...  Along the same lines, dialup users who experience line
>noise don't have any simple way to request a redraw.
>Is a screen redraw option something that can be added?

It's already implemented.  Try typing "Cntl-L".  ("Cntl-L", by the
way, is a partial Unix standard for screen refresh).

-- 
Craig S. Cochran                           Valid Logic Systems
Path:  {sun,decwrl}!valid!ccochran         2820 Orchard Parkway
Voice: 408/944-8037                        San Jose, CA  95134