HDTenEightyP/NetNews huggingface dataset:
From: felipe@larissa.jpl.nasa.gov (Felipe Hervias)
Subject: Re: InterViews Product from Hewlett-Packard
Keywords: Is it VaporWare?
Reply-To: felipe@puente.Jpl.Nasa.Gov
Organization: Jet Propulsion Laboratory, Pasadena CA
Date: Mon, 4 Jan 1993 17:52:30 GMT

In article <JBRiwB1w165w@bwhwob.escape.de>, bernd@bwhwob.escape.de (Bernd Wiegmann) writes:
|> wws@iscp.bellcore.com (Wayne Scott) writes:
|> 
|> > I saw an ad in an RS/6000 Magazine in September which described an
|> > InterViews-based product from Hewlett-Packard with a Motif Look & Feel,
|> > due to be released in October.  I'm just wondering whether or not that became
|> > a reality.
|> 
|> It became reality for the HP and SUN machines. It is not available for
|> AIX. It is called InterViewsPlus.
|> 

can someone send me some more info on this? like reviews, vendor address,
contact person etc... specially for the suns

thanks.

-- 

---------------------------------------------------------------------
Felipe Hervias                             ****  *******    ****
Jet Propulsion Laboratory                  ****  ****  ***  ****
M/S T-1704                                 ****  ****  ***  ****
4800 Oak Grove Drive                  ***  ****  *******    ****
Pasadena, CA 91109                    ***  ****  ****       ********
email : felipe@puente.jpl.nasa.gov      ******   ****       ********
voice : (818) 354-0582               
fax   : (818) 393-4089
---------------------------------------------------------------------




Newsgroups: comp.windows.interviews
From: bill@msi.com (Bill Poitras)
Subject: Re: Scrolling
Organization: Internet-USENET Gateway at Stanford University
Date: Tue, 12 Jan 1993 19:09:36 GMT

A couple people have asked for me for an example of a string selector.  Here is the code in my stuff.  It may not be usable out the box, but should be enought to get you started.

--
Telltale* timsStringSelectorImpl::makeTelltale(
	const char* str, TelltaleState* ts)
{
  WidgetKit* kit = WidgetKit::instance();
  kit->style(_style);

  LayoutKit* layout = LayoutKit::instance();

  Glyph* label = new Target(
    layout->h_margin(
      kit->fancy_label(str),
      3.0, 0.0, 0.0, 15.0, fil, 0.0
    ),
    TargetPrimitiveHit
  );
  Telltale* telltale = new ChoiceItem(
    ts,
    label,
    kit->bright_inset_frame(label)
  );
  return telltale;
}
//
void timsStringSelectorImpl::make()
{
    LayoutKit* layout = LayoutKit::instance();
    WidgetKit* kit = WidgetKit::instance();
    kit->style(_style);

    const Font* f = kit->font();
    FontBoundingBox fbox;
    f->font_bbox(fbox);

    long r = 10;
    (void)getAttribute("rows",r);
    Coord height = r * ( fbox.ascent() + fbox.descent()) + 1.0;

    long w = 10;
    (void)getAttribute("columns",w);
    Coord width = w * fbox.width();

    long s = -1;
    if (_browser != nil) 
      s = _browser->selected();


    _browser = new FileBrowser(
      kit,
      new ActionCallback(timsStringSelectorImpl)(
	 this, &timsStringSelectorImpl::accept
      ),
      new ActionCallback(timsStringSelectorImpl)(
	 this, &timsStringSelectorImpl::reject
      )
    );

    for (ListUpdater(StringList) i(*_list);i.more();i.next())
    {
      TelltaleState* ts = new TelltaleState(TelltaleState::is_enabled);
      Telltale* t = makeTelltale(i.cur(),ts);
      _browser->append_selectable(ts);
      _browser->append(t);
    }

    _browser->select(s);

    Glyph* g = layout->hbox(
      layout->vcenter(
        kit->inset_frame(
          layout->margin(
            layout->natural_span(_browser, width, height), 1.0
          )
        ),
        1.0
      ),
      kit->inset_frame( kit->vscroll_bar(_browser->adjustable()))
    );

    body(g);
 }
