HDTenEightyP/NetNews huggingface dataset:
From: Swee-Hock Choo <schoo@silver.ucs.indiana.edu>
Subject: Unidraw Connector Question
Organization: Indiana University
Date: Mon, 5 Oct 1992 21:26:27 GMT
X-Mailer: ELM [version 2.3 PL11]

Hi,
	What command should I use to find out the connector component
that a pin is connected to?  For a connection with a floating pin connected
to a fixed pin, which connector view will be returned by the
ConnectorIntersecting()? It seems that it always return the latest connector
view. If that is the case, how to get the connector component of the fixed 
pin?
Thank you in advance for you help!

Swee-Hock
Newsgroups: comp.windows.interviews
From: gupta@utopia.sps.mot.com (Rajesh Gupta)
Subject: Updated Archive??
Keywords: Archive
Reply-To: gupta@utopia.sps.mot.com
Organization: Motorola, Inc.
Date: Tue, 6 Oct 1992 00:16:54 GMT

Does anyone know where can I find the most recent update to the archives?

I found an archive at interviews.stanford.edu in file
		pub/mail/iv-mail.Z.
However, this archive only contains messages from June 91 through
December 91.

Any pointers will be appreciated.

---Rajesh
************************************************************************
Rajesh Gupta                                gupta@ssdt-tempe.sps.mot.com
Semiconductor Systems Design Tech. (SSDT),  2100 East Elliot Road, 
Motorola, Inc.                              Tempe, AZ 85284 
Tel: 602 897 3991                           FAX: 602 897 3518
************************************************************************

Newsgroups: comp.windows.interviews
From: mrs@KITHRUP.COM
Subject: Re: IV3.1 beta3 build problems
Reply-To: Mike Stump <mrs@cygnus.com>
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 5 Oct 1992 23:48:36 GMT

gcc 2.2.2 will not compile InterViews 3.1-anything.  I would not recommend
trying.

There is a compiler called gcc.xtar.Z in

	pub/contrib/g++@interviews.stanford.edu

that will compile 3.1 beta2 and beta3.  I would recommend it.  See
README-3.1-beta2 for some more information.

