HDTenEightyP/NetNews huggingface dataset:
From: sriram@brc.uconn.edu (Chittathoor M. Sriram)
Subject: Selecting A Zoom Region
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 3 Sep 1992 02:07:39 GMT


Hi,
	I have an application which has a Page filled with Glyphs.

	What I want to do is select a Portion of the Page for 
	zooming.  

	Presently I am drawing a rectangle with every motion 
	event to get a simulation of the RubberRect. That is 
	I redraw the entire page and then the Rectangle with the new
	dimensions. It sound like a inefficient way but I cannot
	think of any  other way to accomplish this in IV 3.0.

	Is there any better method ?

	Highly appreciate any pointers.


Sriram
From: zdravc@ROBO.FER.YU (Zdravko Balorda)
Subject: idraw 2.6-3.0
X-Unparsable-Date: Thu, 3 Sep 92 17: 42:30 METDST
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 3 Sep 1992 16:42:46 GMT

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]

Hello InterViewers,

I use idraw for quite a while, and last time I have
opened an old drawing (made with iv2.6), made some
changes and saved it. When I've opened it again the
drawing was quite messy. Text misplaced, some polygons
missing... It is iv3.0 that I work now with. 

Have anyone experienced anything similar? Note that it
happens even if I just open the drawing and save it
without making any changes. 

Regards, Zdravc.
From: donn@carson.u.washington.edu (Donn Cave)
Newsgroups: comp.windows.interviews
Subject: Session::read_nonevent ()
Summary: Request for enhancement of Session, read() that returns on non-event
Date: 3 Sep 92 17:27:23 GMT
Article-I.D.: u.1992Sep3.172723.29504
Organization: University of Washington

I find that InterViews 3.0.1 applications that use additional input units
via the Dispatcher, need to process an actual X event before Session::read()
will return.  For applications that use a simple loop of the form
    for (;;) {
	Session::read(Event&);
	Event::handle();
	... // do stuff, but you'll have to twitch the mouse before
	    // I can get here after a callback from an alternate unit.
    }

it would be helpful if Session had an alternative to read(Event&) that 
returned without waiting for a true event.  Based on the 3.0.1 Session,
I think the appended code might do it.  The above loop could be modified
to read

    for (;;) {
	if (Session::read_nonevent(Event&)) {
		Event::handle();
	}
	else {
		... // do stuff
	}
    }


	Donn Cave, University Computing Services, University of Washington
	donn@cac.washington.edu
-------------------------------

int Session::read_nonevent(Event& e) {
    boolean save = rep_->readinput_;
    rep_->readinput_ = false;
    if (rep_->done_) return false;		// ?
    if (rep_->check(e)) return true;		//
    else {					//
	Dispatcher::instance().dispatch();	//
	return false;				//
    }						//
//read()	    while (!rep_->done_ && !rep_->check(e)) {
//read()		Dispatcher::instance().dispatch();
//read()	    }
    rep_->readinput_ = save;
}
From: vlis@WATSON.IBM.COM (John Vlissides)
Subject: Re: Unidraw Help - using combined components
Reply-To: vlis@watson.ibm.com
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 2 Sep 1992 13:04:47 GMT

In article <epovazan.714660172@sun-4>, you write:

> 1) Is it a good idea to use this easy combining of components when I
>    will need to be able to move the component around interactively and
>    also be able to edit the text.

Your GraphicComps subclass will already know how to respond to the
MoveTool, so the ability to move the component interactively will
require no extra work (assuming you've defined its IsA operations
correctly; see below).  However, editing the text will require some
new code.  See how MessageView creates and interprets manipulators for
the Reshape tool in src/bin/ibuild/ibmessage.c for an example of how
to implement such interaction.

> 2) Can I make this node component a "GraphicCompTool".  Will it be
>    able to move itself with the move tool etc.  I'm doing something
>    wrong here as I keep getting a core dump just before the
>    application windows draws itself.

A GraphicCompTool creates a copy of the prototypical component you
give it, lets you place it interactively, and finally pastes the copy
into the drawing being edited.  It doesn't make sense to "make [the]
NodeComp a GraphicCompTool."

Your coredump is probably the result of creating graphics without
specifying a complete set of graphics state. For example, your
NodeComp constructor instantiates a PinGraphic and an SF_Circle
without setting their graphics state (either by passing them a graphic
like stdgraphic from which to copy graphics state or by calling
SetColors, SetBrush, etc. explicitly).

