HDTenEightyP/NetNews huggingface dataset:
From: linton@marktwain.rad.sgi.com (Mark Linton)
Subject: Re: push_transform, transform, pop_transform
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi
Date: Fri, 17 Apr 1992 19:08:18 GMT

In article <1992Apr16.131205.10032@fwi.uva.nl>, koelma@fwi.uva.nl (Dennis Koelma) writes:
|> Can anyone point me to a description of these member-function of Canvas ?
|> It seems that the sequence "push_transfrom, transform(matrix)" could
|> be simplified to "push_transform(matrix)" or is this not what it seems?
|> How do these functions interact ?

Canvas::transform does a matrix multiply to concatenate the given matrix
with the current one.  Canvas::push_transform and pop_transform save and
restore the current matrix on a stack.  It is common to follow push_transform
by transform, but

    c->push_transform(t1);
    c->push_transform(t2);

is quite a bit different from

    c->push_transform();
    c->transform(t1);
    c->transform(t2);

Thus, the current API is more general than the simpler one you propose.

Newsgroups: comp.windows.interviews
From: linton@marktwain.rad.sgi.com (Mark Linton)
Subject: Re: glyph questions
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi
Date: Fri, 17 Apr 1992 19:12:07 GMT

In article <1992Apr16.154404.7649@daffy.cs.wisc.edu>, mcheng@dunlop.cs.wisc.edu (Michael Cheng) writes:
|> 1) I understand that in Glyph::allocate(Canvas*, const Allocation& allocation,
|> 	Extensions& extension), the allocation informs the glyph how much
|> 	space has been allocated. But what is the purpose of the
|> 	extension? This was never explained.

The extension is the area that the glyph might draw on.  A common approach
is to mark the extension as equivalent to the allocation using Extension::extend.

|> 2) I wish to write dynamic glyphs that change their
|> appearances as data is read from a file.
|> Is it safe to save the Canvas and the allocation passed in Glyph::allocate() 
|> for use in drawing operations?

Patch has this functionality, so generally what one does is wrap a patch around
the area that you want to update.

Newsgroups: comp.windows.interviews
From: sam@flake.asd.sgi.com (Sam Leffler)
Subject: Re: Raster images in IV
Reply-To: sam@flake.asd.sgi.com (Sam Leffler)
Organization: Silicon Graphics, Inc.
Date: Tue, 14 Apr 1992 00:30:54 GMT

In article <wdstULS00UhW89Cl1w@andrew.cmu.edu>, Jason Andrew Barshay 
<jb6o+@andrew.cmu.edu> writes:

> I am trying to display a raster in IV.  The format for an image in the
> raster class is a TIFF file.  The original image I had was in GIF
> format.  I converted it to TIFF only to realize how enormous color TIFF
> format files were (since color TIFF supports 24 bit color).  A file of
> the size that resulted from the TIFF format conversion is very
> undesirable.  Is there any other format image that can be displayed in
> IV?  How have people in the past who have wanted to display color TIFF
> images in IV dealt with this problem?  The resolution I am going to be
> displaying my image at is only 8 bit color so it would be desirable to
> find a way to store the image in other than the color TIFF format and
> still display.  Any information or experience would be greatly
> appreciated.

TIFF includes palette (i.e. GIF-style) images.  You can convert GIF
to TIFF w/ minor size difference.  Try getting the tools that go with
the TIFF support from the location below -- there is a gif2tiff program
included.

	Sam

$Header: /usr/people/sam/tiff/RCS/HOWTO,v 1.8 92/02/21 15:31:47 sam Exp $

How To Obtain This Software (in case all you get is this file)

The software is available for public ftp on
    sgi.com                     graphics/tiff/v3.0.tar.Z
        (192.48.153.1)
    ucbvax.berkeley.edu         pub/tiff/v3.0.tar.Z
        (128.32.130.12)

For example,
    ftp -n sgi.com
    ....
    user anonymous
    ... <type in password>
    cd graphics/tiff
    binary
    get v3.0.tar.Z

The software comes in a compressed tar file.  To extract the
information:
    zcat v3.0.tar.Z | tar xf -
