HDTenEightyP/NetNews huggingface dataset:
From: dave@kanga.lcs.mit.edu (David Sternlicht)
Subject: Re: the never ending story
Organization: MIT Laboratory for Computer Science
Date: Sun, 15 Nov 1992 18:09:02 GMT

>roseman@cpsc.ucalgary.ca writes

>i see in graphics/interviews@sgi.com there's a beta-4 release of 3.1.
>help!  can we get a half-decent statement from anyone (stanford/sgi/mit..)
>what the level of commitment and support is for interviews?  to say nothing
>of a really rough hacky tentative schedule?  (say within an order of
>magnitude of accuracy).  any plans for 3.x commercial releases in the works?
>
>who's doing stuff based on expected future functionality?  i keep having
>second thoughts about continuing my stuff in iv .. which is too bad, 
>technically there's a lot of good things here.

Beta 4 is news to me.  I don't see that as being "official" code since
Mark Linton didn't announce it.

The MIT X consortium is considering making InterViews/Fresco a standard for the
R6 distribution, which is planned to be delivered before the end of 1993.
Of course it will go through a review process and an internal vote.
Its fair to say that the membership has various opionions on the technology.
I personaly do not see any viable alternatives for an individual who wishes
to do gui development in an environment that has OO language support but then
I just work here and don't run things :-).  The massive existing investment
in Xt and its dogma could mean no consortium standard, but it will not
kill off the system.  Various people are working on things like
documentation, multi-threading, and interchangability of glyphs and Xt widgets
in the same application.  Perhaps you could elaboate on your reservations.
I learn alot about programming a large c++ system by studying and working
inside InterViews so I don't see any senario emerging that would render
my time as wasted...



				dave sternlicht
				mit X consortium
				dave@expo.lcs.mit.edu
From: dockhorn@probitas.cs.utas.edu.au (Patrick Dockhorn)
Newsgroups: comp.windows.interviews
Subject: idraw on RS6000 anybody ?
Keywords: request idraw RS6000 aix
Date: 16 Nov 92 04:00:29 GMT
Organization: University of Tasmania, Australia.