Also, your IsA operations should call the corresponding parent
operation.  For example, write

    virtual boolean NodeComp::IsA (ClassId id) {
        return NODE_COMP == id || GraphicComps::IsA(id);
    }

not

> virtual boolean NodeComp::IsA(ClassId id) {
>     return NODE_COMP==id;
> }
>

(This isn't causing the coredump, but it will keep predefined objects
from being able to interact with your NodeComp/NodeView.

> 3) Exactly how are the tool icons drawn.  I've looked at the Punidraw
>    example and I'm not sure how the icons are drawn.

PanelControls (the buttons in the tool palette) take a ControlInfo
object, which defines the button's appearance.  You can specify either
a string or a graphical component to define this appearance.  For
example, you might pass an instance of NodeComp to the ControlInfo if
it can serve as a satisfactory icon, or you might pass it a
StencilComp containing a special bitmap that better depicts the
NodeComp's function, etc.

--
John Vlissides / IBM T.J. Watson Research / vlis@watson.ibm.com
Newsgroups: comp.windows.interviews
From: ezzedine@IDEFIX.ENSMP.FR (Souheil EZZEDINE)
Subject: interviews New version
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 27 Aug 1992 15:50:58 GMT

How can I have a copy of the new version of interviews?
Execuse me for my English.

Ezzedine S.
Newsgroups: comp.windows.interviews
From: ringel@forwiss.uni-passau.de (Joerg Ringel)
Subject: Re: I dont understand a Deck in 3.1B
Organization: University of Passau, Germany
Date: Thu, 27 Aug 1992 06:06:29 GMT


>I am putting a Deck together.

>When I flip to another of the members of the deck they do not display until
>the mouse goes across.

>Do I have to do something to get them to draw straight after the flip_to?


You have to do it into a Patch.
After the flip of the Deck, you must redraw the Patch.
For more information look at the example program patch.

Bye,
		Joerg
				(ringel@forwiss.uni-passau.de)
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Session::read_nonevent ()
Date: 4 Sep 92 16:30:01 GMT
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi

In article <1992Sep3.172723.29504@u.washington.edu>, donn@carson.u.washington.edu (Donn Cave) writes:
|> I find that InterViews 3.0.1 applications that use additional input units
|> via the Dispatcher, need to process an actual X event before Session::read()
|> will return.  For applications that use a simple loop of the form
|>     for (;;) {
|> 	Session::read(Event&);
|> 	Event::handle();
|> 	... // do stuff, but you'll have to twitch the mouse before
|> 	    // I can get here after a callback from an alternate unit.
|>     }

Seems like

    for (;;) {
        Dispatcher::instance().dispatch();
        // do stuff
    }

is what you want for your main loop.  Note that when dispatch
finds one or more X events, it will end up calling Event::handle.
Newsgroups: comp.windows.interviews
From: cpmcgann@swift.cs.tcd.ie
Newsgroups: comp.windows.interviews
Subject: How to access Co-ordinates & other Qs?
Date: 25 Aug 92 18:36:25 GMT
Organization: Computer Science Department, Trinity College Dublin


I am currently developing a modelling application using InterViews and 
Unidraw. I have succesfully constructed an idraw type interface using ibuild.
I now need to combine this interface  with my modelling application. A number
of basic questions have arisen:

	How do I access the co-ordinate information from the polygons,
	rectangles, ellipses which I have draw using the interface?
	(I need this information for processing by the application)
	
	I need to associate a material type (steel, graphite etc..)
	to each component. To do this must I derive new components 
	from the existing Unidraw polygons, rectangles etc.. ?

	The following is a more general graphics problem:

	The modelling application requires polygons and ellipses 
	which do not intersect. Thus once I obtain the coordinates 
	from the interface they must have a clipping operation to
	produce non intersecting components. Does such a clipping 
	algorithm exist? (I do not need to actually display the 
	result of the operation as it would look the same, but I
	need the result for the application). So for example a
	bolt can be created simply by drawing a polygon and the
	a circle concentrically. Unidraw sees this as two components
	a filled polygon and an ellipse. My application needs to
	see a polygon with a hole and an ellipse. This is a simple 
	example but the possibilities are complex. I would appreciate
	any pointers to a good graphics book which may deal with this
	topic.


Thanks in advance for any help.



Trinity College
Dublin
Ireland

--------------------------------------------------------------------------------


  


Newsgroups: comp.windows.interviews
From: kadlecek@groucho.metsci.com (Steve Kadlecek)
Subject: mailing list
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 27 Aug 1992 18:41:04 GMT

