HDTenEightyP/NetNews huggingface dataset:
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: event handler around a button  IV3.1
Date: 16 Oct 92 17:17:49 GMT
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <ld6a9iINNae8@news.bbn.com>, jpalmucc@bbn.com (Jeff Palmucci) writes:
|> bennett@mozart.redwood.com (Michael Bennett) writes:
|> >  The Button, as an ActiveHandler,
|> >grabs events while the cursor is within the Button.  It grabbed my
|> >keystroke events and ignored them.  Shouldn't the Button somehow send
|> >along keystrokes since it doesn't care about them?  
|> 
|> I ran into the same problem with a Drag around an ActiveHandler. As
|> soon as the mouse enters the ActiveHandler extension, the
|> ActiveHandler grabs all the events, including the middle button press
|> that was meant to start the drag.
|> 
|> >And, possibly
|> >related, why does Handle::event() now return a boolean?  What does it
|> >mean?  Is this what the button event grabber should use to indicate
|> >that it didn't handle the keystroke event so it can be dispatched to
|> >someone who wants it?
|> 
|> It looks like the boolean is ignored. I'd like to know what future
|> versions will do with it.
|> 
|> >Anyone know what I should be doing to accomplish this?
|> 
|> Yeah, anyone?

I fixed a problem in beta3 that should fix the case where buttons
eat keyboard events.  If the problem is still occuring, please send
me an example program.
Newsgroups: comp.windows.interviews
From: mrs@KITHRUP.COM
Subject: Re: Newbie Q: building IV on SPARC
Reply-To: Mike Stump <mrs@cygnus.com>
Organization: Cygnus Support
Date: Wed, 14 Oct 1992 07:15:01 GMT

Hum, might I suggest reading the README file?  (README-3.1-beta2 and
README-2.0)

Can lead a horse to water, but cannot make you read, I mean, him drink.

In article <1992Oct12.182603.4104@informatik.uni-wuerzburg.de> you write:
>I'm new to  IV and try to build it on a SPARC ELC with SUNOS 4.1.1 (if that
>matters). I got gcc.xtar from interviews.stanford.edu and installed it.
>Then I got interviews-3.1b.tar.Z and tried to compile.
>
>Unfortunately it fails: I get thousends of errors.
Newsgroups: comp.windows.interviews
From: sriram@brc.uconn.edu (Chittathoor M. Sriram)
Subject: Unidraw Component Dependencies
Organization: Internet-USENET Gateway at Stanford University
Date: Sun, 11 Oct 1992 20:11:17 GMT


Dear IV Users,
	
	How do I specify dependencies among the Components I draw on the Screen
	in Unidraw, such that A Command like "Cut" applied to one component 
	should affect the other also. 

	Further my Unidraw Application has three editors. I want to be able to 
	communicate my changes applied to the compoenents in one editor to the 
	others also. How do I do it.

	I am lost in the complexity.  Please help.  


	Thanks for your valuable time.


Sriram
Newsgroups: comp.windows.interviews
From: vlis@WATSON.IBM.COM (John Vlissides)
Subject: Re: Compiling schem under Interviews 3.1
Reply-To: vlis@watson.ibm.com
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 9 Oct 1992 17:08:36 GMT

In article <ROCHEFOR.92Oct7203451@risc212.ireq-sim.hydro.qc.ca>, you write:

> Has anyone developped something similar for Interviews 3.1 or did
> anyone ported schem to 3.1??

3.1-beta-friendly versions of drawing and schem are now available for
anonymous ftp from interviews.stanford.edu in
pub/contrib/{drawing,schem}-3.1b.tar.Z.