I'd like to know whether anybody out there
already installed InterViews for an IBM RS6000
running AIX. If so, I'd be very interested in
the compiled idraw application (I suppose
I'd need the UniDraw-libaries too).

thanks a lot,
patsch

--
Don't go around saying the world owes you a living.  The world owes you
nothing.  It was here first.
                -- Mark Twain
Newsgroups: comp.windows.interviews
From: nipun@OTL.SCU.EDU (Nipun Sehgal)
Subject: Please remove me from your mailing list
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 13 Nov 1992 02:56:46 GMT


Newsgroups: comp.windows.interviews
From: warren@sunvcr.Canada.Sun.COM (Warren Strange [Sun Vancouver SE])
Subject: Interviews on Solaris 2.x
Summary: interviews on Solaris 2.x
Keywords: interviews solaris
Organization: Sun Microsystems, Mt. View, Ca.
Date: Tue, 24 Nov 1992 00:34:33 GMT

Greetings,

Has anyone built interviews 3.1 on Solaris 2.x ? 

If so - could you send me your local.defs file , and
anything else that is relevant ? 


Warren


--
Warren Strange                     Sun Microsystems of Canada, Inc.
                                   Suite 206, 1285 West Pender St, 
                                   Vancouver, B.C. V6E 4B1   (604) 684-4120
Newsgroups: comp.windows.interviews
From: DAHMS@ifk20.mach.uni-karlsruhe.de (Heribert Dahms)
Subject: Re: Problem with iv3.1-beta3 string class (lacks documentation!)
Organization: University of Karlsruhe, FRG (Dept. of Mechanical Engineering)
Date: Mon, 16 Nov 1992 14:38:42 GMT
X-News-Reader: VMS NEWS 1.20

In <1992Nov13.160516.19376@rz.uni-karlsruhe.de> DAHMS@ifk20.mach.uni-karlsruhe.de writes:

> I'm just porting iv3.1-beta3 to VAX/VMS and got a little problem with the
> string class of InterViews in session.c .
> 
> I miss a complete description of the string class in A.6 of the iv-Manual
> and also in the man pages (which i converted to a VMS help library).
> 
> I try cutting the argv[0] string (program name) from e.g.
> 	ifkvs2$dkb0:[interviews31]idemo.exe;7
> first to
> 	idemo.exe;7
> which works, but then i want to get
> 	idemo
> i.e. the part of the string to the left of the dot (if any), but several
> attempts resulted in keeping
> 	idemo.exe;7
> 
> That's obviously no problem with VMS itself, only with the string handling!
> What's wrong?
> 
> 
> Thanks,
> Heribert Dahms	(dahms@ifk20.mach.uni-karlsruhe.de)
> 
> =============================================================================
> Extract of src/lib/interviews/session.c :
> =============================================================================
> 
> /*
>  * Use ICCCM rules to find an application's instance name
>  * from the command line or an environment variable.
>  */
> 
> String* SessionRep::find_name() {
>     String name;
>     if (find_arg(String("-name"), name)) {
> 	return new String(name);
>     }
> 
>     const char* res_name = getenv("RESOURCE_NAME");
>     if (res_name != nil) {
> 	return new String(res_name);
>     }
> 
>     if (argc_ > 0) {
> 	String s(argv_[0]);
> #ifdef VMS		// H. Dahms  12.11.92
> 	int slash = s.rindex(']');
> #else
> 	int slash = s.rindex('/');
> #endif
> 	if (slash >= 0) {
> 	    s = s.right(slash + 1);
> 	}
> #ifdef VMS		// H. Dahms  13.11.92
> 	int dot = s.index('.');
> 	if (dot >= 0) {
> 	    s = s.substr(0, dot);
> 	}
> #endif
> 	return new String(s);
>     }
> 
>     return new String("noname");
> }

I got a mail from Carlos Vidal (atocavi@ato.abb.se) who suggests using another
buffer and strncpy. Instead, I took another look at session.c and found there

const char* Session::name() const { return rep_->name_->string(); }

which ignores the length field of the string class! That's the real bug!
The fix is just easy (again in session.c):

#ifdef VMS              // H. Dahms  16.11.92
        int dot = s.index('.');
        if (dot >= 0) {
            s = s.substr(0, dot);
        }
        return new CopyString(s);
#else
        return new String(s);
#endif

Nevertheless, thanks to Carlos,
Heribert
Newsgroups: comp.windows.interviews
From: grier@world.std.com (The Political Crony)
Subject: Minimizing damage to a canvas
Organization: The World Public Access UNIX, Brookline, MA
Date: Tue, 17 Nov 1992 18:52:35 GMT

I'm involved in a monitoring application where a number of meter-style
display glyphs will be updated from a comm channel coming in through
some Dispatch methods. All the updating per se seems to be fine. My
question pertains to update of the various displays as required.

It is possible for more than one meter to be updated at a time.  The
natural mechanism for forcing a display update would be to put a patch
around the meter and call the redraw() method. However, if more than
one such redraw() occurs on spots widely separated on the canvas, the
damage area will be the rectangle that contains all the damages,
causing unchanged areas to be redisplayed.

Is there some way to avoid the extra drawing without kludging in the
checking?

Jim Grier
grier@world.std.com
Newsgroups: comp.windows.interviews
From: kranz@cs.tulane.edu (Barry Kranz)
Subject: binaries for SUN?
Organization: Computer Science Dept., Tulane Univ., New Orleans, LA
Date: Sun, 22 Nov 1992 19:01:02 GMT
Nntp-Posting-Host-[nntpd-481]: poseidon

hey-
  I found the doc binaries for the SUN dynmac. linked to libIV.so.3.  However,
  the lib that I found for SUN was libIV.so.3.1, anyway I tried renaming it
  the lib it wanted but it said it couldn't find it.

2 questions------

do i have the right lib?
if i do where do i put them?

any help would be appreciated.

Have the binaries for Linux and think doc is GREAT!

thanx
kranz@thor.cs.tulane.edu
Newsgroups: comp.windows.interviews
From: jkreyka@cs.vu.nl (Kreijkamp J)
Subject: WANTED: 3D-material
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Thu, 19 Nov 1992 12:16:44 GMT

We are looking for material for a paper about building
3D-graphics programs/libraries in InterViews.
If you have written any program/library in this category
or have written a paper about 3D-graphics, then we would
be very grateful to receive a copy of it, or the sources
(ftp-sites) of it.

please send to 'jkreyka@cs.vu.nl' with subject 'INTERVIEWS'
because of quota-problems.

Thanks,

     M. Bognar,
     S.A. Megens,
     J. Kreykamp.

Newsgroups: comp.windows.interviews
From: dave@kanga.lcs.mit.edu (David Sternlicht)
Newsgroups: comp.windows.interviews
Subject: Re: real-time graphics and IV
Date: 18 Nov 92 14:50:42 GMT
Article-I.D.: mintaka.1992Nov18.145042.28518
Organization: MIT Laboratory for Computer Science

ejmrs@vuse.vanderbilt.edu  writes:
  I would appreciate some comments, ideas or past experiences related to
  this, and opinions as to what extent IV is suited for developing a GUI in a
  real-time application.

One  thing we failed to mention in our work  is that interviews double buffers
its rendering.  This can be turned off by the -nodebuf run-time option.
So in theory this should speed up an application although the flicker produced can
be distracting.  In the ice program -nodebuf does not seem to have an appreciable
effect on the speed of its scrollbars.

-- 
			
				dave sternlicht
				mit X consortium
				dave@expo.lcs.mit.edu
Newsgroups: comp.windows.interviews
From: ejmrs@vuse.vanderbilt.edu (Eric J. Manders)
Subject: real-time graphics and IV
Originator: ejmrs@edith
Organization: Vanderbilt University School of Engineering, Nashville, TN, USA
Date: Mon, 16 Nov 1992 17:15:40 GMT

I am considering using interviews for buiding the GUI for a project I
am working on. My experience with interviews is solely from reading
this newsgroup to see what goes on and having read some papers on IV.
I have just finished reading the 'Tale of Two Toolkits' paper by
Bashir and Sternlicht.

The project I am working on deals with signal monitoring. The whole
system is supposed to work in real-time (soft), therefore speed in
graphics is an issue. In the present application the signals
do not exceed frequencies of a few hundred hertz and most signals
will be an order of magnitude slower than that. Assume a sparc10
platform.

One of the things that I would like to try is to have a programmed
reconfiguration of the display to draw the attention of the user to
significant events in the signals when they occur (amongst other
things, I am trying to address the problem of information overload for
the user).

The monitoring/processing part and the GUI will be separate UNIX
processes using message passing for control and having a shared memory
segment for data. The programming of the system so far has been done
in C++.

As I see it the advantages of using IV for me are:
1) continuation of the OO support of C++ throughout the development
of the GUI
2) high level concepts in IV will hopefully help me in developing the
reconfiguation capability.