Please remove me from the mailing list.
From: ringel@forwiss.uni-passau.de (Joerg Ringel)
Newsgroups: comp.windows.interviews
Subject: Re: scrolling of TBScollBox
Date: 28 Aug 92 12:06:25 GMT
Organization: University of Passau, Germany

In article <1992Aug27.062744.7444@tom.rz.uni-passau.de>, ringel@forwiss.uni-passau.de (Joerg Ringel) writes:
|> I've a class with a TBScrollBox (TextShow).
|> For this class I've defined the following function:
|> 
|> class TextShow : public InputHandler {
|> 
|> ....
|> ....
|> protected:
|>   TBScollbox* box;
|> ....
|> }
|> 
|> inline void TextShow::scroll_to_end()
|> 
|>    { box->scroll_to(Dimension_Y, Coord(0)); }
|> 
|> 
|> My problem is that I receive always:
|> 
|> signal SEGV (no mapping at the fault address) in allocate__7ivPatchFP8ivCanvasRC12ivAllocationR11ivExtension at 0xf766b0f0
|> allocate__7ivPatchFP8ivCanvasRC12ivAllocationR11ivExtension+0x34:   ld      [%o1 + 4], %o2
|> (xdbx) where
|> allocate__7ivPatchFP8ivCanvasRC12ivAllocationR11ivExtension() at 0xf766b0f0
|> reallocate__17ivTBScrollBoxImplFv() at 0xf76871c8
|> refresh__17ivTBScrollBoxImplFv() at 0xf7686eec
|> impl__13ivTBScrollBoxCFv() at 0xf7686ce0
|> scroll_to__13ivTBScrollBoxFUif() at 0xf7686bec
|> scroll_to_end__8TextShowFv(__0this = 0xe9208), line 469 in "xrapiv/rapiv.c"

Mark Linton answered:

>TBScrollBoxImpl::reallocate should have a test
>        if (canvas_ == nil) {
>            return;
>        }
>at the beginning.


I've tested it and find out, that it's work but ...

 1. My window is unmapped
 2. I make scroll of my text
 3. I map the window

Now, I want to see the scrolled text, but I can see only the top of it.

I think there must be a solution to make a scroll in a unmapped window.

Bye,
		Joerg		(ringel@forwiss.uni-passau.de)
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Transient Window Dialog
Date: 27 Aug 92 16:38:27 GMT
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi

In article <1992Aug21.201755.25251@eng.ufl.edu>, jmc@sioux.eel.ufl.edu (Jim Callahan) writes:
|> I am having problems with using system calls in a InterViews program.
|>I would like to map a transient window containing a simple label glyph
|>before a system call and unmap the window when the system function returns.
|>Is there any way to do this whithout
|>  tampering with the InterViews event loop?
|> I would appreciate any suggestions or alternate means of notifying the user
|>that they must wait for a system call to return.

In general, if you want to post a notifier, do some computation, then remove
the notifier, you need to force processing of the expose event(s) before
doing the computation.  The example below shows one way to do it.
Unfortunately, even this approach suffers from the problem
that it won't handle an expose that occurs _during_ the computation.
A better solution appears to require multithreading.

#include <IV-look/kit.h>
#include <InterViews/background.h>
#include <InterViews/event.h>
#include <InterViews/label.h>
#include <InterViews/layout.h>
#include <InterViews/session.h>
#include <InterViews/window.h>
#include <stdio.h>

class Drawn : public MonoGlyph {
public:
    Drawn(Glyph*);
    virtual ~Drawn();

    boolean drawn() const;
    virtual void draw(Canvas*, const Allocation&) const;
private:
    boolean drawn_;
};

Drawn::Drawn(Glyph* g) : MonoGlyph(g) { drawn_ = false; }
Drawn::~Drawn() { }

void Drawn::draw(Canvas* c, const Allocation& a) const {
    Drawn* d = (Drawn*)this;
    d->drawn_ = true;
    MonoGlyph::draw(c, a);
}

inline boolean Drawn::drawn() const { return drawn_; }

