[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

A remote presentation-based user interface

    Date: Fri, 9 Aug 1991 11:13 CDT
    From: Scott McKay <SWM@SAPSUCKER.SCRC.Symbolics.COM>

	Date: Thu, 8 Aug 1991 13:05 EDT
	From: lgm@iexist.att.com

	Let's say I represent each remote object by its name (of type SYMBOL).
	Is it safe, for all DW/CLIM purposes, to directly present an object name
	(a SYMBOL) with the presentation type of the remote object's class
	(which is a CLOS user-defined class)?  Or must I define an entire shadow
	hierarchy of "ambassador" presentation types (which eventually expand
	into type SYMBOL), and present each object name with its corresponding
	"ambassador" presentation type?  Anyone have a better idea?

    The simple approach should work.

The simple approach appears to fail for
in the FCL-USER package:

(defclass cla-11 0() ())

(defclass cla-21 0(cla-1) ())

(scl:define-presentation-to-command-translator clos-herald (cla-1 :gesture nil) (object)

Note that the CLOS-HERALD translator for presentations of type CLA-1
should also be applicable to those of type CLA-2, since CLA-2 inherits
from CLA-1.  But I ran the examples below:

=> (scl:present (make-instance 'cla-2) 'cla-2)#<FCL-USER::CLA-2 135656>
#<DW::DISPLAYED-PRESENTATION #<CLA-2 1356... FCL-USER::CLA-2 2050633022>
=> (scl:present 'a-symbol 'cla-2)A-SYMBOL

The output of the first SCL:PRESENT is indeed mouse-sensitive (in a
listener-prompt context), and right-clicking it indeed brings up a menu
which includes "Show Herald".  But the output of the second is not
mouse-sensitive to the listener prompt at all.

Is there any way to get this to work, or do I have to go to a more
elaborate scheme?  Or does this work for CLIM but not for DW?

	Lawrence G. Mayka
	AT&T Bell Laboratories

Standard disclaimer.