My main concern though is whether those same high level concepts that
make interviews a nice development tool get in the way of achieving
fast graphics. The Bashir/Sternlicht paper notes a performance
disadvantage of IV compared to Xt in event handling. 

I would appreciate some comments, ideas or past experiences related to
this, and opinions as to what extent IV is suited for developing a GUI in a
real-time application.

Thanks,

-- Eric.
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Minimizing damage to a canvas
Date: 18 Nov 1992 19:49:59 GMT
Organization: sgi
Distribution: world
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <BxvJ3n.AI3@world.std.com>, grier@world.std.com (The Political Crony) writes:
|> I'm involved in a monitoring application where a number of meter-style
|> display glyphs will be updated from a comm channel coming in through
|> some Dispatch methods. All the updating per se seems to be fine. My
|> question pertains to update of the various displays as required.
|> 
|> It is possible for more than one meter to be updated at a time.  The
|> natural mechanism for forcing a display update would be to put a patch
|> around the meter and call the redraw() method. However, if more than
|> one such redraw() occurs on spots widely separated on the canvas, the
|> damage area will be the rectangle that contains all the damages,
|> causing unchanged areas to be redisplayed.
|> 
|> Is there some way to avoid the extra drawing without kludging in the
|> checking?

You can call redraw on the patch and then call repair on the window
to force an update.  This will cause an extra draw traversal, but less
actual drawing.
Newsgroups: comp.windows.interviews
From: mauricio@MOZART.AERO.UFL.EDU
Subject: Re: idraw includes PostScript ?
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 20 Nov 1992 13:12:35 GMT