--
John Vlissides / IBM T.J. Watson Research / vlis@watson.ibm.com
Newsgroups: comp.windows.interviews
From: NUNEZ@ESEVVX.CICA.ES (REGI's)
Subject: (none)
X-Unparsable-Date: Thu, 15 Oct 1992 14: 47:00 UTC+0100
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 15 Oct 1992 14:08:15 GMT

>X-Envelope-to: comp-windows-interviews@shelby.stanford.edu
>X-VMS-To: IN::"comp-windows-interviews@shelby.stanford.edu"

1
14-OCT-1992 21:16:05.09
   1 00:00:00.00
15-OCT-1992 21:16:05.09
daemon@interviews.Stanford.EDU
juando@cnm.us.es

Received: from interviews.Stanford.EDU by ESEVVX.CICA.ES ; 11-OCT-1992 21:16:01.48
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA00691; Sun, 11 Oct 92 13:17:14 PDT
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA00353; Sun, 11 Oct 92 13:14:54 PDT
Received: by lurch.Stanford.EDU (5.57/Ultrix2.4-C)
	id AA24127; Sun, 11 Oct 92 13:12:57 PDT
Received: by shelby.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA29526; Sun, 11 Oct 92 13:07:21 -0700
Received: by sparc0.brc.uconn.edu (5.65/1.34)
	id AA20575; Sun, 11 Oct 92 16:11:17 -0400
Date: Sun, 11 Oct 92 16:11:17 -0400
From: sriram@brc.uconn.edu (Chittathoor M. Sriram)
Message-Id: <9210112011.AA20575@sparc0.brc.uconn.edu>
To: comp-windows-interviews@shelby.stanford.edu
Subject: Unidraw Component Dependencies 


Dear IV Users,
	
	How do I specify dependencies among the Components I draw on the Screen
	in Unidraw, such that A Command like "Cut" applied to one component 
	should affect the other also. 

	Further my Unidraw Application has three editors. I want to be able to 
	communicate my changes applied to the compoenents in one editor to the 
	others also. How do I do it.

	I am lost in the complexity.  Please help.  


	Thanks for your valuable time.


Sriram
Xref: sparky comp.windows.interviews:2867 comp.lang.postscript:4979 comp.sys.sgi:14784
From: bill@snoopy (Bill Poitras)
Newsgroups: comp.windows.interviews,comp.lang.postscript,comp.sys.sgi
Subject: Re: graph editors, idraw
Date: 7 Oct 92 19:50:43 GMT
Reply-To: bill@msi.com
Organization: Molecular Simulations, Inc.
X-Newsreader: Tin 1.1 PL5

Peter Davis (davis@dssdev.enet.dec.com) wrote:
: I doubt very much that you'll find something which edits arbitrary PostScript
: files.  PostScript is an extremely rich language, and it's possible to create
: the same effect in many different ways.  Given that, it would be extremely
: difficult to write a program that can read any PostScript file and make
: semantic sense out of it.  

How about ghostscript? All you would have to do is write a idraw output
driver.  There exists drivers for X and IBM PC EGA and some other
printer drivers, whose to say an idraw interface written in InterViews
would be impossible?

--
+-----------------+-------------------------------+-------------------------+
| Bill Poitras    | Molecular Simulations Inc.    | Tel (408)522-9229       |
| (bill)          | Sunnyvale, CA USA             |                         | 
|                 | FAX (408)732-0831             | bill@msi.com            |
+-----------------+-------------------------------+-------------------------+
Newsgroups: comp.windows.interviews
From: vlis@WATSON.IBM.COM (John Vlissides)
Subject: Re: Pin-Pad Connection Question(Unidraw)
Reply-To: vlis@watson.ibm.com
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 12 Oct 1992 18:22:30 GMT

In article <BvxEEy.I22@usenet.ucs.indiana.edu>, you write:

>  	I am confused by the pin-pad connection! I have a floating pin
>  connected to a fixed pad, but when I tried to move the pin within the
>  pad boundary, the move fails(It always go back to the original position).
>  Isn't the pin supposed to stay at the new position, as long as it is within
>  the pad boundary? Thanks in advance for any help!!

The current implementation requires some "tension" (via CGlue) on the
pin to keep it from falling back to its rest position in the pad or
slot.  If you're implementing boxes-and-arrows connectivity, then you
might define a link-like component that interposes a piece of only
slightly elastic CGlue between its two pins.  When you connect one of
the link's pins to the pad, the glue will keep the pins as close
together as possible, thereby drawing the pin away from the rest
position.

The latest version of drawing demonstrates how this is done with a
slightly modified version of LinkComp.  You can ftp it from
interviews.stanford.edu in pub/contrib/drawing-3.1b.tar.Z.

--
John Vlissides / IBM T.J. Watson Research / vlis@watson.ibm.com
Newsgroups: comp.windows.interviews
From: thrasher@newbirth.eng.sun.com (Jim Thrasher)
Subject: Re: SOME BASIC QUESTIONS
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 15 Oct 1992 20:04:10 GMT


 
Eng Heng Chiaw (hceng@SOLOMON.TECHNET.SG) and
Bill Poitras (bill@snoopy.stanford.edu) wrote:

> : c.	How would one make a decision between IV and Motif?
> 

Use the OPEN LOOK Intrinsics Toolkit ;-)