--
+-----------------+-------------------------------+-------------------------+
| Bill Poitras    | Molecular Simulations Inc.    | Tel (408)522-9229       |
| (bill)          | Sunnyvale, CA USA             |                         | 
|                 | FAX (408)732-0831             | bill@west.msi.com       |
+-----------------+-------------------------------+-------------------------+
From: tahn@adoc.xerox.com (Helen Tahn)
Subject: Re: Drop Me from your mailing list
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 4 Jan 1993 22:25:40 GMT


Please drop me from the mailing list, too.
Thanks.
From: N.Davis@lut.ac.uk
Newsgroups: comp.windows.interviews
Subject: Re: Patches to make IV3.1 compile better with gcc-2.3.3
Date: 7 Jan 93 11:49:49 GMT
Reply-To: N.Davis@lut.ac.uk (Neil Davis)
Organization: Loughborough University, UK.

In article <garp.726271124@isy.liu.se> garp@isy.liu.se (Johan Garpendahl) writes:
>Here are a few patches to make InterViews 3.1 compile better with gcc-2.3.3.
>
>
>Don't try to compile with -O2.
>Don't try to make shared libraries.
>I tried it.
>

Hmm, why should I not compile InterViews 3.1 shared libraries using gcc-2.3.3?
I have done just this, and judging by the comments made about which binaries
work and which do not, I seem to be in exactly the same situation as those
of you who favour non-shared libraries.

For the record, I have set the SharedCCFlags=-fPIC, the platform is a
SS1 + X11R5pl21 + gcc-2.3.3. 

I will however admit that all the Unidraw based progs fail; I'm no C++ guru
but I appear to have an empty string being passed to the constructor
of ControlInfo which ultimately core dumps in newstr. (see the GDB output
below). This used to work in gcc-2.3.2 (At least, I seem to recall running
idraw, or am I mistaken).