> does anyone know, if and how "idraw" can include arbitrary PostScript files ?

	As far as I know, it doesn't.  If I am wrong, someone let me know!!!
Date: Thursday, 19 Nov 1992 14:12:39 CET
Newsgroups: comp.windows.interviews
Distribution: world
From: wmedetz@risc.uni-linz.ac.at (Medetz Wilhelm)
Reply-To: wmedetz@risc.uni-linz.ac.at (Medetz Wilhelm)
Organization: RISC, J.K. University of Linz, Austria
Subject: Unidraw & InterViews 3.1 ???


As we are going to add an interactive user interface to an
automatic nesting program we would be interested whether
there are any plans to

  a) adapt Unidraw for Glyphs

and if there is already some


  b) time schedule for it.


If someone could give us some hints it would help us
to decide whether to use Unidraw or not.

Many thanks


Wilhelm Medetz

+-----------------------------------------------------------------------------+
| Wilhelm Medetz                                                              |
| RISC-Linz                                phone: Austria (7236) 3231-29      |
| Johannes Kepler Univerity Linz           fax  : Austria (7236) 3231-30      |
| 4232 Hagenberg, AUSTRIA                  email: wmedetz@risc.uni-linz.ac.at |
+-----------------------------------------------------------------------------+
Newsgroups: comp.windows.interviews
From: dave@kanga.lcs.mit.edu (David Sternlicht)
Subject: Re: names of glyphs available to .Xdefaults
Organization: MIT Laboratory for Computer Science
Distribution: comp
Date: Sat, 21 Nov 1992 14:55:30 GMT

>Where do I find the names of those glyphs whose properties may be
>manipulated through an .Xdefaults file?
>
>For example, this works
>
>            MyApp*HScrollBar*flat: red
>
>but this  doesn't
>
>           MyApp*HScrollBar*Thumb*flat: red
>
>So "HScrollBar", "flat" are recognized, but "Thumb" is not.
>
>Is there some way -- perhaps even cruising throught the iv source --
>that I can use to learn which glyphs, with what names, can be
>manipulated this way?

I think you may be confusing glyphs with widgets, and their "automatic" resources.
You have to associate a glyph with a style.  The components you get from widgetkit
have this done for you.  So HScollBar is a widgetkit component, whereas Thumb
is not.  The place to look is src/InterViews/kit.c although this sort of thing should
be documented somewhere.  Here are some settings that work for idemo:

Idemo*HScrollBar*flat: red
Idemo*VScrollBar*flat: green
Idemo*Panner*flat: blue
Idemo*PaletteButton*flat: orange
Idemo*RadioButton*flat: cyan
Idemo*ToggleButton*flat: purple
Idemo*PushButton*flat: brown


-- 
			
				dave sternlicht
				mit X consortium
				dave@expo.lcs.mit.edu
Newsgroups: comp.windows.interviews
From: barczejj@xrease.wpafb.af.mil (Jeff J. Barczewski)
Subject: How to convert inches to iv2_6_Coord (Unidraw)?
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 23 Nov 1992 00:40:15 GMT

How does one convert inches to iv2_6_Coord which Unidraw uses?
I'm using iv3.1b3 with both 3.1 classes and Unidraw classes (2.6).
I tried using canvas->to_pixels but this didn't quite work and the
result was different for two different resolution screens?

Any help is appreciated. E-mail is preferred.

Thanks in advance.