> 1) IV is a C++ toolkit, Motif has C binding as well as C++ bindings.
> 2) IV is probably more object oriented in nature.  Please, no flames, I
>    don't enough about Motif to say that its definite.

The various abstractions are more clearly identified in InterViews than in
the leading toolkits based on Xt intrinsics ... I don't mean the obvious visual
things like Buttons, Scrollbars, Canvasas ... I mean concepts like Requirements,
Extensions, Glyphs, Transformers, Tables, Lists, Events, Observables, ...

> 3) IV glyphs are lighter weight (uses less memory) than Motif widgets

I would like to see some numerical comparisons - when you get down to a
practical class like Button, maybe they're not that different??

> 4) IV has less documentation.

./iv/src/man contains lots of reasonably good documentation. See the
new refman.PS, in particular.

Much of the published Motif 'pop literature' is heavily padded with trivial
discussion and code examples ...
the InterViews Reference Manual is more concentrated, and I consider it
higher quality ...


> 5) Motif has more commercial implementations.  IV has a few, but pre-3.1.
> 6) Motif has no free implementations.

The OPEN LOOK Intrinsics Toolkit is free from royalty charges.


> 
> --
> 
.. Jim Thrasher

> 


Newsgroups: comp.windows.interviews
From: sriram@brc.uconn.edu (Chittathoor M. Sriram)
Subject: Unidraw Question
Organization: Internet-USENET Gateway at Stanford University
Date: Sun, 11 Oct 1992 02:45:34 GMT


Dear IV Users,
	Suppose I have two Rectangular Components, how do I make sure that If I 
cut the Component which is positionally at a higher location than the other component, It should remove both the components. But if I remove the lower level 
component only that should get cut, not the higher level component. 

Thanks for your valuable time. 


Sriram
From: prestonm@cs.man.ac.uk (Martin Preston)
Newsgroups: comp.windows.interviews
Subject: A beginners question!
Keywords: beginners, confused, buttons, positioning
Date: 12 Oct 92 14:31:25 GMT

I'm more or less sure that i'm missing something obvious here, but i can't
for the life of me work out how to position a pushbutton at an arbitrary
position on a canvas. 

I'm trying to create a canvas, on which there are both buttons & simple
graphics, and consequently i need a way to position the buttons in amongst
the graphics.

I can sort of see how i might get the same effect by creating a class with
my own redraw etc functions, but it seems a very elaborate way of getting a
simple effect.

thanks in advance

Martin

--
---------------------------------------------------------------------------
|Martin Preston,        (preston@uk.ac.mcc.cgu.v2)    |    S A V E        |
|Computer Graphics Unit, Manchester Computing Centre, |      THE          |
|University of Manchester,                            |    N.U.R.B.       |
|Manchester, U.K., M13 9PL     Phone : 061 275 6095   |                   |
---------------------------------------------------------------------------
From: njs@planet.bt.co.uk
Newsgroups: comp.windows.interviews
Subject: 3.1 on a QIC24 (60mb) tape
Date: 8 Oct 92 15:10:10 GMT
Organization: BT Labs, Martlesham Heath, Ipswich, UK.


If anyone can put 
Newsgroups: comp.windows.interviews
From: bhogaval@phaser.ssc.gov (Bhogavalli Narasimha)
Subject: Compiling schem-3.1beta
Organization: Internet-USENET Gateway at Stanford University
Date: Tue, 13 Oct 1992 14:55:28 GMT

Hello,

We have InterViews 3.1-beta2 here.

When trying to compile schem-3.1beta I get the following error messages in file
scmdialogs.c.