(uncompress and extract individual files in current directory).

There is also a companion compressed tar file, v3.0pics.tar.Z
that has sample TIFF image files.  These are mostly useful in
testing the software if/when you port it to an unsupported system.
From: starkie@eddore.trl.oz.au (Brad Starkie)
Newsgroups: comp.windows.interviews
Subject: Using prototypes in ibuild (question)
Date: 14 Apr 92 03:19:03 GMT
Organization: Telecom Research Labs,Melbourne, Australia


I'm in the process of creating a simulation tool using unidraw and
ibuild. I'm using a GraphicCompTool to put an view on the viewer 
but this component needs to have a pin attached to it.
I can use the examine graphic on the graphicCompTool which pops up
idraw to draw the graphic. When I compile the code it runs okay. The
problem: to add the pin to the graphic comp generated by ibuild it
seems I have to hack at the core files. I'd like to avoid this if I
can how do I do this.

Thanks in advance
Brad Starkie.

______________________________________________________________________________
Brad Starkie,			Voice: +61 3 541 6439	   Fax: +61 3 543 1944
Telecom Research Laboratories, P.O. Box 249, Clayton, Victoria 3168, AUSTRALIA
Internet: b.starkie@trl.oz.au
X400:    g=brad s=starkie ou=trl o=telecom prmd=telecom006 admd=telememo c=au
______________________________________________________________________________
Newsgroups: comp.windows.interviews
From: louis@obelix.newshost.uwo.ca (Chan Louis)
Subject: what is new.Z in sg.com ?
Organization: /m4/student/1985/louis/.organization
Distribution: comp.windows.interviews
Date: Thu, 9 Apr 1992 11:54:03 GMT

Hi,
        Do anyone know what is the difference of new.Z in sgi.com between
3.0.1.tar.Z ?  Is it a beeter implementation of kit ?  Will this implementation
will be the future of 3.1 ?

Thanks in advance.

Louis
From: eed@lulea.trab.se (Erik Edlund)
Newsgroups: comp.windows.interviews
Subject: Exchange Graphic in a GraphicView derived class
Date: 14 Apr 92 10:25:08 GMT
Organization: Telia Research AB, Aurorum 6, 951 75 Lulea, Sweden

I'm trying to create a derived class of GraphicComp and a Graphical View for
that class in Unidraw.

I want to be able to exchange the graphic object of my derived class of
GraphicView in runtime, so my view sometimes look like a rectangle,
sometimes like an ellipse, or any other graphic.
(i.e. change the visible part of my view in the viewer, without changing
view)

My questions are:

* Why has the member functions Interpret,CreateManipulator and
  InterpretManipulator in class RectView implementations that differentiates
  so much from EllipseView and GraphicView? Is it necessary? (As a test, I
  removed all 'special' stuff in RectView so it looked like the one in
  EllipseView and run it in "pued". It worked just fine, but did I lose
  anything by doing this?)

* If I have understand thing correct Creator needs an instance of a graphic as
  a prototype for a view.  What is this prototype used for?
* Will it result in any problems if I change graphic (say from an SF_Ellipse
  to a SF_Rect) in my view, in runtime?

Please help me with these questions.

     /
    /  Erik Edlund
From: tom@ssd.csd.harris.com (Tom Horsley)
Newsgroups: comp.windows.interviews
Subject: Re: Can C++ / X empower us to make great apps for the 90's?
Date: 14 Apr 92 13:30:13 GMT
	<ku2bimINN8gk@exodus.Eng.Sun.COM> <1992Apr8.060832.9260@sfc.sony.com>
	<1992Apr8.105656.10722@mintaka.lcs.mit.edu> <11244@borg.cs.unc.edu>
Organization: Harris Computer Systems Division
In-reply-to: leech@cs.unc.edu's message of 12 Apr 92 21:05:44 GMT

>>>>> Regarding Re: Can C++ / X empower us to make great apps for the 90's?; leech@cs.unc.edu (Jon Leech) adds:

leech> In article <1992Apr8.105656.10722@mintaka.lcs.mit.edu>, dave@kanga.lcs.mit.edu (David Sternlicht) writes:
> Bob I agree that the learning curve is high.

leech>     I suspect the steepness of the learning curve is strongly
leech> correlated with how expert a C++ programmer one is.

Actually, it is also pretty well correlated with the documentation (yes, I
know the documentation is gradually improving).

I found I was able to understand InterViews much better after I got so
confused I decided to write my own X11 C++ class library. The process of
having to make the design decisions for my own library made me realize just
why InterViews works the way it does in many places and I was able to
understand it much better (no, I never finished my library, it was a
learning exercise, not a serious project).

What InterViews really needs to take off is an introduction and "rationale"
document to give folks the right mindset to begin programming (I am not
saying it would be easy to generate such a document, mind you).
--
======================================================================
domain: tahorsley@csd.harris.com       USMail: Tom Horsley
  uucp: ...!uunet!hcx1!tahorsley               511 Kingbird Circle
                                               Delray Beach, FL  33444
+==== Censorship is the only form of Obscenity ======================+
|     (Wait, I forgot government tobacco subsidies...)               |
+====================================================================+
Newsgroups: comp.windows.interviews
From: haber@CS.WISC.EDU (Eben Merriam Haber)
Subject: Performance Improvement with Unidraw?
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 13 Apr 1992 16:55:12 GMT


I am considering upgrading my current interface, which uses graphic classes
from 2.6, to Unidraw.  

Can I expect any performance improvement?

I do lots of drawings of large and complicated figures, which takes some time,
so any improvement would make the move worthwhile...

Thanks!

Eben Haber
haber@cs.wisc.edu
From: chan@ICSI.Berkeley.EDU (Pamela Chan)
Newsgroups: comp.windows.interviews
Subject: event loops
Date: 8 Apr 92 19:15:10 GMT
Organization: International Computer Science Institute, Berkeley, CA, U.S.A.



The event loop for a filechooser looks like this:
    Event e;
    int status = 0;
    do {
        status = filechooser->Accept();  // has another while loop inside
        if (status == 0) {
            cout << filechooser->Choice() << endl;
            cout.flush();
        }
    } while (!world->session()->done() && (status==0));


The event loop for world->run() looks like this:
    Event e;
    do {
	read(e);
	e.handle();
    } while (!done);
}
Newsgroups: comp.windows.interviews
From: lehman@PINKPANTHER.LLNL.GOV (Sean Lehman)
Subject: remove me from the mailing list
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 13 Apr 1992 15:30:01 GMT

Please remove me from the mailing list.
I am probably listed as  lehman2@llnl.gov

Thanks.


-->skl (Sean K. Lehman)
 LEHMAN2@llnl.gov
 lehman@tweety.llnl.gov      (128.115.108.23)
Newsgroups: comp.windows.interviews
From: linton@marktwain.rad.sgi.com (Mark Linton)
Subject: Re: Unidraw for Interviews 3.0 and higher
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi
Date: Fri, 17 Apr 1992 18:51:53 GMT

In article <11314@borg.cs.unc.edu>, hilgedic@rainier.cs.unc.edu (John Hilgedick) writes:
|> I have a request.  I've spent the last couple of weeks looking
|> through various materials trying to figure out how to write a 
|> simple graphical editor using InterViews.  I have been 
|> frustrated with poor documentation on Unidraw in regards to how 
|> to actually create an application with Unidraw and also not
|> knowing what version of Unidraw the material refers to.  I guess
|> I really have several questions:
|> 
|> 1.	Is there a Unidraw 2.6?
|> 2.	Is there a Unidraw 3.0?
|> 3.	Is there a Unidraw 3.1? (or is that 3.0.1?)
|> 
|> 4.	Does anybody out there have a tutorial (for ANY application)
|> 	for Unidraw 3.0 or higher?  If so could I get a copy?
|> 5.	Does anybody out there have a simple graphical editor (like
|> 	punidraw) that wouldn't mind letting me have the source code?
|> 
|> I would really like to find materials (code and documentation) that
|> is meant to work for InterViews/Unidraw 3.0 or higher.  The source
|> code that I have for punidraw doesn't use Unidraw but some older
|> graphic library that I really don't want to get involved with.

