HDTenEightyP/NetNews huggingface dataset:
From: garp@isy.liu.se (Johan Garpendahl)
Subject: Re: Making InterViews 3.0.1 with GNU C 2.1
Keywords: InterViews, GNU C 2.1
Organization: Dept of EE, University of Linkoping
Date:  6 Apr 92 09:20:54 GMT

bakker@cs.rulimburg.nl (Harm Bakker) writes:


>Result of making and installing InterViews 3.0.1. with GNU C 2.1
>----------------------------------------------------------------
>Software: InterViews 3.0.1
>Machine: sun4 (sparc)
>OS: Sunos 4.1.1
>Compiler: GNU C, 2.1

>I succeeded in compiling InterViews 3.0.1, but there are some problems with
>the Interface builder and various other applications.
>I will first describe some changes I made to the sources of Interviews.
>Then I will describe the problems with the tools. I hope someone else
>recognizes these, and could point me in the right direction to correct them.

I've made some changes too, but I have not had the same results.

>2. Problems with applications.

>The resulting InterViews installation is not working bug free however.

>- Doc doesn't read its menus from its app-defaults file as mentioned in the
>README. The path for the installation is pointing to the installed
>directory of InterViews, as specified in the local configuration file,
>so I don't see what's wrong.

My Doc comes up with no menus at all. Well, there are menus, but there is
no text in them. I don't know why.

>- idraw crashes as I try to magnify a drawing containing text to a
>magnification of 0.5.

At first, I had problems with getting idraw to start without a segv.
I found a file in the Unidraw library called kybd.c that contained strings 
that seemed to be uninitialized. So I moved the initialization to another 
place, the initialization of the unidraw library.

Now, I can get keybord events through, but no mouse events get through if 
unidraw is used.


	Johan




-- 
Johan Garpendahl                   | Email: garp@isy.liu.se
Linkoping University               | Phone: +46 - 13 - 28 13 24
Dept. of Electrical Engineering    | Fax  : +46 - 13 - 13 92 82
S-581 83  LINKOPING // SWEDEN      | This space is left blank.
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Error while installing interview
Date: 7 Apr 92 21:29:53 GMT
Article-I.D.: fido.j8rb9ac
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi

In article <9204031730.AA15264@Andersen.COM>, andersen!gcabral@UUNET.UU.NET (Gui Cabral) writes:
|> We recently ftp InterViews and while trying to install it we got the following error message
|> (after issuing the "make World" command):
|> 
|> 	making all for SUN4 in ./src/bin/iclass/SUN4
|> 	CC +p    -Dcplusplus_2_1 -Div2_6_compatible   -I../../../.././src/include/InterViews/2.6 -I../../../.././src/include/IV-look/2.6 -I../.
|> 	./../.././src/include     -c ../classbuffer.c
|> 	CC  +p ../classbuffer.c:
|> 	"../classbuffer.c", line 198: error:  undefined function S_ISDIR called
|> 	1 error
|> 	*** Error code 1
|> 	make: Warning: Target `all' not remade because of errors
|> 	Current working directory /KBSA2/InterViews/iv/src/bin/iclass/SUN4
|> 
|> Any suggestions about the cause of the problem and how to correct it?

Not all systems seem to have S_ISDIR.  Try adding the following lines:

#ifndef S_ISDIR
#define S_ISDIR(mode) (((mode) & S_IFMT) == S_IFDIR)
#endif
From: vlis@WATSON.IBM.COM (John Vlissides)
Subject: Re: Problems in Unidraw
Reply-To: vlis@watson.ibm.com
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 17 Apr 1992 12:41:29 GMT

In article <1992Apr8.062804.14719@trl.oz.au>, you write:
>
> In grview.c ( from the library ), there is this member
> function of GraphicView, which is advertised as
> "Return the viewer( if any) that displays the view )"
>
> The actual member function is as follows...(From lib)
> Viewer* GraphicView::GetViewer () {
>     GraphicView* parent = (GraphicView*) GetParent();
>
>     if (parent == nil) {
>         return nil;
>     } else {
>         return parent->GetViewer();
>     }
> }
>
> Now this will always return nil, as it is
> 'recursive' UNLESS there is some GraphicView which explictly
> has overloaded GetViewer to return a useful value. [ y/n
> am I on the right track ?]
>
> This seems a little unusual, I would think that a view
> should always be able to find its viewer...

Notice that the GraphicView class does not store a pointer to a
viewer.  In fact, none of the predefined GraphicView subclasses do,
not even GraphicViews.  This is because drawings may have many
GraphicViews in them (e.g., defining groups of components), and having
a pointer to the enclosing viewer in each would create unnecessary
overhead.

Instead, the viewer defines a component view called a ViewerView that
serves as the top level view in the hierarchy it displays.  The
ViewerView's presence is transparent the programmer---all you should
need know is that a Viewer contains and displays the GraphicView you
(optionally) gave it.  It is this ViewerView instance that stores a
pointer to the enclosing Viewer (which created the ViewerView in the
first place), and it is the ViewerView class that overrides GetViewer.
That way, only one view needs to store a pointer to the enclosing
viewer.  Moreover, if there's no ViewerView in the hierarchy, then
obviously there's no viewer.

--
John Vlissides / IBM T.J. Watson Research / vlis@watson.ibm.com
From: deitsch@sol.crd.ge.com (Andy Deitsch)
Newsgroups: comp.windows.interviews
Subject: Re: Wrapping Motif gunk up in InterViews 3.0
Date: 16 Apr 92 13:56:45 GMT
Reply-To: deitsch@sol.crd.ge.com
Organization: GE Research & Development

> I am involved in building a GUI and we have a problem.  Our development
> language is C++, of course, and we have some "wrapper" libraries for Motif
> but they wrap it only at a pretty low level.  We like InterViews much
> better as a basis for continuing development, but there are a lot of pretty
> widgets working in raw C/Motif and we doubt we can reproduce them in IV in
> less than a couple of months, if ever.  Even then they may not have the 
> completely Motif-consistent look and feel we need. 

HP has a product called HP InterViews Plus.  According to the product
manager, end users will not know that your application wasn't developed
using true motif widgets.  From everything i've heard, it sounds like
a great product.

-- 
_________________________________________________________________________
Andy Deitsch                            email    : deitsch@crd.ge.com    
GE Corporate Research & Development     phone    : (518) 387-7207         
Schenectday, NY 12301                   dial comm: 833-7207             

                                     
                                     
                                     
                                     
                                     
                                     

                                     
Newsgroups: comp.windows.interviews
From: Frank.Wegmann@RUBA.RZ.RUHR-UNI-BOCHUM.DE
Subject: Problems when compiling with g++
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 8 Apr 1992 11:45:02 GMT

Hi,

I'm new to this forum so I don't know if it's all clear for other people, but
I have trouble in compiling iv-3.0.1 with the latest GNU compiler (gcc 2.1).
Building InterViews should be done on a SUN 4, SunOS 4.1, X11R5 (pl 6).
Problems already appear in building libIV.
Has anybody successfully compiled it (and what about using shared libraries
together with gcc) ?

Frank Wegmann
<wegmann@ruba.rz.ruhr-uni-bochum.de>
Newsgroups: comp.windows.interviews
From: vallone@shady.grail.com (Daniel E. Vallone)
Subject: Using a PushButton to execute a Command
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 17 Apr 1992 16:50:24 GMT


Hello,

I would like to make a quit button that will call QuitCmd::Execute()
when its pushed.  I haven't found any examples of Commands being
Executed by PushButtons.

About all I have to go on now is the Menu class.  It does everything
I want, except look like a PushButton.

Any help is greatly appreciated!

-Dan
From: zdravc@ROBO.FER.YU (Zdravko Balorda)
Newsgroups: comp.windows.interviews
Subject: install 3.0.1 on hp400
Date: 12 Apr 92 14:09:02 GMT
Organization: Internet-USENET Gateway at Stanford University
X-Unparsable-Date: Fri, 10 Apr 92 13: 43:35 METDST

X------------------------------------------------------------------------
X-Organization: Faculty of Electrical and Computer Engineering, Ljubljana
X-Dept: Laboratory for Robotics
X-Postal: Trzaska 25, 61000 Ljubljana, Slovenia
X-Comm: Phone +38 61 265 161 ext 238 Fax +38 61 264 990 Telex 31573
X------------------------------------------------------------------------
Mailer: Elm [revision: 66.25]

Hi there,

Is there anyone that have installed InterViews 3.0.1
on hp9000 model 400 running hp-ux 8.0? I would appreciate 
if one could send me the customization files needed for
successful compilation. I need also binaries for imake and
makedepend as they are not part of hp-ux X11R4 installation.

Thank you in advance,
Regards, Zdravc
zdravc@robo.fer.yu
Newsgroups: comp.windows.interviews
From: adtsp@deneb.aries.saic.com (Steve Pothier)
Subject: How do I get mouse sensitivity for a polygon?
Reply-To: pothiers@tuva.saic.com
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 9 Apr 1992 20:39:35 GMT


This can't be as hard as it seems. I've created of SF_Polygons (well,
actually PolygonComps) in my application (mostly built with IBUILD).

I want to output some info when the user clicks on one of these drawn
polygons.

I've done the same thing on at least 3 other platforms and it was
always pretty straightforward.  In InterViews I find myself lost in a
maze of Manipulators, Interactors, Tools, Commands, Views, and
Components.

I really just want to be able to attach a handler to a
GraphicComponent.

Any pointers would be appreciated (even if its just to tell me its
really is as convoluted as it seems).

Thanks,
Steve Pothiers
pothiers@tuva.saic.com 
Newsgroups: comp.windows.interviews
From: arrouye@IMAG.FR (Yves Arrouye)
Subject: Styles: pb
Organization: IMAG Institute, University of Grenoble, France
Date: Mon, 6 Apr 1992 06:50:49 GMT

I would like to provide language-independence in my application. My first
try was to define attributes like *french.filemenuname and
*english.filemenuname, but this doesn't work. Another try was to replace the
'.' by '*', and (then switching to the 3.0 world), doing

    unidraw->GetWorld()->style()->find_style("french")->find_attribute(...)

but this didn't work too. Now, I added "french" and "english" prefixes to the
Style returned by World::style(), but the attribute is not found...

How can I do that ? Another question is : if I want to switch between
languagesehen my application is running, what must I do ?

Thanks for any help.

P.S.: I'm looking for an InterViews 2.6 reference manual, too, because using
Unidraw involves sticking to the 2.6 world as much as possible...



-- 

----------
Yves Arrouye                                              arrouye@imag.imag.fr  
Ensimag
From: sheldon@kong.gsfc.nasa.gov (Roger Sheldon - AISS)
Newsgroups: comp.windows.interviews
Subject: Re: problems porting interviews to ISC3.0
Date: 16 Apr 92 16:46:40 GMT
Organization: Goddard Space Flight Center

In article <root.703007674@scuzzy> root@utopia.contrib.de (Thomas Kaulmann) writes:
>
>hi,
>i'm a beginner with c++ and InterViews and i try to get it to run on
>my intel platform under isc3.0 with g++-2.1 and libg++-2.0.
>i have a problem with building the Unidraw lib. i fixed it temporarily
>by commenting out the nasty code ;-)
>
>
>	g++ -O -Div2_6_compatible -DISC -DSYSV386 -DSYSV -DUSG  -I../../../.././src/include/InterViews/2.6 -I../../../.././src/include/IV-look/2.6 -I../../../.././src/include     -c ../catalog.c
>// SOME WARNINGS DELETET....
>../catalog.c:1596: bad argument 0 for function `istream::istream (struct streambuf*, class ostream* (=  0 ))' (type was unsigned int )
>../catalog.c:1596: in base initialization for class `istream'
>*** Error code 1
>
>Stop.
>
>the error occurs in catalog.c in libUnidraw.a in the following function
>in line 1596:
>
>PSPattern* Catalog::ReadPattern (const char* n, int index) {
>    const char* def = GetAttribute(Name(n, index));
>
>    if (def == nil) {
>	return nil;
>    }
>    char* definition = strnew(def); // some sscanfs write to their format...
>
>    PSPattern* pat = nil;
>    boolean none = (definition[0] == 'n' || definition[0] == 'N');
>
>    if (none) {
>	pat = FindNonePattern();
>
>    } else {
>	if (strchr(definition, '.') != nil) {
>// STUFF DELETED
>	} else {
>	  istream in(strlen(definition) + 1, definition); // HERE IS THE PROBLEM

Here's my workaround

#ifdef __GNUG__
		streambuf sb;
		sb.setbuf(definition, strlen(definition)+1);
		istream in(&sb);
#else
                istream in(strlen(definition) + 1, definition);
#endif

	... stuff deleted

This seems like it should do the trick, but I'm just in the
middle of trying to build iv 3.0 myself, so use this advice
with caution.

Hope this helps,

Roger
Newsgroups: comp.windows.interviews
From: bennouar@VLSI.POLYMTL.CA (Djamal-Eddine Bennouar)
Subject: Remove
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 16 Apr 1992 14:03:58 GMT

Please remove me from the mailing list

Thanks
Djamal BENNOUAR
Newsgroups: comp.windows.interviews
From: luj@sanandreas.ecn.purdue.edu (John Lu)
Subject: Simple Member Function Question
Organization: Purdue University Engineering Computing Network
Distribution: usa
Date: Wed, 15 Apr 1992 06:02:38 GMT


I saw following in IV's code. 

class Bar { /* ... */ };
class Foo {
public:
    const Bar& func() const { return bar_; }
    Bar& func() { return bar_; }
private:
    Bar bar_;
};

It seems to me that only the 2nd member function is enough. What's 
rationale for having two member functions ? (guess that I still to work
harder on my C++)

Thanks,

--
-- John Lu 
   luj@ecn.purdue.edu
From: hilgedic@rainier.cs.unc.edu (John Hilgedick)
Newsgroups: comp.windows.interviews
Subject: idraw
Date: 14 Apr 92 21:28:26 GMT

Hi,

I kust compiled idraw and had no compilation or linking errors - but
when I try to run idraw, it crashes.  I have run dbx on it and it 
crashes at:

(dbx) where
>  0 MultiLineNoMap__9ivPainterFP8ivCanvasPiT2i(0x1004da00, 0x8, 0x8, 0x11, 0x10
04d800) ["../../IV-2_6/xpainter.c":1099, 0x4f2b38]
   1 Ellipse__9ivPainterFP8ivCanvasiN32(0x100cf580, 0x0, 0x0, 0xa, 0x6) ["../../
IV-2_6/painter.c":464, 0x4ebf14]
   2 draw__10SF_EllipseFP8ivCanvasP7Graphic(0x100cf580, 0x7fffb830, 0x7fffb830,
0x6, 0x100d2a40) ["../ellipses.c":328, 0x481938]
   3 draw__7PictureFP8ivCanvasP7Graphic(0x100cf580, 0x100d2a40, 0x6, 0x0, 0x6) [
"../picture.c":262, 0x4a9360]
   4 Draw__7GraphicFP8ivCanvas(0x100cf580, 0x3c, 0x0, 0xc, 0x4d636c) ["../graphi
c.c":79, 0x46ba98]
   5 Redraw__18UControlInteractorFiN31(0x0, 0x0, 0x3c, 0x19, 0x4d0114) ["../uctr
l.c":72, 0x48c090]
   6 receive__18ivInteractorWindowFRC7ivEvent(0x7fffb9c8, 0x10001da8, 0x534ddc,
0x10043740, 0x10043080) ["../../IV-2_6/xinter.c":327, 0x4d6368]
   7 get__9ivDisplayFR7ivEvent(0x7fffb9c8, 0x0, 0x0, 0x0, 0x10041030) ["../../IV
-X11/xdisplay.c":566, 0x5209cc]
   8 check__12ivSessionRepFR7ivEvent(0x7fffb9c8, 0x10043040, 0x46, 0x7fffb876, 0
x10043040) ["../../InterViews/session.c":372, 0x519f48]
   9 read__9ivSessionFR7ivEvent(0x7fffb9c8, 0x0, 0x4a7004, 0x10041600, 0x0) ["..
/../InterViews/session.c":336, 0x519c88]
  10 Run__7UnidrawFv(0x1004b200, 0x0, 0x7fffba64, 0x100089bc, 0x100081c0) ["../u
nidraw.c":262, 0x49fdb4]
  11 main.main(0x7fffba64, 0x0, 0x0, 0x0, 0x0) ["../main.c":143, 0x41bc38]
(dbx)

Any hints as to what I've done wrong?

Thanks,

- john
From: root@utopia.contrib.de (Thomas Kaulmann)
Newsgroups: comp.windows.interviews
Subject: problems porting interviews to ISC3.0
Date: 11 Apr 92 15:54:34 GMT
Organization: Contributed Software


hi,
i'm a beginner with c++ and InterViews and i try to get it to run on
my intel platform under isc3.0 with g++-2.1 and libg++-2.0.
i have a problem with building the Unidraw lib. i fixed it temporarily
by commenting out the nasty code ;-)


	g++ -O -Div2_6_compatible -DISC -DSYSV386 -DSYSV -DUSG  -I../../../.././src/include/InterViews/2.6 -I../../../.././src/include/IV-look/2.6 -I../../../.././src/include     -c ../catalog.c
// SOME WARNINGS DELETET....
../catalog.c:1596: bad argument 0 for function `istream::istream (struct streambuf*, class ostream* (=  0 ))' (type was unsigned int )
../catalog.c:1596: in base initialization for class `istream'
*** Error code 1

Stop.

the error occurs in catalog.c in libUnidraw.a in the following function
in line 1596:

PSPattern* Catalog::ReadPattern (const char* n, int index) {
    const char* def = GetAttribute(Name(n, index));

    if (def == nil) {
	return nil;
    }
    char* definition = strnew(def); // some sscanfs write to their format...

    PSPattern* pat = nil;
    boolean none = (definition[0] == 'n' || definition[0] == 'N');

    if (none) {
	pat = FindNonePattern();

    } else {
	if (strchr(definition, '.') != nil) {
// STUFF DELETED
	} else {
	    istream in(strlen(definition) + 1, definition); // HERE IS THE PROBLEM

            int data[patternHeight];
// STUFF DELETED
	}
    }
    delete definition;
    return pat;
}


this is not the only problem. another problem is, when i start ibuild, the
second time in the same directory where the TOOLS and *.Tool files exists,
it hangs forever.
i checked the restricted file name length (interactive 3.0 doesn't support
long file names) by mounting a bsd filesystem via nfs but the symptoms
are the same...


please, if you can help, do so!

thomax
-- 
Contributed Software, Thomas Kaulmann, Graefestr. 42, 1000 Berlin 61
G N U  &  N E T W O R K S  &  U N I X  Tel. : +49 30 694 69 07
Mail: thomax@utopia.contrib.de         Modem: +49 30 694 (6182|6749|6809)
From: mtvrk@rivm.nl (Rob Kok)
Newsgroups: comp.windows.interviews
Subject: building interviews, unidraw etc
Date: 7 Apr 92 10:55:06 GMT
Organization: Rijksinstituut voor Volksgezondheid en Milieuhygiene,Bilthoven,NL
Originator: mtvrk@tintin.rivm.nl

Hello everybody,

The last few days i try to build interviews. Unfortunately i got lots
of error messages and the 'make World' stops.
Is there anybody who has build Interviews within the following configuration :

	Compaq 386/25 with 650 Mb harddisk
	Interactive 386/ix SYSVR3.2 version 3.0
	Xwindows release 4
	Glockenspiel C++ compiler.

Further is there a FAQ for Interviews ?

Please reply by e-mail.


Greetings

Rob Kok

-- 
    |   Rob Kok              | National Institute of Public Health and
    |                        | Environmental Protection
    | mtvrk@tintin.rivm.nl   | Bilthoven - The Netherlands
    |                        |
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Resource in iv 3.01
Keywords: memory leak, subject, resource
Date: 17 Apr 92 18:47:14 GMT
Article-I.D.: fido.jlsept0
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi

In article <1992Apr14.232745.12859@crd.ge.com>, hoffman@albirio.NoSubdomain.NoDomain (William A. Hoffman) writes:
|> 	I am using the 2.6 compatibility mode in iv 3.01.  Several of my classes
|> inherit from Subject which inherits from Resource.  My program had a large
|> memory leak because of the following:
|>  ...
|> All my code is going to be executed from the e.handle() call.  In effect this
|> means that Resource::defer is defaulted to true not false as it is stated in
|> the manual.   
|> 
|> 	Is this a bug or a feature?  Should I wrap all my code that is called
|> from handle functions with:
|> 
|> 	b = Resource::defer(false); my code;  Resource::defer(b);  

This is a feature.  It is common during the process of event handling
to want to "free" an object with an active method on the stack.
So we defer all destruction until after each event is handled.
If you want memory to be freed during the execution of your event handler,
then you do need to turn off deferral.
From: dave@kanga.lcs.mit.edu (David Sternlicht)
Newsgroups: comp.windows.interviews
Subject: Re: what is new.Z in sg.com ?
Date: 9 Apr 92 14:31:44 GMT
Article-I.D.: mintaka.1992Apr9.143144.4437
Distribution: comp.windows.interviews
Organization: MIT Laboratory for Computer Science

new.Z is a developers snapshot of the next version of InterViews.
You should only compile lib/IV/(arch)/libIV.a and bin/idemo/(arch)/a.out.
I have also heard of problems compileing this with SUN4 arch.  I had
no problem with SUN4.noshared (on an IPX with SunOS 4.1.1, X11R5 )
your mileage may vary :-).  Also make sure to install the interviews
app-defaults for idemo.
-- 
			
				dave sternlicht
				mit X consortium
				dave@expo.lcs.mit.edu
Newsgroups: comp.windows.interviews
From: anicolao@watcgl.waterloo.edu (Alex Nicolaou)
Subject: Problems with ClipBoard class in Unidraw on IRIX 4.0.1
Organization: Computer Graphics Laboratory, University of Waterloo, Ontario, Canada
Date: Tue, 7 Apr 1992 16:55:42 GMT

Has anyone else encountered problems like these? A fix would be much 
appreciated! Compiling with SGI's C++ compiler on the most recent revision
of the OS that we have to date.

making all for SGI in ./src/lib/Unidraw
making all for SGI in ./src/lib/Unidraw/SGI
        CC +p    -Dcplusplus_2_1 -Div2_6_compatible -DSYSV -Dsigned= -Dvolatile=
  -I../../../.././src/include/InterViews/2.6 -I../../../.././src/include/IV-look
/2.6 -I../../../.././src/include   -float  -c ../align.c
accom: Error: ../align.c, line 81: argument 2 type doesn't match prototype descr
iption.; prototype:  struct is different from actual:  pointer to struct
       if (GetComp__9ClipboardF8Iterator ( __1cb , __ct__8IteratorFR8Iterator (
& __0__V76 , (struct Iterator *)(& __1i )) ) == 0 ){
       -------------------------------------------------------------------------
-------------------------------------------^
accom: Error: ../align.c, line 84: argument 2 type doesn't match prototype descr
iption.; prototype:  struct is different from actual:  pointer to struct
       return GetComp__9ClipboardF8Iterator ( __1cb , __ct__8IteratorFR8Iterator
 ( & __0__V77 , (struct Iterator *)(& __1i )) ) ;
       -------------------------------------------------------------------------
----------------------------------------------^
 ... and so on.

Thanks
alex
From: lstabile@chpc.org (Larry Stabile)
Newsgroups: comp.windows.interviews
Subject: Contact at Quest
Date: 16 Apr 92 20:07:27 GMT
Distribution: usa
Organization: Center For High Perf. Computing of WPI; Marlboro Ma

Can someone please tell me how I can contact "Quest"?

Thanks,

  - Larry Stabile
From: htewari@unix1.tcd.ie (hitesh tewari)
Newsgroups: comp.windows.interviews
Subject: mailing list
Date: 16 Apr 92 10:37:28 GMT
Organization: Trinity College, Dublin

Can I be taken off the mailing list please.

		Thanks.

Hitesh.
Organization: Senior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.windows.interviews
Date: Tue,  7 Apr 1992 18:46:04 -0400 
From: Jason Andrew Barshay <jb6o+@andrew.cmu.edu>
Subject: Drawing simple graphics


I am having trouble drawing simple graphics using the unidraw graphics
library in a window.  I want to know how to start a unidraw session,
associate it with a window I've created and draw a circle or a rectangle
in it.  Any help would be greatly appreciated.

Jason
Organization: Fifth yr. senior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.windows.interviews
Date: Wed, 15 Apr 1992 12:18:37 -0400 
From: "Joseph John Butare, III" <jb7p+@andrew.cmu.edu>
Subject: zooming a tiff image

I would like to be able display a tiff image which can be resized and
zoomed.  I know how to resize the image using the scale to fit example,
but what is the best way to zoom in on a portion of the image?  Should I
use canvas::clip_rect() and then scale the clipped region with
canvas::transform()?

Also, is there any documentaion on canvas::push_transform(), 
canvas::push_clipping(), and related methods?  ScaleToFit uses
push_transform() but it is not clear what it is doing.  Could someone
post a brief description about what these functions are for?

Thanks for any help!
John

Newsgroups: comp.windows.interviews