In article <ROBERTS.92Oct1155751@studguppy.lanl.gov> you write:
>Getting closer, but there are still some problems.
>
>The system: Sun SPARC, SunOS4.1.1, gcc2.2.2, X11R5 pl. 12
>
>The problems:
>
>1. 
>making all for SUN4 in ./src/lib/Unidraw/SUN4
>g++     -Dcplusplus_2_1  -DNOSTDHDRS -DX_WCHAR -DX_LOCALE   -I../../../.././src/include   -pipe -c ../align.c
>g++     -Dcplusplus_2_1  -DNOSTDHDRS -DX_WCHAR -DX_LOCALE   -I../../../.././src/include   -pipe -c ../brushcmd.c
>g++     -Dcplusplus_2_1  -DNOSTDHDRS -DX_WCHAR -DX_LOCALE   -I../../../.././src/include   -pipe -c ../catalog.c
>g++     -Dcplusplus_2_1  -DNOSTDHDRS -DX_WCHAR -DX_LOCALE   -I../../../.././src/include   -pipe -c ../catcmds.c
>../catcmds.c: In method `void  ivViewCompCmd::Execute ()':
>../catcmds.c:283: assignment between incompatible pointer types
>../catcmds.c: In method `void  ivSaveCompCmd::Execute ()':
>../catcmds.c:370: assignment between incompatible pointer types
>../catcmds.c: In method `void  ivSaveCompAsCmd::Execute ()':
>../catcmds.c:417: assignment between incompatible pointer types
>*** Error code 1
>make: Fatal error: Command failed for target `catcmds.o'
>Current working directory /site/src/Interviews3.1b3/iv/src/lib/Unidraw/SUN4
>
>This, of course, means that libUnidraw.a doesn't get built, which means
>that ibuild, idraw, etc. don't get built, which means...
>
>2.
>making all for SUN4 in ./src/bin/doc/SUN4
>g++     -Dcplusplus_2_1  -DNOSTDHDRS -DX_WCHAR -DX_LOCALE   -I../../../.././src/include   -pipe -c ../Application.c
>g++     -Dcplusplus_2_1  -DNOSTDHDRS -DX_WCHAR -DX_LOCALE   -I../../../.././src/include   -pipe -c ../CounterItem.c
>/site/bin/gcc: Internal compiler error: program cc1plus got fatal signal 11
>*** Error code 1
>make: Fatal error: Command failed for target `CounterItem.o'
>Current working directory /site/src/Interviews3.1b3/iv/src/bin/doc/SUN4
>
>additl info:
>
>installing for SUN4 in ./src/bin/doc/SUN4
>g++     -Dcplusplus_2_1  -DNOSTDHDRS -DX_WCHAR -DX_LOCALE   -I../../../.././src/include   -pipe -c ../CounterView.c
>../CounterView.c: In method `CounterView::~CounterView ()':
>../CounterView.c:51: cannot convert a pointer of type `CounterView'
>../CounterView.c:51: to a pointer of type `ivResource'
>/site/bin/gcc: Internal compiler error: program cc1plus got fatal signal 11
>*** Error code 1
>make: Fatal error: Command failed for target `CounterView.o'
Newsgroups: comp.windows.interviews
From: sergio@tanto.acuson.com (Sergio Ciccolella)
Subject: FAQ
Organization: Internet-USENET Gateway at Stanford University
Date: Sat, 26 Sep 1992 21:55:44 GMT

Please E-mail an FAQ and any other information available like how
to get Sanford Tech Reports relating to InterViews.

Thank you, Sergio Ciccolella	sergio@acuson.com
Newsgroups: comp.windows.interviews
From: eneira@dcc.uchile.cl (Eloy Neira Anabalon)
Subject: Unidraw  and Connector
Originator: eneira@picunche
Date: Tue, 06 Oct 1992 14:57:19 GMT
Organization: Universidad de Chile, Depto. de Ciencias de la Computacion
Keywords: Connector, Graphic. 


  Hello,
		I'm working with  interviews 3.0.1 compatible with 2.6  and
  Unidraw.

  I have two  questions :

  1-. Can anyone  to clarify  the parameter graphic  for conectors  :

	  Ej. Class  PadGraphic(Coord=0, Coord=0,Coord=0, Coord =0,Graphic *=nil );
															   ^^^^^^^^^^^^

      Graphic  are the graphics atributtes ? 
	  or this can be a , for example, a polygono, if  this is posible,
	  how i'm to do?.

	  With my programs, Graphic =  stdgraphic  is  all right,
	  if Graphic = Other child from Graphic Class, this produce
	  segmentation violation.	

  2.- My problem is define a  composite element  ( like a Pad ) with
	  diferent  behavior .
    
	  Figure:

	  --------
	  |\    /|
	  | \  / |
	  |  \/  | a) This  picture for  a Pad. This can be other ?
	  |  /\  |
	  | /  \ |
	  |/    \|
	  --------
	  --------
	  |\    /|
	  | \  / |
	  |  \/__________  b) All the Links are  at the  center  of the picture.
	  |  /\  |            This can be at the  border ?
	  | /  \ |
	  |/    \|
	  --------

		I want  a  composite  element , with a connector.
	  --------
	  |      |------------  Link 1
	  |      |
	  |      |------------  Link 2
	  |      |                ..
	  |      |------------  Link n
	  --------

		 ^
		 |
		 |

      Connector	

		If this posible, please , help me.
		 
        Thanks.
-- 
 *--------------------------------*   Ama  a  tu projimo  
 * ELOY  NEIRA ANABALON *  ^   ^  *   como a ti mismo. 
 *                      *    |    *  
 *------------------------ -\_/- -*            Jesus
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Input handling in a GL window
Date: 1 Oct 1992 20:32:32 GMT
Organization: sgi
Distribution: world
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <1992Sep30.220957.31057@m.cs.uiuc.edu>, zhou@m.cs.uiuc.edu (Tom Zhou) writes:
|> My GL window doesn't seem to take device input!
|> I'm using a variation of GLContext. I used an InputHandler to wrap the
|> GLContext instance (or to be wrapped by the GLContext -- I tried both
|> ways). But this InputHandler doesn't receive anything but key stroke
|> events. (I figure key strokes reach the GL input handler through some 
|> weird focusing mechanism that I don't understand yet). A trace reveals 
|> that GLWindow::receive(Event&) never gets called.

This is a bug in GLContext.  It inherits the default window behavior,
which is not to propagage events outward.

Here's the fix:

*** /tmp/,RCSt1a10489   Thu Oct  1 13:31:06 1992
--- glcontext.c Tue Sep 15 17:20:45 1992
***************
*** 192,197 ****
--- 192,199 ----
        t->remove(xw);
      }
      Window::set_attributes();
+     w->xattrmask_ &= ~CWDontPropagate;
+     w->xattrs_.do_not_propagate_mask = 0;
      w->xattrmask_ |= CWColormap;
      w->xattrs_.colormap = colormap_;
      w->xattrs_.event_mask = ExposureMask | StructureNotifyMask;
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: How to control the alignment of two glyphs independent to each other
Date: 1 Oct 1992 20:28:46 GMT
Organization: sgi
Distribution: world
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <3578@babcock.cerc.wvu.wvnet.edu>, smp@cathedral.cerc.wvu.wvnet.edu (Shailesh M. Potnis) writes:
|> 	I am using IV 3.0.1 and having a problem in aligning two monoglyphs in
|> a window.  I have a menubar and another glyph containing a picture.  The two
|> glyphs are placed in a TBBox.  The glyph containing graphics sets its alignment
|> with origin at 0.4" from the X axis its requirement.  The trouble is the
|> origin of the menubar is also displaced towards the middle of the window.
|> 
|> 	How can I control the alignment of the menubar and the graphic
|> independently of each other?

Sounds like you want to put the picture inside an hcenter(0) so that,
for the purposes of the box, its origin is at the left.

Newsgroups: comp.windows.interviews
From: lee@wrc.xerox.com (Lee Moore)
Subject: InterViews and Sun's Direct Xlib
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 2 Oct 1992 22:20:49 GMT

I have recently tried running my InterViews application (an interactive 
street map) under Sun's Direct Xlib.*   When I do so, I get a
"signal BUS (alignment error)" in Resource::ref .  Since the pointer
value is odd, I consider this to be a legitimate error.  Has anybody
else had this problem?

(I am using Sun's Openwin-3.0 and Sun's C++ compiler version 2.0)

Lee

* Sun's Direct Xlib allows the X protocol to be partially by-passed
if the client and server are on the same machine.  The X library
will go directly to the display accelerator if possible.

---------------------------------

signal BUS (alignment error) in ref at line 46 in file "../../cds/rtd/ui/main.c"
couldn't read "../../cds/rtd/ui/main.c"
(dbx) where
ref(this = 0x696365), line 46 in "../../InterViews/resource.c"
ref(r = 0x696365), line 68 in "../../InterViews/resource.c"
ivListener::ivListener(this = 0x5dd250, ivResource = 0x5dd2e4, body = (nil), h = 0x5dd288), line 43 in "../../InterViews/listener.c"
ivScroller::ivScroller(this = 0x5dd250, ivResource = 0x5dd2e4, d = Dimension_Y, a = 0x5db288, s = 0x5dcac0), line 39 in "../../IV-look/scroller.c"
ivVScroller::ivVScroller(this = 0x5dd250, ivResource = 0x5dd2e4, a = 0x5db288, s = 0x5dcac0), line 172 in "../../IV-look/scroller.c"
vscroll_bar(this = 0x5c5998, a = 0x5db288, style = 0x5bf0c0), line 271 in "../../IV-look/mf_kit.c"
main(argc = 1, argv = 0xf7fff5c4), line 127 in "main.c"

Newsgroups: comp.windows.interviews
From: janin@espresso.boeing.com (Adam Janin 5-3545)
Subject: Re:  List Problems
Organization: Internet-USENET Gateway at Stanford University
Date: Tue, 6 Oct 1992 15:25:33 GMT

> I'm having some problems using the List class in InterViews 3.1 beta3.
> In IV3.0 the following worked fine (simplified example):
> ...

Try:


 1  class Block
 2  {
 3      public:
 4          int f();
 5      private:
 6          int n;
 7  };
 8
 9  typedef Block* Blockp;		<<<<
10
11  declareList(BlockList,Blockp);	<<<<
12  implementList(BlockList,Blockp);	<<<<


The lexical parsing of the #defines of implementList and declareList seems
to be somewhat incompatible with pointer types.  I really wish templates
were available!!


	Hope this helps,

	Adam Janin

----------------------------------------------------------------------
|       		      Adam Janin			     |
|       	       Boeing Computer Services			     |
|       	      Advanced Computing Systems		     |
|       	       P.O. Box 24346, MS 7L-22			     |
|       	       Seattle, WA  98124-0346			     |
|       	      janin@espresso.boeing.com			     |
|       		Work:  (206) 865-3545			     |
|       		 Fax:  (206) 865-2966			     |
|       		Home:  (206) 557-0615			     |
|--------------------------------------------------------------------|
|                                                                    |
|  When a fly lands on the ceiling, does it do a half roll or a      |
|  half twist?						             |
|                                                                    |
----------------------------------------------------------------------
From: voit@wi-inf.uni-essen.de (Stephan Voit)
Newsgroups: comp.windows.interviews
Subject: Re:  FAQ list
Date: 28 Sep 92 14:07:15 GMT
Reply-To: voit@wi-inf.uni-essen.de
Organization: Wirtschaftsinformatik Universitaet Essen

The last FAQ I saw has date	2 Sep 91 22:43:03 GMT,
author was			linton@marktwain.rad.sgi.com (Mark Linton)

Newsgroups: comp.windows.interviews
From: janin@espresso.boeing.com (Adam Janin 5-3545)
Subject: Can you convert doc files to anything else?
Organization: Internet-USENET Gateway at Stanford University
Date: Tue, 6 Oct 1992 16:14:04 GMT


Is it possible to convert a doc document to TeX, postscript, or any other
format?  How did refman.PS get generated?

	Thanks,

	Adam Janin
	janin@espresso.boeing.com
From: roth@feline.cs.wisc.edu (Bill Roth)
Newsgroups: comp.windows.interviews
Subject: Copying to xwindow clipboard
Date: 4 Oct 92 21:24:58 GMT
Organization: University of Wisconsin, Madison -- Computer Sciences Dept.

How do you copy stuff from Interviews text editor to the Xwindow clipboard?
I want to copy from an app to an xterm using the standard 1 button
xterm copy. How do I do this?

Bill Roth
-- 

-------------------------------------------------------------------
Bill Roth, University of Wisconsin Computer Sciences Dept.
Internet: roth@cs.wisc.edu. BITNET: ROTH@WISCPSL. HEPNET: PSL::ROTH
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re:  FAQ list
Date: 1 Oct 1992 20:26:23 GMT
Organization: sgi
Distribution: world
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <9209272135.AA07632@ie.utoronto.ca>, chen@IE.UTORONTO.CA (Chen Wang) writes:
|> There isn't a FAQ list for InterViews as far as I know. I am currently
|> trying to collect one of some sorts.
|> 
|> However, I find look through the "pub/papers" directory in
|> "interviews.stanford.edu" highly helpful for beginners.

The FAQ is on interviews.stanford.edu in pub/FAQ.

Newsgroups: comp.windows.interviews
From: sgccseh@citec.oz.au (Steve Hocking)
Subject: Success Dell 2.1, gcc-2.2.2
Organization: CITEC
Date: Tue, 29 Sep 1992 01:27:20 GMT
Keywords: done it (mostly)


	Some of the smaller Interviews (3.1beta, Mike Stump's patches,
gcc-2.2.2) applications seem to work. Doc seems to eat CPU time, but I guess
that's because I havent installed it yet. This was due to some helpful
advice I received about setting some resources. Now to get it to create and
use SVR4 shared libraries.

	Hopefully I'll be able to wean my wife off Uniplex & put her onto
Doc.



	Cheers,


	Stephen
-----------------------------------------------------------------------------
          "Toddlers are the stormtroopers of the Lord of Entropy"

Stephen Hocking                                    sgccseh@citecuc.citec.oz.au
From: yang@dukas.cs.unc.edu (Mu-Yu Yang)
Newsgroups: comp.windows.interviews
Subject: get X window ID from InterViews
Keywords: X, window ID
Date: 5 Oct 92 02:33:10 GMT

Hi,

   Does anyone know how to get X window ID or the screen location of the window
from an InterViews(or Unidraw) application? To be more specific, I am building
an editor with Unidraw and I would like to track the ID or the screen location
of the editor window.

   Any information would be greatly appreciated.

Muyu Yang
yang@cs.unc.edu
Newsgroups: comp.windows.interviews
From: richardf@cssc-syd.tansu.com.au (Richard Favero)
Subject: I need to disable a field editor!
Organization: AOTC - CSSC
Date: Tue, 6 Oct 1992 01:11:05 GMT

Hi,

I need to be able to enable and disable the field editor so that editing 
on the screen can be limited.

At this point I have done this with a deck of a label and a field editor but
it is not quite what I am looking for.

Is there a function something like 

	FieldEditor* p -> disable();

Thanks 

Richard Favero
Newsgroups: comp.windows.interviews
From: pan@panda.Stanford.EDU (Doug Pan)
Subject: Re: menu-item
Organization: Stanford University
Date: 28 Sep 92 09:01:26

In article <1992Sep28.140104.17657@tom.rz.uni-passau.de> wetzler@forwiss.uni-passau.de (Thomas Wetzler) writes:

   I'm using a popup menu, where are popup menu's in. If I'm choosing
   the menuitem of the pullright menu and release the button (choosing
   nothing in the new menu), I get sometimes a segmentation fault. 
   Can anyone tell me, how I can get rid of this ?

Which version of InterViews are you using?  3.1-beta3 has fixed a bug
that may cause crashes during menu usage.

--Doug
Newsgroups: comp.windows.interviews
From: roseman@cpsc.ucalgary.ca (Mark Roseman)
Subject: need help with input handling
Organization: U. of Calgary Computer Science
Date: Mon, 5 Oct 1992 21:48:39 GMT

Here's the situation.  I've got an ActiveHandler subclass called Overlay,
which is designed to sit on top of other ActiveHandlers (i.e. an ActiveHandler
inside an ActiveHandler).  I want to have the following behavior:

  * drawing proceeds from the innermost glyph to the outermost (this is the
    default behavior)

  * events (mouse, keyboard, etc.) get sent to the outermost glyph (the 
    overlay), which can then pass events to the inner glyphs (knowing they
    are ActiveHandlers)

What I've done is redefine pick in the overlay so that for mouse moves
the hit target is the overlay, and it doesn't try to traverse the subglyphs.
The overlay behavior when it gets events is to handle them (e.g. in the
overlay::press routine) and then call press on the body (inside ActiveHandler).

This seems to mostly work, but enter and leave events get screwed up (i.e. I
usually don't receive them).  I suspect this has something to do with the
inner glyphs grabbing the events.  Is there any way to make InterViews ignore
the grabbers and just handle things as if they weren't there?

Any help or suggestions are definitely appreciated!

Mark






-- 
==============================================================================
Mark Roseman  --- Groupware'R'Us
Dept. of Computer Science, University of Calgary, Calgary, Alta.  T2N 1N4
(403) 220-7691   roseman@cpsc.ucalgary.ca    Fax: (403) 284-4707
From: zhou@m.cs.uiuc.edu (Tom Zhou)
Newsgroups: comp.windows.interviews
Subject: Input handling in a GL window
Date: 30 Sep 92 22:09:57 GMT
Article-I.D.: m.1992Sep30.220957.31057
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL

Hi, there,

My GL window doesn't seem to take device input!
I'm using a variation of GLContext. I used an InputHandler to wrap the
GLContext instance (or to be wrapped by the GLContext -- I tried both
ways). But this InputHandler doesn't receive anything but key stroke
events. (I figure key strokes reach the GL input handler through some 
weird focusing mechanism that I don't understand yet). A trace reveals 
that GLWindow::receive(Event&) never gets called. My guess is the
following:

1. GL intercepts events in the GL window, so the call XNextEvent in
Display::get(Event&) gets no X event from the GL window. Or

2. InterViews' input mechanism doesn't recognize the GL window, so the
call WindowRep::find(...) in Display::get(Event&)
doesn't return a valid window when an event happens in the GL window.

Both conditions can result in receive(Event&) not being called.

Can anybody shed a light? How can I get out of this?

-Tom
-- 
dfasajdkgsda
dskfuiksdahf      dskufhksDFLSdf
dsFUISDAFH     DSFJUKSdfk dsKFJKsdf
Newsgroups: comp.windows.interviews
From: koelma@fwi.uva.nl (Dennis Koelma)
Subject: Strut
Organization: FWI, University of Amsterdam
Date: Fri, 2 Oct 1992 11:04:29 GMT

Hi,

Can somebody tell me what a "strut" is ? (LayoutKit::[hv]strut)

					Dennis
					koelma@fwi.uva.nl
Newsgroups: comp.windows.interviews
From: janin@espresso.boeing.com (Adam Janin 5-3545)
Subject: Client data.
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 5 Oct 1992 22:23:15 GMT


I asked if there were a good way to pass client data through a callback.  After
thinking about it for a bit, I realized that the way to do it is to subclass
Action, not subclass every object that can have an action callback!  It's
actually quite easy.  See $IVHOME/include/InterViews/action.h.

	Thanks anyway,

	Adam Janin
	janin@espresso.boeing.com
Newsgroups: comp.windows.interviews
From: chen@IE.UTORONTO.CA (Chen Wang)
Subject: Windows InterViews ....
Organization: Internet-USENET Gateway at Stanford University
Date: Tue, 6 Oct 1992 17:19:37 GMT


Hi, all:

	My testing of Windows/InterViews occupies about 9 megs of HD.
The version of IV-Win that I have is built on top of Borland C++, so
it uses Project files extensively. There for using it with djgcc may
have some problems in converting the Project file to Makefiles and
so on.

	I will probably try it again with Windows 3.1 to see if the
UAE disappears or not.

	If this works, I will probably look into porting InterViews
3.1 to DOS under Windows 3.1 or even OS/2.

	I have a stupid 286 with 2 meg of RAM (At the time of purchase,
somewhere in Cdn$4000 range. :P) So a single compilation will take
at least 30 mins minium.

	Is there a place I can apply for Grants to do research into
this kind of stuff? I am a poor student, therefore can not afford
to spend a lot of time into this.

	-- Chen Wang
From: eb@felix.Sublink.Org (Enrico Badella)
Newsgroups: comp.windows.interviews
Subject: Re: Windows/InterViews
Date: 27 Sep 92 11:57:28 GMT
Organization: Soft*Star s.r.l, Torino, Italy

In article <HMUELNER.92Sep11090351@neptun.tu-graz.ac.at> hmuelner@tu-graz.ac.at (Helmut Muelner) writes:
>>>>>> On 10 Sep 92 22:21:13 GMT, fuad@madrone.eecs.ucdavis.edu (Turnando Fuad) said:
>The good news: All included programs work (e.g. idraw).
>The bad news: It is InterViews 2.6 and Windows 3.0, the (sparse)
>documentation is in German.
>If there is interest I could put it up for anonymous ftp (but this would
>need approx. 2 weeks).

Please do. I'm interested.

-- 
Enrico Badella				Internet: eb@felix.sublink.org
Soft*Star s.r.l.			          eb@icnucevx.cnuce.cnr.it
Via Camburzano 9			Phone:    +39-11-746092
10143 Torino, ITALY			Fax:      +39-11-746487
Newsgroups: comp.windows.interviews
From: mzaleski@alias.com (Mathew Zaleski)
Subject: Re: Help! No input event, dispatcher, new string to draw, etc...
Reply-To: mzaleski@alias.com (Mathew Zaleski)
Organization: Alias Research, Inc. Toronto Canada
Distribution: na
Date: Thu, 1 Oct 1992 19:48:22 GMT

Boy do I ever know how you feel! A month or so ago your posting could have
been mine (except I was too shy).

Rather than me try to explain the philosophy of 3.1 try this out:

1. read the old Unidraw paper "Unidraw: A Framework for Building
Domain-Specific Graphical Editors" by Vlissides and Linton 

2. Read in the 3.1beta ref manual about Observers and Patches

3. Consider that a "Component View" as described therein is an object that
multiply inherits from the InterViews 3.1 classes Observer and Patch.
Voila.

Okay, in the same vein -- what is the 3.1 way of making a Manipulator??

-- 
Mathew Zaleski,  matz@alias.com, Alias Research, Toronto, (416)362-9181 x442.
Newsgroups: comp.windows.interviews