Have you looked at punidraw.ps in iv/src/papers on 3.0.1?  It is Unidraw-based.
Xref: sparky comp.windows.interviews:1449 comp.unix.aix:5302
From: howard@coh-uk.UUCP (Howard Wilkinson)
Newsgroups: comp.windows.interviews,comp.unix.aix
Subject: Re: Problem building InterViews on AIX 3.2 / IV 2.6 ibm rs6000
Summary: The replacements of /**/ tokens in K&R compilers was often used
	 to fool the pre-processor into pasting two tokens together.
	 Ansi uses ## we think.
Date: 9 Apr 92 19:30:57 GMT
Followup-To: poster
Organization: Coherent Technology Ltd., Fareham, England

In article <1992Mar25.214136.3649@kong.gsfc.nasa.gov>, dealy@kong.gsfc.nasa.gov (Brian Dealy - CSC) writes:
> Has anyone encountered a problem such that the cpp on a machine
> sees a line like 
> /**/ # isnt this supposed to be a comment
> 
> and tries to process it anyway.
> Is there some fix for this (like a flag to set or am I using an
> obselete cpp technique here or something?) 
> 
> Thanks 
> Brian Dealy
> dealy@kong.gsfc.nasa.gov

/**/ is used as a paste token in early K&R pre-processors. Thus
any pair of tokens connected by only /**/ would be pasted together.
/* */ is treated as white space which is the ANSI convention for
/**/.

ANSI replaced it by ## we think.

Hope this adds more information than noise.

Howard.
Newsgroups: comp.windows.interviews
From: KOYROYP%GRPATVX1.BITNET@FORSYTHE.STANFORD.EDU ("Petros Kourouniotis")
Subject: (none)
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 13 Apr 1992 14:52:38 GMT

send help

Newsgroups: comp.windows.interviews
From: eto@ds10.kagi.esed.mt.nec.co.jp (Miki Eto)
Subject: Image displaying performance
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 13 Apr 1992 12:25:41 GMT


I used tiff viewer using the book called "Programming with InterViews"
as a reference manual.
I measured the cost of displaying linton.tif on an EWS4800 workstation,
it took about 22 seconds to display the image.
An EWS4800 workstation contains an R3000A CPU chip (33MHz, 37MIPS).


I would appreciate it if anyone could give me some information 
which would allow me to achive better performace
than the trial indicated above.

					Your sincerely.
 						Miki Eto
From: steinarb@idt.unit.no (Steinar Bang)
Newsgroups: comp.windows.interviews
Subject: Re: Raster images in IV
Date: 10 Apr 92 07:51:03 GMT
Distribution: comp
Organization: Norwegian Institute of Technology, Trondheim, Norway

>>>>> On 9 Apr 92 14:23:52 GMT, bettingr@cs.Buffalo.EDU (Keith Bettinger) said:

> I am also wondering what other formats people have written Raster
> converters for.  This type of information seems particularly good to
> be passing around.

Well, in the iv 3.0.1 distribution, you find the files:
  iv/src/bin/doc/PGM_Image.h
  iv/src/bin/doc/PGM_Image.c
  iv/src/bin/doc/PPM_Image.h
  iv/src/bin/doc/PPM_Image.c

Which seems to be able to read Portable Graymaps and Portable Pixmaps
into Rasters.

- Steinar
Newsgroups: comp.windows.interviews
From: mrs@CYGNUS.COM (Mike Stump)
Subject: Re: g++ 2.1 global object instance initialization problem
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 10 Apr 1992 10:36:28 GMT

> Date: Fri, 10 Apr 92 17:55:39 +1000
> From: charles@probitas.cs.utas.edu.au (Charles Lakos)
> Message-Id: <9204100755.AA41189@probitas.cs.utas.edu.au>
> Newsgroups: gnu.gcc.bug
> References: <9204080723.AA01056@cygnus.com>