CC  ../scmdialogs.c:
"../scmdialogs.c", line 134: error: syntax error
"../scmdialogs.c", line 156: error: syntax error
"../scmdialogs.c", line 161: error: syntax error
"../scmdialogs.c", line 161: error: syntax error
"../scmdialogs.c", line 161: error: syntax error
"../scmdialogs.c", line 161: error: syntax error
"../scmdialogs.c", line 161: error: syntax error
"../scmdialogs.c", line 161: error: syntax error
"../scmdialogs.c", line 161: error: syntax error
"../scmdialogs.c", line 161: error: syntax error
"../scmdialogs.c", line 162: error: syntax error
"../scmdialogs.c", line 162: error: syntax error
"../scmdialogs.c", line 162: error: syntax error
"../scmdialogs.c", line 162: error: syntax error
Sorry, too many errors
14 errors

I a unable to find any syntax errors in that locations.

Can anybody give me a clue.

Thank you,

Narasimha  (bhogaval@phaser.ssc.gov)


Can 
Newsgroups: comp.windows.interviews
From: thrasher@newbirth.Eng.Sun.COM (Jim Thrasher)
Subject: Re: SOME BASIC QUESTIONS
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 15 Oct 1992 15:28:51 GMT

 
Eng Heng Chiaw (hceng@SOLOMON.TECHNET.SG) and
Bill Poitras (bill@snoopy.stanford.edu) wrote:

> : c.	How would one make a decision between IV and Motif?
> 

Use the OPEN LOOK Intrinsics Toolkit ;-)

> 1) IV is a C++ toolkit, Motif has C binding as well as C++ bindings.
> 2) IV is probably more object oriented in nature.  Please, no flames, I
>    don't enough about Motif to say that its definite.

The various abstractions are more clearly identified in InterViews than in
the leading toolkits based on Xt intrinsics ... I don't mean the obvious visual
things like Buttons, Scrollbars, Canvasas ... I mean concepts like Requirements,
Extensions, Glyphs, Transformers, Tables, Lists, Events, Observables, ...

> 3) IV glyphs are lighter weight (uses less memory) than Motif widgets

I would like to see some numerical comparisons - when you get down to a
practical class like Button, maybe they're not that different??

> 4) IV has less documentation.

./iv/src/man contains lots of reasonably good documentation. See the
new refman.PS, in particular.

Much of the published Motif 'pop literature' is heavily padded with trivial
discussion and code examples ...
the InterViews Reference Manual is more concentrated, and I consider it
higher quality ...


> 5) Motif has more commercial implementations.  IV has a few, but pre-3.1.
> 6) Motif has no free implementations.

The OPEN LOOK Intrinsics Toolkit is free from royalty charges.


> 
> --
> 
.. Jim Thrasher