The bottom line is that I do not plan on using too many features of Unidraw
at the moment (it's hard enough learning InterViews & C++ in one go ...);
I'm more than satisfied with being able to finally compile and run my own
test progs using GCC 2.3.3  ... my congratulations to both the Gcc peole and
the InterViews group!

Neil Davis
-------------------------------------------------------------------------
GDB output from punidraw
Program received signal 11, Segmentation fault
0xf73323c0 in strlen ()
(gdb) where
#0  0xf73323c0 in strlen ()
#1  0xf764e2c8 in strnew ()
#2  0xf7638348 in ivControlInfo::Init ()
#3  0xf7638440 in ivControlInfo::ivControlInfo ()
#4  0x4574 in Punidraw::FileMenu (this=0x3e368) at ../pued.c:200
#5  0x3bb4 in Punidraw::Commands (this=0x3e368) at ../pued.c:106
#6  0x39a8 in Punidraw::Interior (this=0x3e368) at ../pued.c:100
#7  0x3660 in Punidraw::Punidraw (this=0x3e368, comp=0x0) at ../pued.c:49
#8  0x24b8 in main (argc=1, argv=0xf7fffcfc) at ../main.c:25

frame #4 (from pued.c)
Include(
        new NewCompCmd(
            new ControlInfo("New", KLBL_NEWCOMP, CODE_NEWCOMP),
                                    ^^^^^^^^^^   ^^^^^^^^^
			           both NULL ? [Something to do with -fPIC
					       [putting const char* in common?
Newsgroups: comp.windows.interviews
From: uli@CECS.CC.KFA-JUELICH.DE (Uli Hacker)
Subject: Drop me form the mailing list
X-Unparsable-Date: Fri, 8 Jan 93 17: 57:18 MEZ
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 8 Jan 1993 16:54:32 GMT

 
 
 Please drop me from the mailing list.
 Thanks.
 
   Uli Hacker
From: 4carroll_j@spcvxb.spc.edu
Newsgroups: comp.windows.interviews
Subject: InterViews Port
Date: 8 Jan 93 21:47:01 GMT
Organization: St. Peter's College, US


 Hi,
 
	I am in the process of porting the InterViews  source  to  my  operating 
 system  and  have  a  few  questions,  but  first  a little background. The 
 operating system I work on QNX (a distant  Unix  cousin).  It  is  a  POSIX 
 compliant  operating  system,  with  everything  except  XWindows  (can you 
 imagine such a thing 8-)
 
	About  6  months  ago, I ported the X11R5 to QNX. This port consisted of 
 only the Xlib, as the Xtrinsics had so much code that depended on a  32-bit 
 architecture (QNX is a 16-bit operating system) that that portion must wait 
 till much later. This has left me having to create my own set of widgets.
 
	I recently learned that InterViews was a C++ window system, built on top 
 of XLib. The code was supposedly compatible with AT&T C++ version 2.0. This 
 seemed to be  exactly  what  I  needed.  I  ftp'ed  the  source  code  from 
 stanford.edu, and started building.
 
	The  port  went  quite  smoothly  until  I  reached  the Unidraw library 
 modules. Here, the vendors of my C++ compiler must have a different idea of 
 what AT&T 2.0 compliant means (the product is the Intek C++  compiler  from 
 Draiken  Software).  I am now receiving so many warnings and errors, that I 
 have begun to question whether or not I can pull off this port.
 
	To make things a little more compilcated, I was never able to port imake 
 to qnx, and the make I have is not entirely compatible with Unix make. This 
 makes it necessary for me to do all compiles by hand.

 	Here are my questions:
 
	1) Could someone do an 'ls -lR' of an installed  InterViews  system  and 
 send  it  to  me.  This  will  allow me to know what directories need to be 
 created, and what needs to go where.
 
	2) What portions of the source code is necessary to use  the  InterViews 
 system. For example, there are multiple source directories available:
 
 		Dispatch
 		IV-X11
 		IV-look
 		InterViews
 		OS
 		TIFF
 		Task
 		Unidraw
	 		.
	 		.
	 		.
 
	3)  What can I do with just Dispatch, IV-X11, IV-look, InterViews and OS 
 ported?
 
	4) What if anything should I do with my problems with Unidraw? Is  there 
 someone  close  enough  to  the  developers that could guide me through the 
 changes necessary to get a clean compile?

 
 Thanks
 
 Jim Carroll
From: d89-pjo@dront.nada.kth.se (Peter Johansson)
Newsgroups: comp.windows.interviews
Subject: Re: (none)
Date: 10 Jan 93 12:07:59 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In article <m0nAo6w-000FWZC@ankh.metrolink.com> pax@ankh.metrolink.com (Garry M. Paxinos) writes:
>cybernet!osfhrh01.rz.fh-osnabrueck.de!boedeker writes:
> > A) Interview's compiles well, but if I want do link ibuild the following
> >    error message comes: 
> > 
> > g++  -O   -o a.out *.o   -L../../../.././src/lib/Unidraw/X386 -lUnidraw  -L../../../.././src/lib/IV/X386 -lIV  -lXext -lX11 -lm  -lg++ -lucb -lsocket -lnsl 
> > ld: a.out: libelf error:  Memory error: output file space elf_update: 
> > *** Error code 1 (bu21)
>
>For what it's worth, I get the same problem on Univel SVR4.2 with
>38MB mem and 64MB swap...   Interestingly enough, I also run out of
>memory compiling xfishtank...  I'm waiting for a return call from our
>support person at Univel to see what can be done.

I got the same error on Esix SVR4.0.3A. The solution is to raise some
configuration parameters in the kernel. This is what my /usr/conf/cf.d/stune
looks like:
------
*ident  "@(#)master:stune       1.1"
MAXUP   30
MAXMINOR        0x3ffff
HFSZLIM         0x7fffffff
SFSZLIM         0x7fffffff

SDATLIM         0x1800000
HDATLIM         0x1800000
SVMMLIM         0x1800000
HVMMLIM         0x1800000
SSTKLIM         0x1800000
HSTKLIM         0x1800000
------