int main(int argc, char** argv) {
    Session session("Himom", argc, argv);
    WidgetKit& kit = *WidgetKit::instance();
    const LayoutKit& layout = *LayoutKit::instance();
    Drawn* d = new Drawn(
	new Background(
	    layout.hbox(
		layout.hglue(72.0, 72.0, 0.0),
		kit.label("hi mom!")
	    ),
	    kit.background()
	)
    );
    Window& w = *new ApplicationWindow(d);
    w.map();
    Event e;
    while (!session.done() && !d->drawn()) {
	session.read(e);
	e.handle();
    }
    getchar();
    w.unmap();
    return 0;
}
Newsgroups: comp.windows.interviews
From: zdravc@ROBO.FER.YU (Zdravko Balorda)
Subject: polygon alignment
X-Unparsable-Date: Wed, 26 Aug 92 16: 44:12 METDST
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 26 Aug 1992 14:42:16 GMT

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]

Dear InterViewers,

This is not a question about interviews, but those of you 
involved in computer graphics might be able to help me
with the following polygon alignment problem:

Given two points in a plane, align a convex polygon without
rotating it (that is only by translating it) so that the two 
points lie on the polygon facets.
It can be safely assumed that the given points are not too far 
away.

Is anyone aware of the solution and would be so kind to share it
with me?

Regards, Zdravko Balorda.
Newsgroups: comp.windows.interviews
From: softd@runx.oz.au (Soft Drinks Pty Ltd)
Subject: Message and StringEditor ibuild tools crash under IV 3.1
Organization: RUNX Un*x Timeshare.  Sydney, Australia.
Date: Mon, 31 Aug 92 08:38:11 GMT


	
We seem to have a problem with the Message and StringEditor tools
in ibuild under IV 3.1 on an IBM RS6k. The sequence of events are:

	1. Select Message or StrEditor tool
	2. Click in viewing area
	3. Type some text
	4. Click mouse (to denote end of text)
	5. ibuild crashes !.

This problem only manifests itself with the above two tools. All others behave
OK. Also, existing Message and StrEditor fields created under IV 3.0 can be
read into ibuild under 3.1 and manipulated without nay crashes.

Any ideas as to what could cause this ?

Thanks in advance.

Ross Moodley
softd@runx.runxtsa.oz.au
Newsgroups: comp.windows.interviews
From: linton@marktwain.rad.sgi.com (Mark Linton)
Subject: Re: 2D scrolling?
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi
Date: Thu, 27 Aug 1992 16:46:17 GMT

In article <1992Aug25.120925.18470@newsserver.rrzn.uni-hannover.de>, patz@ipc1.rrzn.uni-hannover.de (Frank Patz) writes:
|> InterViews 3.1
|> 
|> patz@ipc1.rrzn.uni-hannover.de (Frank Patz) writes:
|> >I've tried to code a 2D scrollbox "Viewer", based on TransformSetter
|> .. Adjustable and Patch.
|> 
|> carlson@yottzumm.tis.llnl.gov (John Carlson) writes:
|> > I've spent a lot of time too, and mine still isn't perfect. 
|> [Johns valuable hint deleted - see his posting]
|> 
|> It seems to me that many of us work on this problem. What I want to
|> know: Is it possible using a TransformSetter? What does Mark Linton
|> say about that? What do I have to do in Viewer::allocate, ::draw and
|> so on? What are the exact semantics of Patch::redraw and reallocate?

We would like to provide a Viewport glyph that supports scrolling and zooming,
but haven't had enough time to get a complete implementation yet.
I wouldn't do scrolling with a TransformSetter, but for zooming
it is definitely a reasonable approach.

Patch::redraw damages the area associated with the patch.
Patch::reallocate does an allocate on the patch's body using
the most recent allocation.
Newsgroups: comp.windows.interviews
From: chen@IE.UTORONTO.CA (Chen Wang)
Subject: Scrolling Views (Glyph based ViewPort) (I *done* it! : ))
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 28 Aug 1992 13:51:19 GMT


Hi, all:

	With all the recent talk of a scrollable ViewPort based on Glyph
and Adjustable. I just want to say that I have already done it, despite
using TransFormSetter (Which makes the computation *very* expensive.)

	If anybody want to take a look at the code, you are welcome
to mail me and I will mail you a "sh"ed version of "scrollable".

	Please note that this is based on the new "ips" program posted
long time ago, so special thanks to the Arthur, whom ever he is. :)

	-- Chen Wang

	chen@ie.toronto.edu
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Patch reallocate and Patch redraw.
Date: 27 Aug 92 16:43:32 GMT
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi

In article <9208250426.AA26138@sparc0.brc.uconn.edu>, sriram@brc.uconn.edu (Chittathoor M. Sriram) writes:
|> 	I have an application in 3.0 in which I append a large number of 
|> 	components in Page Glyph which is inside a Patch object. 
|> 
|> 	Inside my program I also dynamically append components to the page and 
|> 	then do the following:
|> 
|> 	patch->reallocate();
|> 	patch->redraw().
|> 
|> 	This works fine but it was very slow as it did a redraw of every 
|> 	component.  
|> 
|> 	I tried out the same application by just calling  patch->reallocate() 
|> 	after appending dynamically the components to the page.
|> 	The result was a gain in speed. 
|> 
|> 	What I am wondering is if the call to patch->redraw() is necesary as 
|> 	even without that it seems to be working.  
|> 
|> 	I dont understand why the call to patch->redraw() is necessary
|> 	if just calling patch->reallocate() seems to do the job.
|> 
|> 	Will there be any side effects.

Patch::redraw will definitely redraw the entire page.  Patch::reallocate
is sufficient here because the Page will damage the changed areas
during its allocation.  If you were using some other aggregate, such
as a box, a reallocate would not incur the appropriate damage.
From: larryp@sco.COM (Larry Philps)
Newsgroups: comp.windows.interviews
Subject: InterViews 3.1Beta & Monochrome displays
Date: 27 Aug 92 13:32:18 GMT
Organization: SCO Canada, Inc.

I have just started to play around with InterViews 3.1Beta, and have a
question that I hope somebody can help me with.  The "Motif" and
"OpenLook" GUI objects look fine on colour displays, but the shading
algorithm seems to fail on my Monochrome NCD Xterminal.

For example, in ifc, the scroll bars are all but useless because the
shading makes most of the "features" (like the arrow heads in the motif
GUI) invisible.  I have fooled around with explicity setting of fg, bg
and flat to all the possible permutations of white and black, and have
not been able to get fully visible objects.  The -monochrome flag also
does not seem to help matters.

Is this a known problem?  Am I doing something obviously wrong?

Thanks.

---
#include <std/disclaimer>

Larry Philps,	 SCO Canada, Inc.
Postman:  130 Bloor St. West, 10th floor, Toronto, Ontario.  M5S 1N5
InterNet: larryp@sco.COM
UUCP:	  {uunet,utcsri,sco}!scocan!larryp
Phone:	  (416) 922-1937
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Errors in examples/menu compile
Date: 2 Sep 92 16:11:50 GMT
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi

In article <9209011855.AA19026@aic.hrl.hac.com>, williams@aic.hrl.hac.com writes:
|> When trying to compile the examples/menu application in IV 3.1 beta using
|> CenterLine's ObjectCenter Release 1.1 I get the following error messages
|> for the file main.c:

You need to change the decl of the func member in struct CmdInfo
to be a pointer.  ActionMemberFunction(T) had to be changed
to make certain compilers happy.
From: dave@kanga.lcs.mit.edu (David Sternlicht)
Newsgroups: comp.windows.interviews
Subject: compilation
Date: 1 Sep 92 01:20:32 GMT
Organization: MIT X Consortium

-- 

Can you tell an Interviews imakefile to compile a c file using cc?
			
				dave sternlicht
				mit X consortium
				dave@expo.lcs.mit.edu
Newsgroups: comp.windows.interviews
From: Clinton.L.Combs@acenet.auburn.edu (Clinton L. Combs)
Subject: remove me!
Organization: Internet-USENET Gateway at Stanford University
Date: Sat, 29 Aug 1992 16:10:18 GMT

I have sent several messages to this group's request mailing and haven't
gotten any response.  So please excuse me for sending this message here.

Please remove me from this list!  This account is no longer in use and
will soon be removed.

Thanks,
Clint
Newsgroups: comp.windows.interviews
From: vlis@WATSON.IBM.COM (John Vlissides)
Subject: Re: idraw
Reply-To: vlis@watson.ibm.com
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 2 Sep 1992 13:09:36 GMT

In article <9208271837.AA13355@merl.com>, you write:

> I have heard from one of my ex-graduate students that idraw has a "known
> bug" of the following description:
>
>       ...However, I no longer use
>       idraw, since it sometimes randomly displaces the objects in my figures,
>       so that they are no longer positioned on the grid points.
>
> (1) Is this a known bug?
> (2) Has it been fixed in the most recent release?

This is not a known bug with the 3.x versions of idraw.  If you can
reproduce it with any 3.x version, then please send a bug report to
interviews-bugs@interviews.stanford.edu.

--
John Vlissides / IBM T.J. Watson Research / vlis@watson.ibm.com
Newsgroups: comp.windows.interviews