HDTenEightyP/NetNews huggingface dataset:
From: NUNEZ@ESEVVX.CICA.ES (REGI's)
Subject: (none)
X-Unparsable-Date: Thu, 15 Oct 1992 14: 07:00 UTC+0100
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 15 Oct 1992 14:19:48 GMT

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

1
15-OCT-1992 10:49:03.26
   1 00:00:00.00
16-OCT-1992 10:49:03.26
daemon@interviews.Stanford.EDU
juando@cnm.us.es

Received: from interviews.Stanford.EDU by ESEVVX.CICA.ES ; 12-OCT-1992 10:48:58.61
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA05783; Mon, 12 Oct 92 02:50:11 PDT
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA05448; Mon, 12 Oct 92 02:47:44 PDT
Received: by lurch.Stanford.EDU (5.57/Ultrix2.4-C)
	id AA26947; Mon, 12 Oct 92 02:45:47 PDT
Received: by shelby.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA27302; Mon, 12 Oct 92 02:41:36 -0700
Received: by ccut.cc.u-tokyo.ac.jp (5.67+1.6W/6.4J.6-ut3.146)
	id AA19782; Mon, 12 Oct 92 18:45:23 JST
Received: by asrvsx.asr.co.jp (5.51/6.4J.6-04)
	id AA18181; Mon, 12 Oct 92 18:30:40+0900
Received: from localhost by asrnw1.asr.co.jp (4.2/6.4J.6-01)
	id AA13981; Mon, 12 Oct 92 18:33:44 JST
From: aoki@asrnw1.asr.co.jp (Yusuke Aoki)
Return-Path: <aoki@asrnw1.asr.co.jp>
Message-Id: <9210120933.AA13981@asrnw1.asr.co.jp>
Return-Receipt-To: aoki@asrnw1.asr.co.jp
To: comp-windows-interviews@shelby.stanford.edu
Subject: Sign me off
Date: Mon, 12 Oct 92 18:33:37 +0900

Please sign me off from this mailing list.
I'd like to unsubscribe this news group.
Thank you.

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

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

1
15-OCT-1992 02:13:58.32
   1 00:00:00.00
16-OCT-1992 02:13:58.32
daemon@interviews.Stanford.EDU
juando@cnm.us.es

Received: from interviews.Stanford.EDU by ESEVVX.CICA.ES ; 12-OCT-1992 02:13:54.31
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA02407; Sun, 11 Oct 92 18:15:08 PDT
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA02068; Sun, 11 Oct 92 18:12:42 PDT
Received: by lurch.Stanford.EDU (5.57/Ultrix2.4-C)
	id AA25176; Sun, 11 Oct 92 18:10:45 PDT
Received: by shelby.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA09823; Sun, 11 Oct 92 18:06:35 -0700
Received: by solomon.technet.sg (5.65/1.34)
	id AA15686; Mon, 12 Oct 92 09:10:18 +0800
From: hceng@solomon.technet.sg (Eng Heng Chiaw)
Message-Id: <9210120110.AA15686@solomon.technet.sg>
Subject: SOME BASIC QUESTIONS
To: comp-windows-interviews@shelby.stanford.edu
Date: Mon, 12 Oct 92 9:10:18 WST
X-Mailer: ELM [version 2.3 PL11]

Hello World,

   I am new to IV and am not sure what are all its capabilities.  I have a
few questions regarding optimization, specifically on the RS/6000:

a.	Does IV make use of faster graphics in the IBM GL cards (the original
high performance card, GT4, GT4X etc)?

b.	Can I combine native GL calls together with IV?  For example, can
I use IV for menu and buttons, but double-buffering for animation etc?  How
then would the color maps/planes be shared (because in double-buffering, I
take over control of all the planes)?

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

Thanks.
From: smp@cathedral.cerc.wvu.wvnet.edu (Shailesh M. Potnis)
Newsgroups: comp.windows.interviews
Subject: How to upgrade the StringEditor to FieldEditor
Date: 13 Oct 92 20:56:15 GMT


	I am having lots of problems with the IV_2.6 StringEditor.  My program
crashes unexpectedly in StringEditor::Edit (), when preceded by
StringEditor::Message (char *) call.  I save the return strings elsewhere.
After a number of tries to fix the problem and not being able to succeed, I 
am trying to use IV 3.0 FieldEditor class instead.  But this causes the
interactor/Glyph type mismatch when used in a dialog.  How can I use Glyphs
in the functions of 2_6 which require interactor?  Alternatively which is the
least painful way of transitioning a dialog to an IV 3.0 construct?

	I still do not have completely operational v3.1 and therefore cannot
use the DialogKit class yet.

	All comments and suggestions are highly appreciated.

	Thanks in advance

	Shailesh


	

--
Shailesh Potnis, Associate	|Concurrent Engineering Research
Member of Technical Staff	|Center, West Virginia University
Newsgroups: comp.windows.interviews
From: haber@CS.WISC.EDU (Eben Merriam Haber)
Subject: problem compiling ibuild with 3.1 beta3
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 12 Oct 1992 23:33:10 GMT


Hi there!

I got IV3.1 beta3 to compile ok, but ibuild doesn't want to link.  I get 
the error:

ld:
Undefined:
ivBrushVarView::_ct(ivBrushVar*,ivColorVar*)
ivPatternVarView::_ct(ivPatternVar*,ivColorVar*)
ivFontVarView::_ct(ivFontVar*,unsigned int,const char*)
ivModifStatusVarView::_ct(ivModifStatusVar*,unsigned int)
ivCompNameVarView::_ct(ivCompNameVar*,unsigned int,unsigned int,const char*)
ivGravityVarView::_ct(ivGravityVar*,unsigned int)
ivMagnifVarView::_ct(ivMagnifVar*,unsigned int)
make[1]: *** [a.out] Error 1
make: *** [all] Error 1 (ignored)

Any ideas?  Suggestions?

Eben M Haber
haber@cs.wisc.edu
Newsgroups: comp.windows.interviews
From: roberts@studguppy.lanl.gov (Doug Roberts)
Subject: gcc_xtar had fouled up Strings
Organization: Technology Modeling and Analysis, LANL-A7
Date: Wed, 14 Oct 1992 22:24:02 GMT

Hello, all. I got gcc_xtar to build Interviews3.1 beta3 with gcc on a
Sun SPARC. It built fairly well, except for doc. However, the String
class no longer works in this version of gcc. Simply including
<String.h> causes a bunch of errors:

/usr/local/lib/g++-include/String.h:742: warning: control reaches end of non-void function
/usr/local/lib/g++-include/String.h: In function `class String operator + (const class String&, const class SubString&)':
/usr/local/lib/g++-include/String.h:747: warning: control reaches end of non-void function
/usr/local/lib/g++-include/String.h: In function `class String operator + (const class String&, const char *)':
/usr/local/lib/g++-include/String.h:752: warning: control reaches end of non-void function
/usr/local/lib/g++-include/String.h: In function `class String operator + (const class String&, char)':
/usr/local/lib/g++-include/String.h:757: warning: control reaches end of non-void function
/usr/local/lib/g++-include/String.h: In function `class String
operator + (const class SubString&, const class String&)':

etc. etc. etc.

--Doug
--

==================================================================
Douglas Roberts                |
Los Alamos National Laboratory | All good work is done in defiance
dzzr@lanl.gov                  |  of management. -- Bob Woodward
(505)667-4569                  |
==================================================================
Newsgroups: comp.windows.interviews
From: atoboan@ato.abb.se
Subject: Structured graphics in IV3.xx
Organization: Internet-USENET Gateway at Stanford University
Date: Tue, 6 Oct 1992 15:36:15 GMT

Hi there!
---------
I am currently developing an application with simple graphics using
IV3.1Beta3. Could anyone tell me when to expect a structured graphics
library for IV3.xx ??

I don't want to use IV2.6 graphics since they're not supperted anymore...
Newsgroups: comp.windows.interviews
From: denisb@leland.Stanford.EDU (Denis Bohm)
Subject: Future support for threads?
Organization: DSG, Stanford University, CA 94305, USA
Date: Thu, 8 Oct 92 16:04:54 GMT

Is there any future support for threads planned in InterViews?  It sure
would make a number of things much easier to do...
-- 
Denis Bohm (denis@redwood.com -or- denisb@leland.stanford.edu)
Newsgroups: comp.windows.interviews
From: NUNEZ@ESEVVX.CICA.ES (REGI's)
Subject: (none)
X-Unparsable-Date: Thu, 15 Oct 1992 12: 48:00 UTC+0100
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 15 Oct 1992 12:01:44 GMT

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

1
16-OCT-1992 02:20:13.88
   1 00:00:00.00
17-OCT-1992 02:20:13.88
daemon@interviews.Stanford.EDU
juando@cnm.us.es

Received: from interviews.Stanford.EDU by ESEVVX.CICA.ES ; 13-OCT-1992 02:20:06.53
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA14433; Mon, 12 Oct 92 18:21:20 PDT
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA14104; Mon, 12 Oct 92 18:18:59 PDT
Received: by lurch.Stanford.EDU (5.57/Ultrix2.4-C)
	id AA00622; Mon, 12 Oct 92 18:17:03 PDT
Received: by shelby.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA06457; Mon, 12 Oct 92 18:13:07 -0700
Date: Mon, 12 Oct 1992 23:00:30 GMT
From: bobs@sco.com (Bob Stayton)
Organization: The Santa Cruz Operation
Subject: Re: graph editors, idraw
Message-Id: <1992Oct12.230030.27466@sco.com>
Reply-To: fscott!bobs@shelby.stanford.edu (Bob Stayton)
To: comp-windows-interviews@shelby.stanford.edu


In article <1992Oct6.142417.9354@engage.pko.dec.com>, davis@dssdev.enet.dec.com (Peter Davis) mentioned:
==> 
==> In article <gklaass.718053191@yorku.ca>, gklaass@nexus.yorku.ca (Gary
==> Klaassen) writes...
==> > 
==> > Hello, we are trying to locate a graphics editor which will
==> > accept as input a postscript file (produced by another
==> > non-editable graphics package).
==> 
==> 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.

I thought the same thing until I saw Island Draw 3.0.  It
has an option to import Postscript, and it seems to accept
arbitrary Postscript.  I have fed it single page Postcript
files from Illustrator, Corel, Ventura, Designer, Eroff,
and hand-coded files, and it made Island Draw objects out
of them.  The file initially opens as one grouped object,
but if you ungroup, you get editible objects.  I was quite
impressed.  I don't doubt there are ways to fool the
interpreter, but it works for output from drawing and
publishing packages, which is what I need it for.

bobs
-- 
Bob Stayton                                 425 Encinal Street
Technical Publications                      Santa Cruz, CA  95060
The Santa Cruz Operation, Inc.              (408) 425-7222
                                            ...!uunet!sco!bobs
/* I don't speak for my company and they don't speak for me. */
Newsgroups: comp.windows.interviews
From: grier@world.std.com (The Political Crony)
Subject: Problem with doc on SVR4/386 and gcc.xtar
Organization: The World Public Access UNIX, Brookline, MA
Date: Fri, 16 Oct 1992 13:25:39 GMT

I've been unable to make doc work on a 486 with gcc. When I run
the program under gdb I get a seg fault with the following
stack trace:
#0  0x8068506 in ItemView::event ()
#1  0x80ad9e2 in ivPage::request ()
#2  0x80b0291 in ivPlacement::request ()
#3  0x80a3932 in ivMonoGlyph::request ()
#4  0x80b0291 in ivPlacement::request ()
#5  0x80a3932 in ivMonoGlyph::request ()
#6  0x80b0291 in ivPlacement::request ()
#7  0x80eaf50 in ivBoxImpl::request ()
#8  0x80eaa58 in ivBox::request ()
#9  0x80a3932 in ivMonoGlyph::request ()
#10 0x80b0291 in ivPlacement::request ()
#11 0x80eaf50 in ivBoxImpl::request ()
#12 0x80eaa58 in ivBox::request ()
#13 0x80a3932 in ivMonoGlyph::request ()
#14 0x80a3932 in ivMonoGlyph::request ()
#15 0x80a3932 in ivMonoGlyph::request ()
#16 0x8086f76 in ivPatch::reallocate ()
#17 0x8054ca9 in DocumentViewer::page_to ()
#18 0x8054f3f in DocumentViewer::update ()
#19 0x805f960 in Document::attach ()
#20 0x8051157 in DocumentViewer::DocumentViewer ()
#21 0x808791e in main ()
#22 0x8049d9b in _start ()

Everything else seems to work OK. What is wrong here?

THanks
Jim Grier
grier@chpc.org
From: njs@planet.bt.co.uk
Newsgroups: comp.windows.interviews
Subject: Building 3.1 on SCO 3.2.2 using Zortech C++
Date: 8 Oct 92 12:42:23 GMT
Organization: BT Labs, Martlesham Heath, Ipswich, UK.


Has anyone managed this yet?

I am about to try but 2.6 was so hard I thought I would ask first.


Nathan
Newsgroups: comp.windows.interviews
From: vlis@WATSON.IBM.COM (John Vlissides)
Subject: Re: IV/Unidraw and interrupts.....
Reply-To: vlis@watson.ibm.com
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 9 Oct 1992 13:29:56 GMT


In article <1992Oct6.015932.557@trl.oz.au>, you write:

> 	I have a program built using Unidraw which is uses a
> 	set of routines for interprocess communication. These
> 	routines work fine when in a non Unidraw application,
> 	but the parts which involve the Unidraw appliaction
> 	receiving data don't seem to work.

Perhaps the easiest way to support interprocess communication within a
Unidraw application is via the RPC classes in the Dispatch sublibrary.
Look at src/lib/ibuild-samples/{VMouse,VWork} for a simple example.

--
John Vlissides / IBM T.J. Watson Research / vlis@watson.ibm.com
Newsgroups: comp.windows.interviews
From: vlis@WATSON.IBM.COM (John Vlissides)
Subject: Re: Unidraw Connector Question
Reply-To: vlis@watson.ibm.com
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 9 Oct 1992 13:20:09 GMT

In article <Bvo3KE.B25@usenet.ucs.indiana.edu>, you write:

> 	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?

You'll have to derive new connector classes to provide this
functionality.  The _cnxns protected member defined in the Connector
base class contains a UList of the connected connectors.  You can use

    Connector* Connector::Conn(UList*)

to extract the connector from each UList element.

An aside: I've found that there's rarely a good reason for asking a
connector for its peers.  There's usually a higher-level concept
behind the desire for this information, and it's often better
expressed in terms of dataflow or some other abstraction.  Make sure
you can't do what you want to do any other way before you start
subclassing.

--
John Vlissides / IBM T.J. Watson Research / vlis@watson.ibm.com
Newsgroups: comp.windows.interviews
From: jan@univie.ac.at (Jan M. Stankovsky)
Subject: What's That ???
Keywords: ibuild
Organization: Vienna University
Date: Mon, 12 Oct 1992 10:19:12 GMT


Hello,

Maybe somebody has anything to say to this problem.

InterViews 3.1
SunOs 4.1
SparcStation 1+
OpenWindows 2.0

InterViews compiled with AT&T C++ 2.1

Everything works but:

ibuild
ld.so: Undefined symbol: _IsA__14InteractorCompFUl

What's that ??
Any hint will help....

Thank you !

Jan M. STANKOVSKY
University of Vienna

jan@ifs.univie.ac.at
From: wissner@beech.mcs.gvsu.edu (Jim Wissner)
Newsgroups: comp.windows.interviews
Subject: Message & String puke (newbie question)
Date: 14 Oct 92 18:20:19 GMT
Organization: Grand Valley State University


Hello -

I'm hoping someone can help me see what I'm overlooking.

I just compiled (with no errors) iv on our Indigo Elan and
it seems to work except for the following:  When I try
to use either the message or the stringEditor, it dies.
It will let me put one instance up, then the very next
mouse click it dies with a segmentation fault. (No matter
what I click on)

Any help would be great.  Point me to FAQ if necessary.

- Jim
Newsgroups: comp.windows.interviews
From: bill@snoopy (Bill Poitras)
Subject: What the heck is a strut?
Reply-To: bill@msi.com
Organization: Molecular Simulations, Inc.
X-Newsreader: Tin 1.1 PL5
Date: Wed, 14 Oct 1992 09:08:52 GMT

Does anyone know exactly a strut, vstrut and hstrut do?  Judging from
the code, layout.strut, which depends on a font, creates some sort of
glue whose alignment is proportional to the font's descent related to
the fonts total "height" (descent+ascent).  That would appear to give
you glue which is the maximum height of a single character of that
particular font with its vertical alignment set at the font's
baseline.  Is that right?  What did I just say?

--
+-----------------+-------------------------------+-------------------------+
| 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: NUNEZ@ESEVVX.CICA.ES (REGI's)
Subject: (none)
X-Unparsable-Date: Thu, 15 Oct 1992 15: 51:00 UTC+0100
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 15 Oct 1992 15:17:16 GMT

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

1
13-OCT-1992 18:53:05.90
   1 00:00:00.00
14-OCT-1992 18:53:05.90
daemon@interviews.Stanford.EDU
juando@cnm.us.es

Received: from interviews.Stanford.EDU by ESEVVX.CICA.ES ; 10-OCT-1992 18:53:01.30
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA24476; Sat, 10 Oct 92 10:54:13 PDT
Received: by interviews.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA23799; Sat, 10 Oct 92 10:49:31 PDT
Received: by lurch.Stanford.EDU (5.57/Ultrix2.4-C)
	id AA18822; Sat, 10 Oct 92 10:47:35 PDT
Received: by shelby.Stanford.EDU (5.57/Ultrix3.0-C)
	id AA16329; Sat, 10 Oct 92 10:43:49 -0700
Date: Sat, 10 Oct 1992 17:14:06 GMT
From: grunwald@foobar.cs.colorado.edu (Dirk Grunwald)
Organization: University of Colorado at Boulder
Subject: Re: Future support for threads?
Message-Id: <GRUNWALD.92Oct10111401@foobar.cs.colorado.edu>
Reply-To: grunwald@foobar.cs.colorado.edu
To: comp-windows-interviews@shelby.stanford.edu

>>>>> 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: rak@cbnewsm.cb.att.com (richard.a.karhuse)
Subject: Hints on building a "TableBrowser" class
Organization: AT&T
Date: Mon, 12 Oct 1992 14:01:10 GMT


We're just starting to use InterViews and are having some
fun.  What we'd like to do is to build a TableBrowser or
Chooser.  That is, we have some data that exists as a
series of string tuples or fields.  We want to display
each tuple a line at a time and have one scrollbar that
scrolls the whole tuple.  When one selects a field, the
whole tuple would be available for updating/editing.  I
envision something like:

  ----------------------------------------------------
  |                  Title                           |
  |                                                  |
  |   Hdr 1   Hdr 2  Hdr 3         Hdr 4             |
  |   ------- ------ ------------- ------- ^         |
  |   |     | |    | |           | |     | *         |
  |   |     | |    | |           | |     | |         |
  |   |     | |    | |           | |     | v         |
  |   ------- ------ ------------- -------  \..scroll for all fields
  |                   <--*------->                   |
  |                               \..(for just this field
  |       Field 1: _______________                   |
  |       Field 2: _______________    <Add>          |
  |       Field 3: _______________    <Delete>       |
  |       Field 4: _______________    <Change>       |
  ----------------------------------------------------

The question is: Does anyone have any hints on what
would be the best way to develop this class(es)? I have 
taken FileChooser, modified to call multiple 
StringBrowsers but am having trouble with the callbacks 
and getting the scrollbar to work with multiple 
StringBrowsers.

Configuration: InterViews 3.1beta3, Sun OS 4.1.1, OW 3.0,
	AT&T C++ 2.1

				Richard A. Karhuse
				rak@garage.att.com
				(908) 580-4518


Newsgroups: comp.windows.news
From: paulr@fulcrum.oz.au (Paul Rosham)
Subject: Re: Future of NeWS, I need to know.
Keywords: NeWS
Organization: The Fulcrum Consulting Group
Date: Fri, 9 Oct 1992 08:12:57 GMT

Where is Pat Lashley, the one Sun employee who (used) to post to this group?

Will anyone from Sun actually confirm whether:
	a) DPS is going into the server or stays on the client side?

	b) NeWS is defunct?

It's an innocent question, promise you won't get flamed (by me, at least).

F  U  L  C  R  U  M                                                     ()
__________________________________________________________________________
                           Paul Rosham                                /\
                        Senior Consultant                             ""
The Fulcrum Consulting Group,
611 Brunswick St,                                Telephone: +61-3-481-6188
North Fitzroy VIC 3068, Australia                      Fax: +61-3-482-4161
Newsgroups: comp.windows.news
From: fgreco@fis1026.shearson.com (Frank Greco)
Subject: Re: has sun shot it in th
Organization: /usr/local/lib/news/organization
Distribution: comp
Date: Wed, 7 Oct 1992 21:36:24 GMT

In article <1992Oct3.4589.1378@dosgate> "michael livsey" <michael.livsey@canrem.com> writes:
>Openwindows V 3.0 uses News as its core; so does Solaris 2.0. I assume from

	OpenWindows 3.X uses Shapes as its core.  X *and* NeWS windows
	are at a higher layer.

>this announcement that Sun is still committed to display postscript, but they
                               ^^^^^

	Sun was never, ever committed to display postscript, the Adobe
	product.  Back in 1987(ish), Adobe and Sun just could not sit 
	down and hammer out an equitable agreement to fold NeWS and PS.
	Adobe wanted RIP-sized licensing, Sun balked.

>plan to let Adobe develop the standard implementation.

	This appears to be very true.  You don't have to be a genius
	to figure out that NeWSPrint will have to be renamed soon.

>Regardless of the Adobe agreement, Sun has been sending out vibes to
>developers that people should be developing Openwindows applications using
>the OLIT package (MOTIF equivalent) not TNT or News. This may change with the

	The windows marketing person told me this too.  But who the
	heck uses OLIT?  Perhaps 5% of the app pgmrs out there?  It's
	so darn ugly, unlike XView (programming models aside).  And
	why does Sun continue to develop their own products and internal
	software with XView?  Is it that XView is so darn easy to pgm
	with?

	btw, despite my tremendous admiration for TNT/NeWS/HyperLook, I
	wouldn't touch it with a 10 meter probe.  I'll still play with
	SimCity though; Don Hopkin's  phenomenal TNT work on SimCity
	(very, very impressive) just knocks me out.  How AnswerBook
	will be quickly engineered without the NeWS input mechanism is
	a mystery to me.

>Adobe announcement; I'm not sure which the way the wind currently blows at Sun.

	After following Sun's windowing directions for the past 6 or so
	years, I am convinced they don't know either.

	Sun wants you to believe that IBM, DEC and HP killed NeWS and
	TNT... don't believe it.  
	
	Sun killed NeWS.  I have the scars to prove it.

	Frank G.
--
+-On Assignment at: Lehman Brothers-+-Office: Mercury Technologies, Inc.-+
| World Financial Center, 11th Floor| PO Box 529                         |
| New York City, NY 10285 Desk: 1515| Fanwood, NJ 07023                  |
| email: fgreco@shearson.com        | email: fgreco@mercury.com          |