> Mike, sorry for latching onto one of your replies to an unrelated question
> in the news, but I was wondering if you could answer a couple of simple
> questions about getting Interviews up under gcc-2.1.

> 1. Are the problems likely to be removed with further releases of gcc or
>    will a set of diffs be required as before?

Your question is so imprecise as to make it hard to answer.  I do not
make releases of ``official'' InterViews so I cannot say that patches
to InterViews will not be necessary.  As to patches to gcc, the goal
is to have gcc (g++) accept all the necessary parts of ARM to allow
complete compilation of InterViews.

Future releases of gcc will probably be able to work with InterViews.

> 2. Are you working on such a set of diffs, and if so when might they be ready?

I work on the main g++ tree.  I don't do diffs, as a general rule.
(Anymore) I have had diffs for a very long time, so I guess the answer
to your question is, now.  See pub/contrib/g++ on
interviews.stanford.edu for details.

> 3. Having looked through your earlier diffs, the significant differences 
>    seemed to be the types of parameters in the library calls.  Are these 
>    likely to be the the main problems now?

No, not really.

> 4. Is it just coincidence that the InterViews samples using Unidraw do not
>    work under gcc-2.1?

I would claim that idraw uses Unidraw, and I would claim that idraw
works, so I would further claim that the above it not a true
statement.

> BTW, I am trying to get the stuff to work on a Sun Sparcstation.

Should work semi ok.  ibuild and doc are loses probably right now.  If
you go with my patch kit, ibuild will work.
Newsgroups: comp.windows.interviews
From: sriram@brc.uconn.edu (Chittathoor M. Sriram)
Subject: Finite State Machines Program
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 10 Apr 1992 15:08:27 GMT

Hi,
	Is there any program on finite state machines in InterViews. Any pointers will be appreciated. I need it urgently.

Thanks,

Sriram
Newsgroups: comp.windows.interviews
From: tang@braun.stanford.edu (Steve Tang)
Subject: Re: Using prototypes in ibuild (question)
Organization: Stanford University
Date: 15 Apr 92 16:34:40


>I can use the examine graphic on the graphicCompTool which pops up
>idraw to draw the graphic. When I compile the code it runs okay. The
>problem: to add the pin to the graphic comp generated by ibuild it
>seems I have to hack at the core files. I'd like to avoid this if I
>can how do I do this.

You don't have to hack the core files.  You can export the parent
graphic (the GraphicComps's graphic that you want to insert the pin
into), then do

        PinGraphic* pingr = new PinGraphic;
        GraphicComps* grcomps = (GraphicComps*)_parent->GetTag();
        grcomps->Append(new PinComp(pingr));

        /* align pingr to other exported graphics */

        grcomps->Notify();


Steve
From: yun@diva.Berkeley.EDU (Louis Yun)
Newsgroups: comp.windows.interviews
Subject: geometry management???
Date: 6 Apr 1992 18:00:48 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: diva.berkeley.edu


Hi,
	I'm a neophyte to InterViews and GUI design, and hope someone
can shed some light on the way InterViews 3.0 does geometry managemenet.
This is the model I've come up with:

   To request canvas area, a primitive glyph fills out a Requisition 
   from within its constructor.  A composite glyph fills out a Requisition
   from within Glyph::request by combining the Requisitions of its
   children.  

If a glyph wants to change its canvas area during an application, does
it rewrite its Requisition from within Glyph::request?  Are the
functions request, allocate, draw event-triggered?  What causes them to
be called?

In the ScaleToFit example in the ref. manual, the body of ScaleToFit is
a Image with fixed stretchability/shrinkability.  I guess ScaleToFit
inherits this Requisition.  If I added a row of buttons on top, separated
from the ScaleToFit glyph by vglue, and then resize the window, how does
InterViews figure out how much canvas area to allocate to the ScaleToFit
glyph, & how much to allocate to the row of buttons and vglue?  Will
window resize cause allocate and draw to be called for every glyph?

help is most appreciated,
louie
Newsgroups: comp.windows.interviews
From: luj@sanandreas.ecn.purdue.edu (John Lu)
Subject: Requisition and Allocation
Cc: dwwhite, luj
Organization: Purdue University Engineering Computing Network
Distribution: usa
Date: Wed, 15 Apr 1992 09:06:53 GMT