Add those values to your 'stune' file and rebuild the kernel. Then it should be
possible to build 'ibuild'.

-- 
===============================================================================
Peter Johansson                      Phone:       08-530 362 18
Email:   d89-pjo@nada.kth.se         Snailmail:   Isbergs Backe 6
                                                  147 63  Uttran
                                                  Sweden
From: amw116@mesrx.com (amy m wong)
Newsgroups: comp.windows.interviews
Subject: Menubars and FieldEditors
Date: 5 Jan 93 18:55:21 GMT
Distribution: world
Organization: Measurex, Corporation    "The Results Company"

I've been struggling with two problems that I can't resolve.

1) I have a simple question about appending MenuItem objects
to menubars.  I want to know how to append a menu item to
the far right of a menubar.  It seems that Menu automatically
sticks a hglue() at the end of  a given menubar.  Thus, the 
last menu item can never be right justified. 

It should simple to do, but nothing seems to do the trick.
Beside generating a whole new derived class, there must
be an easier way.


2) I'm also having problems with the FieldEditor.  I noticed that
a previous posting mentioned this problem, but I never found the
solution.  Below is a reprint of the problem.


; Article 4094 of comp.windows.interviews:
; Subject: 3.1B FieldEditors
;
; I need some help with FieldEditor.
;
;I am using version 3.1 Beta of InterViews.  I'm trying to create a popup
;containing a FieldEditor and have the FieldEditor receive all keyboard
;events as long as the mouse is within the popup.  A sample of my code is:
;
;void
;Sample::CreatePopup()
;{
;    WidgetKit* kit = WidgetKit::instance();
;    Style* style = new Style(kit-;style());
;    style-;attribute("name", "sample");
;    LayoutKit* layout = LayoutKit::instance();
;    DialogKit* dialog = DialogKit::instance();
;    FieldEditor* ed = dialog-;field_editor(String("Sample Entry"), style);
;    InputHandler* h = new InputHandler(
;	kit-;inset_frame(
;	    layout-;margin(
;		layout-;hbox(
;	    	    layout-;vcenter(kit-;label("Label: ")),
;		    layout-;vcenter(ed)
;		),
;		20, 20
;	    )
;	),
;	style
;    );
;    h-;append_input_handler(ed);
;    h-;focus(ed);
;    window = new ApplicationWindow(h);
;    window-;style(style);
;    window-;map();
;}
;
;This creates the popup with the field editor but the editor only accepts
;keyboard input while the mouse pointer is on the editor itself or the label.
;It does not accept input if the mouse is in the margin around the label/editor
;box.
;
;Am I missing something?  The field editors in doc seem to work correctly and
;I modeled this code after doc's dialogs.c file.  Any suggestions would be
;appreciated!



By the way, I'm currently using Version 3.0.1 (if that helps any).


Thanks.




;---------------------------------------------------------------------------<
Ben Dai						byd999@unagi.measurex.com
Measurex Corporation
Cupertino, CA
Newsgroups: comp.windows.interviews
From: pax@ankh.metrolink.com (Garry M. Paxinos)
Subject: (none)
Organization: Internet-USENET Gateway at Stanford University
Date: Sat, 9 Jan 1993 21:52:00 GMT

cybernet!osfhrh01.rz.fh-osnabrueck.de!boedeker writes:
 > A) Interview's compiles well, but if I want do link ibuild the following
 >    error message comes: 
 > 
 > g++  -O   -o a.out *.o   -L../../../.././src/lib/Unidraw/X386 -lUnidraw  -L../../../.././src/lib/IV/X386 -lIV  -lXext -lX11 -lm  -lg++ -lucb -lsocket -lnsl 
 > ld: a.out: libelf error:  Memory error: output file space elf_update: 
 > *** Error code 1 (bu21)

For what it's worth, I get the same problem on Univel SVR4.2 with
38MB mem and 64MB swap...   Interestingly enough, I also run out of
memory compiling xfishtank...  I'm waiting for a return call from our
support person at Univel to see what can be done.


