REPLAY-OUTPUT-RECORD question

• To: rdp@netcom.com
• Subject: REPLAY-OUTPUT-RECORD question
• From: Scott McKay <swm@harlequin.com>
• Date: Thu, 30 Jun 94 13:56:41 EDT
• Cc: clim@BBN.COM
• In-Reply-To: Robert Pfeiffer's message of Mon, 27 Jun 1994 07:41:01 -0700 (PDT) <199406271441.HAA15261@netcom11.netcom.com>

   From: Robert Pfeiffer <rdp@netcom.com>
   Date: Mon, 27 Jun 1994 07:41:01 -0700 (PDT)
   X-Mailer: ELM [version 2.4 PL23]
   Mime-Version: 1.0
   Content-Type: text/plain; charset=US-ASCII
   Content-Transfer-Encoding: 7bit
   Content-Length: 851       

   I have what I'm hoping will turn out to be a simple problem in CLIM 2.0.

   I have a pane in which I'm trying to do my own incremental redisplay (rather
   than using CLIM's facility). My approach is very straightforward with the
   only problem being that it doesn't work correctly. :-)

   When I first display the contents of the pane in question, I hold onto all
   of the presentations (which are returned by PRESENT) that I would like to
   incrementally update. All of these presentations have the same presentation
   type which I have defined to have one option (color). All I want to do
   is to SETF the PRESENTATION-TYPE of each presentation to a new presentation
   type (which has a different value for the color option) and then call
   REPLAY-OUTPUT-RECORD on each. Unfortunately, this has no effect on the
   display.

   Is it obvious to anyone where I'm going wrong?

I am now just digging out from mail accumulated over a 3 week absence.

REPLAY-OUTPUT-RECORD doesn't generate new output, it replays old
output.  You have to erase the old output, generate the new output,
and then display it.

• REPLAY-OUTPUT-RECORD question
• From: Robert Pfeiffer <rdp@netcom.com>

• Prev: REPLAY-OUTPUT-RECORD question
• Next: Re: GIF for CLIM (?)
• Index: CLIM Mailing list (1-Jun-94 to 30-Jun-95)
• Thread: CLIM Mailing list Index (1-Jun-94 to 30-Jun-95)