Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

Cached Virtual Rendering

IP.com Disclosure Number: IPCOM000116154D
Original Publication Date: 1995-Aug-01
Included in the Prior Art Database: 2005-Mar-30
Document File: 2 page(s) / 94K

Publishing Venue

IBM

Related People

Fiechtner, M: AUTHOR [+2]

Abstract

Disclosed is a method providing a delayed rendering of clipboard formats between separate sessions of an OS/2* operating system. This method expands the concept of the delayed rendering feature of the Presentation Manager* clipboard to span across sessions or even networks.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 52% of the total text.

Cached Virtual Rendering

      Disclosed is a method providing a delayed rendering of
clipboard formats between separate sessions of an OS/2* operating
system.  This method expands the concept of the delayed rendering
feature of the Presentation Manager* clipboard to span across
sessions or even networks.

      Without this method, when an OS/2 2.0 application updates its
local clipboard, each format in the clipboard is asked to be
rendered.  Then these rendered formats are exported to each session
having a local clipboard.  Translations between different formats
occur during the export/import process.  Because of the excessive
delays incurred in this process, virtual rendering has been
eliminated in OS/2 2.1.  On the other hand, a system having cached
virtual rendering has an operating speed advantage, since clipboard
formats are translated on demand.  Furthermore, less memory is
required, since the virtual keyboard is only the size of currently
rendered formats.

      Fig. 1 shows a process begun in a system having cached virtual
rendering when an application 1 places one or more formats on a local
clipboard 2 by a change process 3.  Next, PMWIN or the user notifies
a local clipboard agent 4 that local clipboard 2 has changed, through
a notification process 5 using PMCLIP.DLL or WINSCLIP.DLL.  Next,
clipboard agent 4 updates VWIN 6 with changed local clipboard formats
only, through a change process 7.  VWIN 6 saves these formats in
virtual clipboard 8 through a change process 9.  VWIN 6 notifies
other clipboard agents, such as clipboard agent 10 on the other side
of session boundary 11, through a notification process 12, that
virtual clipboard 8 has changed.  Finally, clipboard agent 10 updates
its local clipboard 13, associated with another application 14,
through change process 14a, with the changed formats.

      During this process, no data is placed on virtual clipboard 8,
or on other local clipboards, such as local clipboard 13.  The
conversion of data formats is not required until a data format is
requested.  Without the presently disclosed method, the clipboard
agent que...