To get libUnidraw.a to finish building I had to add '#include <osfcn.h>'
to include/OS/os.h  (I ifdef'd for MetroLink...)
Newsgroups: comp.windows.interviews
From: root@nosco.ch (Operator)
Subject: Unsubscribe
Organization: Internet-USENET Gateway at Stanford University
Date: Tue, 5 Jan 1993 15:08:45 GMT

Please unsubscribe:

me@nosco.ch

Thanks.
From: hchengho@trantor.dso.gov.sg (Hua Cheng Hong)
Newsgroups: comp.windows.interviews
Subject: cascade menu
Date: 7 Jan 93 02:37:25 GMT
Organization: DSO
X-Newsreader: TIN [version 1.1 PL6]

I have the following problems related to building user interface using InterViews 3.1 Beta:

1.  The cascade menu of the 3rd menu item unlike the rest will not stay on the screen when clicked? Why is this behaviour different? This behaviour happened in the menu.c of the "example" of IV3.1.

2. The shadow of the menu pane is always corrupted.

3.  Can one use different coloured bevel frames within a dialogue box?

4.  How can one create a MOTIF "Option Menu Button" widget?  

Thanks.
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Menubars and FieldEditors
Date: 6 Jan 1993 17:36:54 GMT
Organization: sgi
Distribution: world
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <C0EJFq.JFC@fc.hp.com>, dbh@fc.hp.com (Dave Hollenbeck) writes:
|> Mark Linton (linton@marktwain.rad.sgi.com) wrote:
|> : In article <810@mesrx.UUCP>, amw116@mesrx.com (amy m wong) writes:
|> : |> 1) I have a simple question about appending MenuItem objects
|> : |> to menubars.  I want to know how to append a menu item to
|> : |> the far right of a menubar.  It seems that Menu automatically
|> : |> sticks a hglue() at the end of  a given menubar.  Thus, the 
|> : |> last menu item can never be right justified. 
|> : 
|> : Put a menu item containing a piece of hglue(fil, 0, fil) before the right-adjusted items.
|> : By making the natural size infinite, you force the box to shrink this glue
|> : instead of stretching the glue at the end of the menu bar.
|>  
|> Seems like what you really want is a subclass of Menu.  Or at least
|> an hbox.  Then you can have three menubar segments, the middle one
|> being empty.

If you are suggesting the use of two different menubars, that
won't look right because of the framing.  There is no need for subclassing.
The infinite glue trick works great and is a general way to mix
right-adjust with right padding.
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: tracking cursor motion in a separate process
Date: 6 Jan 1993 17:45:31 GMT
Organization: sgi
Distribution: world
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
NNTP-Posting-Host: marktwain.rad.sgi.com
Keywords: Xlib

In article <1993Jan6.162051.471@cbfsb.cb.att.com>, dac@cbnewsf.cb.att.com (david.a.copperman) writes:
|> I have two processes, A and B.  A is written in X (no higher-level
|> packages).  It puts up a single window.  Process B forks and execs
|> A, and waits for it to come up.  Then it extracts the id (the X type
|> is Window) of A's window.  Process A (the graphics controller for
|> a geographical information system) operates under the control of B.
|> B needs to track cursor motion in A's window, so it (B) can do
|> real-time screen-to-world coordinate conversion and show the coordinates
|> in a window owned by B.
|> 
|> B is to be written in a higher-level package.  What I need to able to
|> do is assign the Window of A's window to some object/widget/etc. in B, 
|> then register for cursor motion events.  I understand that I can do
|> X-level programming in a program written in IV.  But it's very important
|> to me to not have to access the X event queue in code separate from
|> IV's code that does that - frankly, I'm not smart enough.  I want B's
|> code to be absolutely event driven, and simple enough that only one
|> entity (i.e., IV) need be involved in controlling the X event queue.
|> Is there some class in IV that I can use in this fashion?  More
|> specifically, can I create some object to which I can assign A's
|> Window, register for cursor motion in that window, and IV will call
|> the event handler for me?