Looks like that building GUI components in IV-3.x is getting quite easy now.

However, I am still struggling w/ drawing multiple glyphs. In particular, I
am experimenting with objects provided in doc/Figure.[ch]. It seems to me
that each glyph is specified in its own "modelling coordinate system",
drawing a _single_ glyph onto the window is just a mapping of this "world
window" onto the canvas viewport(allocation, or perhaps extension). As a
result, specifying the "position" of a glyph deos not make difference in the
graphical output.  This can be demonstrated clearly by the following short 
program using a Circle as example(one has to take another glyph out). 

To model two circles in the world with some relative position, it is wrong
to mix the composition mechanisms such as vbox, hbox etc. wtih the
"world" modeling coordinate system. See the attached example.

Now, my question is that is it possbile to  map a 2D world model 
consisting of multiple objects  onto the screen reasonably easy 
w/o resorting to 2.6 Unidraw ? Could anyone shed some lights or 
better show me some simple working examples ?

Thanks for your help,

-- John

// --- cut here ----
#include <InterViews/session.h>
#include <InterViews/style.h>
#include <InterViews/window.h>
#include <InterViews/background.h>
#include <InterViews/brush.h>
#include <InterViews/layout.h>
#include <IV-look/kit.h>
#include "Figure.h"

int main(int argc, char** argv) {
    Session* session = new Session("Himom", argc, argv);
    Style* style = session->style();
    LayoutKit* layout = LayoutKit::instance();
    Brush* brush = new Brush(1.0);
    session->run_window(
	new ApplicationWindow(
	    new Background(
		layout->variable_span(
		    layout->vbox(
			new Circle(
			    brush, 
			    style->foreground(),
			    nil,
			    -100, -50, 100 // x = -100, y = -50, r = 100
			),
			new Circle(
			    brush, 
			    style->foreground(),
			    nil,
			    -50, -25, 50
			)
		    )
		),
		style->background()
	    )
	)
    );
}
// --- cut here ----
--
-- John Lu 
   luj@ecn.purdue.edu
Newsgroups: comp.windows.interviews
From: richardf@picasso.cssc-syd.tansu.oz.au (Richard Favero)
Subject: My ibuild program will not find its resource file!
Keywords: resource file
Organization: Telecom Australia
Date: Thu, 9 Apr 92 01:21:22 GMT

Hi,

I have had a frustrating time getting my resource file read by my program.
The program is generated by ibuild and has an executable name xxxx.

The class name of the top level window is XXXX. There are two dialogs whose class 
names are AAA and BBB.

This is what I have tried.

I put a file in the /usr/lib/X11/app-defaults/XXXX
In this file is
	XXXX*foreground: navy

But nothing happens!
In my .Xdefaults
	XXXX*foreground: navy

But nothing happens!

I have also tried using the executable name instead with no luck

I have also set the XAPPLRESDIR variable to the /usr/lib/X11/app-defaults.

But nothing happens.

I have also tried the directory where the Doc resources are kept but nothing 
happens.

I have given the instance name the same name as the class XXXX and this does
not seem to help.

The system is an HP720 using an X11R4 directory(in which I also tried these
thing.

I am open to any suggestions. There is something that I dont know about and 
I am sure that someone kows what it is.

Thanks to Yufan who has assisted
Thanks in advance
Richard Favero

Newsgroups: comp.windows.interviews
From: haber@CS.WISC.EDU (Eben Merriam Haber)
Subject: Question about buttons & events
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 9 Apr 1992 21:26:44 GMT


Hi there!

I am using IV 3.0.1 for a simple user interface.  I have some buttons that
are used for regulating the speed that output appears in a text editor.

While user code is executing, it appears that the buttons do not respond to
events (clicking).  Is there a call I can make to tell the buttons to respond
if there are any outstanding events?

I've looked through the Man pages, and they are not very clear on this.

Thanks!

Eben M Haber 
haber@cs.wisc.edu
Newsgroups: comp.windows.interviews