Jeff Barczewski
Wright Patterson AFB, OH
barczejj@sxr0.xrease.wpafb.af.mil
Xref: sparky comp.windows.news:782 comp.windows.open-look:4551
From: pjm@isis.cshl.org (Pat Monardo)
Newsgroups: comp.windows.news,comp.windows.open-look
Subject: Re: Future of NeWSprint?
Date: 18 Nov 92 02:58:34 GMT
Organization: Cold Spring Harbor Labs

In article <lgja8oINNj73@exodus.Eng.Sun.COM> rberlin@birdland.Eng.Sun.COM (Rich Berlin) writes:
>In article <1992Nov14.083509.5448@ucc.su.OZ.AU> matth@extro.ucc.su.OZ.AU (Matthew Hannigan) writes:
>>
>>With all the discussion of NeWS and Xview going away,
>>I wondered what does the future of NeWSprint look like?
>>
>>Anyone with any inside info?
>
>
>Hi. I'm one of the engineers working on NeWSprint.  "Working," present
>tense--we're plenty busy here.  I also don't expect the changes you
>mention to have deleterious effects on NeWSprint; we're flexible.  I'm
>afraid it wouldn't be appropriate for me to elaborate much further.

i think in politics it's well know that if you don't define yourself
then someone else will. so...

by flexible it seems that NeWSprint is due for a name change,
PSprint. i would guess that PreLimn will survive but the engine
will be from "another manufacturer".

-- 
-- Pat Monardo
-- pjm@cshl.org
Newsgroups: comp.windows.news
From: chris@chinook.atd.ucar.edu (Chris Webster)
Subject: dbxtool -Ws
Reply-To: chris@chinook.atd.ucar.edu
Organization: Research Aviation Facility, NCAR, Boulder, CO
Date: Wed, 18 Nov 1992 18:38:24 GMT

Has anyone figured out how to get dbxtool to come up a different
size (i.e. dbxtool -Ws 600 750 ...)?  The -Ws parameter has no
affect.

--Chris

Newsgroups: comp.windows.news,comp.windows.open-look
From: paulr@fulcrum.oz.au (Paul Rosham)
Subject: Re: Future of NeWSprint?
Organization: The Fulcrum Consulting Group
Date: Mon, 23 Nov 1992 00:30:01 GMT

pjm@isis.cshl.org (Pat Monardo) writes:

>by flexible it seems that NeWSprint is due for a name change,
>PSprint. i would guess that PreLimn will survive but the engine
>will be from "another manufacturer".

There is already a replacement engine for NeWSprint, I believe the product is
called JAWS. The framework is really nice, though. If only we could use it as
a complete replacement for Solaris 2.x's SAF (Yuk! Ugly!)

-PaulR.
Newsgroups: comp.windows.news
From: uh311ae@sunmanager.LRZ-Muenchen.DE (Henrik Klagges)
Subject: Make NeWS free software
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Tue, 17 Nov 1992 18:09:42 GMT


As it says. I am sick of seeing it die. If there is anything 
reasonable that can be done: Put it all on anon ftp and let the net
do the rest.