It sounds like you would need to write a subclass of the InterViews Window
class that is given an initial X window id instead of getting one as
the result of creating a window.

|> A separate question:  B needs to be able to poll events going on in
|> other software having nothing to do with the screen.  I do that
|> in a prototype using Xt via Xt signal (alarm) handling, and it's fine.
|> Can I do some analog to this in IV?

Signals are a bit dangerous.  Seems like it would be safer to set a timeout
on the X input and then do your polling.  You can use the timer features
of Dispatcher to do this with InterViews.
Newsgroups: comp.windows.interviews
From: pjnesser@rocket.com (Philip J. Nesser)
Subject: Building iv 3-1 gcc/g++ 2.3.3
Organization: Rocket Research Company
Date: Thu, 7 Jan 1993 20:04:27 GMT



I am having some problems getting 3.1 to build with gcc2.3.3.  Two problems
in fact.  The first one is:

g++ -Dopenlook_kit -Dbw_kit    -Dcplusplus_2_1 -I/usr/local/gnu/lib/g++-include     -I../../../.././src/include   -pipe -c ../../InterViews/dialogs.c
.../../InterViews/dialogs.c: In function `static class ivDialogKit* DialogKitImpl::make_kit ()':
.../../InterViews/dialogs.c:90: parse error before `;'
.../../InterViews/dialogs.c:91: warning: control reaches end of non-void functionmake[5]: *** [dialogs.o] Error 1


and the second one is characterized by:
g++     -Dcplusplus_2_1 -I/usr/local/gnu/lib/g++-include     -I../../../.././src/include   -pipe -c ../../IV-2_6/xbitmap2_6.c
In file included from /usr/local/gnu/lib/g++-include/sys/types.h:6, from /usr/local/gnu/lib/g++-include/sys/types.h:15, from /usr/include/X11/Xlib.h:34, from ../../../.././src/include/IV-X11/Xlib.h:35, from ../../../.././src/include/IV-X11/xbitmap.h:29, from ../../IV-2_6/xbitmap2_6.c:34:
/usr/local/gnu/lib/gcc-lib/sparc-sun-sunos4.1/2.3.3/include/sys/types.h:24: conflicting types for `wchar_t'
/usr/local/gnu/lib/g++-include/stddef.h:11: previous declaration of `wchar_t'
make[5]: *** [xbitmap2_6.o] Error 1

Does any one have any ideas?


--->  Phil
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Menubars and FieldEditors
Date: 5 Jan 93 21:49:47 GMT
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <810@mesrx.UUCP>, amw116@mesrx.com (amy m wong) writes:
|> 1) I have a simple question about appending MenuItem objects
|> to menubars.  I want to know how to append a menu item to
|> the far right of a menubar.  It seems that Menu automatically
|> sticks a hglue() at the end of  a given menubar.  Thus, the 
|> last menu item can never be right justified. 

Put a menu item containing a piece of hglue(fil, 0, fil) before the right-adjusted items.
By making the natural size infinite, you force the box to shrink this glue
instead of stretching the glue at the end of the menu bar.

|> 2) I'm also having problems with the FieldEditor.  I noticed that
|> a previous posting mentioned this problem, but I never found the
|> solution.  Below is a reprint of the problem.

The problem is that picks go through the margins and frames.
Try putting a primitive target behind the dialog to catch all picks,
e.g.,

    layout->back(
        kit->inset_frame(...),
        new Target(nil, TargetPrimitiveHit)
    )
Newsgroups: comp.windows.interviews
From: tiller@solace.me.uiuc.edu (Mike Tiller)
Subject: Drawing a Circle?
Organization: University of Illinois at Urbana
Date: Sat, 9 Jan 1993 21:00:14 GMT

	Ok, I give up.  How do I draw a circle on a canvas
in IV3.1?  I can't be right in assuming there isn't a way to
do this.  I know about curve_to but I have no idea what this
does and haven't been able to get it to do anything useful
(like render any pixels).  I don't really want spline, I want
a circle.

Thanks

Michael Tiller

Newsgroups: comp.windows.interviews