> 
Newsgroups: comp.windows.interviews
From: NUNEZ@ESEVVX.CICA.ES (REGI's)
Subject: (none)
X-Unparsable-Date: Thu, 15 Oct 1992 14: 29:00 UTC+0100
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 15 Oct 1992 13:42:03 GMT

>X-Envelope-to: comp-windows-interviews@shelby.stanford.edu
>X-VMS-To: IN::"comp-windows-interviews@shelby.stanford.edu"

1
15-OCT-1992 03:06:36.37
   1 00:00:00.00
16-OCT-1992 03:06:36.37
daemon@interviews.Stanford.EDU
juando@cnm.us.es

Received: from interviews.Stanford.EDU by ESEVVX.CICA.ES ; 12-OCT-1992 03:06:34.12
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA03184; Sun, 11 Oct 92 19:07:48 PDT
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA02834; Sun, 11 Oct 92 19:05:22 PDT
Received: by lurch.Stanford.EDU (5.57/Ultrix2.4-C)
	id AA25374; Sun, 11 Oct 92 19:03:19 PDT
Received: by shelby.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA12329; Sun, 11 Oct 92 18:59:26 -0700
Date: Sun, 11 Oct 1992 23:16:08 GMT
From: richardf@cssc-syd.tansu.com.au (Richard Favero)
Organization: AOTC - CSSC
Subject: Automated testing of IV interfaces.
Message-Id: <1992Oct11.231608.4026@cssc-syd.tansu.com.au>
To: comp-windows-interviews@shelby.stanford.edu

Hi,

Our group is using IV to develop simple interfaces. We need some way of recording the events on the interfaces so that the messages can be replayed to the interface for testing.

I would be very happy to take some incredible hack but is there something  inside of IV that will do this recording of mouse clicks etc. and to play them back.

Yours,

Richard Favero
Newsgroups: comp.windows.interviews
From: NUNEZ@ESEVVX.CICA.ES (REGI's)
Subject: (none)
X-Unparsable-Date: Thu, 15 Oct 1992 17: 03:00 UTC+0100
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 15 Oct 1992 19:37:27 GMT

>X-Envelope-to: interviews@interviews.stanford.edu
>X-VMS-To: IN::"interviews@interviews.stanford.edu"

1
12-OCT-1992 17:21:40.09
   1 00:00:00.00
13-OCT-1992 17:21:40.09
daemon@interviews.Stanford.EDU
juando@cnm.us.es

Received: from interviews.Stanford.EDU by ESEVVX.CICA.ES ;  9-OCT-1992 17:21:37.51
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA20721; Fri, 9 Oct 92 09:22:40 PDT
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA20394; Fri, 9 Oct 92 09:20:20 PDT
Received: by lurch.Stanford.EDU (5.57/Ultrix2.4-C)
	id AA13643; Fri, 9 Oct 92 09:18:24 PDT
Received: by shelby.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA23211; Fri, 9 Oct 92 09:13:29 -0700
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA20386; Fri, 9 Oct 92 09:19:00 PDT
Received: by lurch.Stanford.EDU (5.57/Ultrix2.4-C)
	id AA13636; Fri, 9 Oct 92 09:17:04 PDT
Received: by ie.utoronto.ca (5.57/Ultrix3.0-C)
	id AA11840; Fri, 9 Oct 92 12:19:21 -0400
Date: Fri, 9 Oct 92 12:19:21 -0400
From: chen@ie.utoronto.ca (Chen Wang)
Message-Id: <9210091619.AA11840@ie.utoronto.ca>
To: interviews@interviews.stanford.edu
Subject: Has anybody ...


With all this posting about not getting InterView/Windows working, among them,
me and several others.

Has anybody got it working yet?

	-- Chen Wang
Newsgroups: comp.windows.interviews
From: NUNEZ@ESEVVX.CICA.ES (REGI's)
Subject: (none)
X-Unparsable-Date: Thu, 15 Oct 1992 14: 48:00 UTC+0100
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 15 Oct 1992 14:13:07 GMT

>X-Envelope-to: comp-windows-interviews@shelby.stanford.edu
>X-VMS-To: IN::"comp-windows-interviews@shelby.stanford.edu"

1
14-OCT-1992 20:55:17.40
   1 00:00:00.00
15-OCT-1992 20:55:17.40
daemon@interviews.Stanford.EDU
juando@cnm.us.es

Received: from interviews.Stanford.EDU by ESEVVX.CICA.ES ; 11-OCT-1992 20:55:13.08
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA29874; Sun, 11 Oct 92 12:56:26 PDT
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA29535; Sun, 11 Oct 92 12:53:42 PDT
Received: by lurch.Stanford.EDU (5.57/Ultrix2.4-C)
	id AA24030; Sun, 11 Oct 92 12:51:45 PDT
Received: by shelby.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA28899; Sun, 11 Oct 92 12:47:49 -0700
Date: Sun, 11 Oct 1992 12:05:42 GMT
From: maho@dfv.rwth-aachen.de (Martin Horneffer)
Organization: Communication Networks
Subject: Hot to make animations with IV3.1 (Beta 3)?
Message-Id: <1992Oct11.120542.3065@dfv.rwth-aachen.de>
To: comp-windows-interviews@shelby.stanford.edu

Sorry if this is a FAQ, but I really didn't find it out myself...

How can I program some sort of little animations with InterViews?

I.e. I have some Glyphs that change their appearance or they position relative
to each other and I want this to be displayed to the user as a simple animation.

What I did was to look at examples/zoomer and to do it like that, i.e. using
two patches, redraw(), reallocate() and readraw(). But the changes will not
be displayed unless I resize the window. What am I missing?

My application does not inherit Adjustable; it computes the changes itself
and is not bound to an Adjuster.

canvas->damage_all() or window->repair() and display->flush() didn't help
either.

Hoping for help,  Martin
-- 
  Martin Horneffer - maho@dfv.rwth-aachen.de;
      ECG 148        Fido: 2:242/7.9; Martin_Horneffer@mowgli.fido.de;
                     Maus: AC, AC2; Martin_Horneffer@ac.maus.de
Newsgroups: comp.windows.interviews
From: grunwald@foobar.cs.colorado.edu (Dirk Grunwald)
Subject: Re: Future support for threads?
Reply-To: grunwald@foobar.cs.colorado.edu
Organization: University of Colorado at Boulder
Date: Sat, 10 Oct 1992 17:15:55 GMT

>>>>> On Thu, 8 Oct 92 16:04:54 GMT, denisb@leland.Stanford.EDU (Denis Bohm) said:
DB> Is there any future support for threads planned in InterViews?  It sure
DB> would make a number of things much easier to do...
--

Now that I can compile InterViews with g++, I was planning on doing
this using my thread library. I was basically going to have a thread
in the scheduler run the windowing event loop; however, since the
threads aren't premptive (for speed), it's not clear if this will
suffice. If anyone else wants to hack on this, you can get the thread
library Awesime:

	/anonymous@ftp.cs.colorado.edu:pub/cs/misc/Awesime

It works for mips-r[23]000, SPARC, m88k, i386, m68k and used to
support ns32k, but I haven't used that in a while.
Newsgroups: comp.windows.interviews
From: kilroy@ms.uky.edu (Paul S. Kilroy)
Subject: Probs. compiliing on linux(.98) with gcc2.2.2
Keywords: ug!
Date: Thu, 15 Oct 1992 05:03:57 GMT
Organization: Big, Dangerous Ideas, Inc.

Hi everyone,

	I just grabbed 3.1-beta3 off interviews.stanford.edu
   and got it home and tried to compile. I set the 
   local.def up for gcc and went for it. Here are the
   error i recieved..


Minicom Copyright (c) 1992 Miquel van Smoorenburg

Press CTRL-A Z for help on special keys

AT S7=45 S0=0 L1 V1 X4 &c1 E1 Q0
OK
atdt2574244                                          
CONNECT 19200                                        
                                                     
                                                     
Subject: problems compiling o
NO CARRIER
atdt2574244
Newsgroups: comp.windows.interviews
Subject: Probs. compiliing on linux(.98) with gcc2.2.2
Keywords: ug!

Hi everyone,

        I just grabbed 3.1-beta3 off of interviews
   at standford. I am running linux(a free unix 
   system) with gcc-2.2.2. here are some errors I
   recieved(note: i didnt get too far...)

make Makefiles
[...]

make depend
[...] 

make -k all
[...]
rm -f remind
/lib/cpp  -DREMIND_MACROS='/usr/local/lib/remind/macros' <remind.cpp | sed -e '/
^#  *[0-9][0-9]*  *.*$/d' -e '/^XCOMM$/s//#/' -e '/^XCOMM[^a-zA-Z0-9_]/s/^XCOMM/
#/' >remind

:31: unterminated string or character constant
:34: unterminated string or character constant
:39: unterminated string or character constant
:56: unterminated string or character constant

then it (for all intents and purposes) ended..

any help is appreciated..
thanks..

paul

~
-- 
                       -Paul   (kilroy@ms.uky.edu)
Newsgroups: comp.windows.interviews
From: vlis@WATSON.IBM.COM (John Vlissides)
Subject: Re: Scrolling Interactors
Reply-To: vlis@watson.ibm.com
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 9 Oct 1992 13:16:01 GMT

In article <1afhdnINN4h3@alnitak.usc.edu>, you write:

> Has anyone done an implementation of scrollable interactors?  I know
> about the glyph implementation on interviews.stanford.edu, but we
> are using IV 3.0 and unidraw (and cannot upgrade for political reasons)
> and are therefore stuck with glyphs.

Try using Viewport, a MonoScene that can scroll its child interactor.
See Viewport(3I) for details.

--
John Vlissides / IBM T.J. Watson Research / vlis@watson.ibm.com
Newsgroups: comp.windows.interviews