Cheers, Henrik
From: unikjtf@uts.uni-c.dk (Jan Ferre')
Newsgroups: comp.terminals
Subject: VTxxx ESC-seq
Date: 16 Nov 92 10:45:47 GMT
Organization: UNI-C Copenhagen, DK

Maybe this is another FAQ - in this case please shout me in the right 
direction to get the answer - ...to...

Does there exist a simple list of vt100 and vt220 ESC-sequences to generate 
lines, screen attributes and so on? My project includes setting up a BBS to 
be used with PC software through telefone and with standard terminals 
through TCP-IP. I would like to send out the same screens to both of these 
groups and needs therefor the 'proper' definition of the sequences - not 
every other manufacturers implementation and propriatory additions.

Thanks in advance

Jan Ferre, UNI-C, Denmark.


---------------------------------------------------------------
|   Of all species on earth man is the most selfdestructive   |
---------------------------------------------------------------
From: cyrill@scicom.AlphaCDC.COM (Cyro Lord)
Newsgroups: comp.terminals
Subject: Need Info on Monitors
Date: 21 Nov 92 03:33:43 GMT
Distribution: na
Organization: Alpha Communications Development Corp., Aurora, CO.

I'm looking for information on the following monitors.
Company: Electrohome (Canada)
Model: 38-003101-60
Model Name: ECM 1301

Company: Zenith Radio Corp.
Model: ZVM 136
Service #: CD13HXRC09

These came from a large computer department but no one
remembers what they were used for. All help welcome.
We don't get this group so please reply via email to cyrill@scicom.alphacdc.com.
-Cyro

-- 

Cyro Lord	ALPHA Comm. Dev. Corp. -  DOMAIN  cyrill@scicom.alphacdc.com
UUCP		{ncar,csn,isis}!scicom!cyrill
Endeavor to Persevere - Chief Dan George - ALPHA CDC FAX 1-303-375-8234
Xref: sparky comp.terminals:1363 misc.wanted:9761
From: kwolcott@copper.denver.colorado.edu (Kenneth A Wolcott)
Newsgroups: comp.terminals,misc.wanted
Subject: help me with KIMTRON terminal full-duplex problem!
Keywords: full-duplex; KIMTRON terminal; no manual; help!
Date: 18 Nov 92 00:02:55 GMT
Followup-To: comp.terminals
Organization: University of Colorado at Denver


i
Followup-To: poster
Subject: Please help me with a Kimtron terminal (no manual :-( )
Newsgroups: comp.terminals,misc.wanted
Keywords: Kimtron terminal in "quad"duplex; no manual; HELP!


Please help me!  I was given a Kimtron terminal.  But the guy never had
 the manual for it.  I can get it into a setup mode, and I can change
some settings, but I can't seem to exit the setup and save the changes
too!  So, I'd like it very much if somebody who knows what I'm talking
about would give me some information.  It is a model KT-7.  I seem to
have it in a TVI925 emulation mode, which barely works for vi on UNIX,
but it works.  The problem is that it is in "quad"-duplex!  I haven't
been able to prevent it from displaying two lines for every carriage
return.  Please send me a manual, a photocopy of the manual, a photocopy
of the pertinent portion of the manual or transcribe for me via email
the portion of the manual that I need to fix this problem!  I think this
terminal will be fine for my use if I can just get the duplex correctly
set!  Thanks in advance for any help!!

Ken Wolcott

kwolcott@nyx.cs.du.edu
kwolcott@{copper,cudnvr,elbert}.denver.colorado.edu
-- 
--
Kenneth A. Wolcott                kwolcott@{copper,cudnvr}.denver.colorado.edu 
University of Colorado at Denver  kwolcott@cudenver.bitnet
Newsgroups: comp.terminals
From: edwin@maui.cs.ucla.edu (Edwin Tisdale)
Subject: Wyse WY-30 termcap
Organization: UCLA, Computer Science Department
Distribution: usa
Date: Tue, 17 Nov 92 04:09:32 GMT

Does anyone have a termcap for a Wyse model WY-30?
Thanks in advance, Bob Tisdale (edwin@cs.ucla.edu)
Newsgroups: comp.terminals
From: edwin@maui.cs.ucla.edu (Edwin Tisdale)
Subject: Wyse WY-30 termcap
Organization: UCLA, Computer Science Department
Distribution: usa
Date: Tue, 17 Nov 92 04:15:35 GMT

Does anyone have a termcap for a Wyse model WY-30?
Thanks in advance, Bob Tisdale (edwin@cs.ucla.edu)
From: dan@hansen1.ncd.com (Dan Batryn)
Newsgroups: comp.terminals
Subject: Terminals forsale
Date: 17 Nov 92 20:24:41 GMT
Distribution: usa
Organization: Network Computing Devices, Mt. View, CA, USA


Please respond to the number below:


FOR SALE:  VT-100 Wyse 150 and Wyse 50

	Wyse 150:		    $120 + shipping	1 available
	Wyse 50:		    $100 + shipping	1 available
	VT-100:			    $30 + shipping	1 available

	Call
		Glen (408) 738-1040		home
		     (408) 988-2000  ext 255	work
	

Newsgroups: comp.terminals