HDTenEightyP/NetNews huggingface dataset:
From: gt0963d@prism.gatech.EDU (Deeptendu Majumder)
Newsgroups: comp.windows.x
Subject: Re: Multi page TGIF ?
Keywords: tgif
Date: 17 Aug 92 14:05:29 GMT
Organization: The Dream Chasers Syndicate

In article <1992Aug12.072052.19122@cs.ucla.edu> william@lanai.cs.ucla.edu (William Cheng) writes:
>In article <65509@hydra.gatech.EDU> gt0963d@prism.gatech.EDU (Deeptendu Majumder) writes:
>>Has anybody extended TGIF to handle multiple pages of drawings ?
>>I use TGIF to make quite complex diagrams that are very hard to
>>fit into a single page. I would appreciate any help.
>
>I don't know if such an extension for tgif exists.  What I often do
>is to use the 'teleport' facility in tgif.  It gives you some basic
>hyper-text capability to move between files.  What you can do is to

I have tried this in past and did not find it to be a very efficient
and helpful way to get around the problem. I end up running 2, 3 
copies of TGIF at the same time. Are there some legality issues involved
in making TGIF multipage ? To me a multipage capabilty would be 
one of the basic capabilties of any good drawing package and with all
the other things that TGIF does I do not see the reason behind the
reluctance of making it multipage..Unless the programming effort
is beyond what can be put in or some copyright infringement problems.

I am just putting forward my views as a 'HEAVY DUTY' user of the
package. And I have discussed this need with you once or twice last
year. I guess when something is good we expect more and more of 
it..:-)

thanks
d.

-- 
------
"Like a harsh neon streaking  through the velvet darkness 
the whetted knife of Life tore its path through her Dreams"
From: robert@triton.jpl.nasa.gov (Robert Angelino)
Newsgroups: comp.windows.x
Subject: Is XmFileSelectionDoSearch() broken in VMS DecWindows (motif)????
Date: 12 Aug 92 16:24:27 GMT
Reply-To: robert@triton.Jpl.Nasa.Gov
Organization: Jet Propulsion Laboratory, Pasadena CA

hello,
	This function XmFileSelectionDoSearch() does not work in VMS
DecWindows motif version 1.0.  Has anyone experienced this problem and what
have you done to get around it????  I keep getting the following output:

X error event received from server:  BadWindow (invalid Window parameter)
Failed request major op code 2 (X_ChangeWindowAttributes)
ResourceID 0x0 in failed request (if applicable)
Serial number of failed request 1776
Current serial number in output stream 1817
%XLIB-E-ERROREVENT, error event received from server
%TRACE-E-TRACEBACK, symbolic stack dump follows
module name     routine name                     line       rel PC abs PC
							   000C65B4 000C65B4
							   000C6639 000C6639
							   000C7E7B 000C7E7B
							   000C5916 000C5916
							   000B30D4 000B30D4
							   00112618 00112618
							   00111B01 00111B01
TC_APP_SPA_TCLK main                             24986     000003E3 0000D007


thanks

-robert
Newsgroups: comp.windows.x
From: rheithof@nyx.cs.du.edu (Russell Heithoff)
Subject: drawarc algorithm
Organization: Nyx, Public Access Unix (sponsored by U. of Denver Math/CS dept.)
Disclaimer1: Nyx is a public access Unix system run by the University of
Disclaimer2: Denver for the Denver community.  The University has neither
Disclaimer3: control over nor responsibility for the opinions of users.
Date: Wed, 12 Aug 92 20:25:15 GMT

In the Xlib Reference Manual, the description for XDrawArc states:


	"Angles are computed based solely on the coordinte
	 system and ignore the aspect ratio.  In other words,
	 if the bounding rectangle of the arc is not square
	 and angle1 is zero and angle2 is (45x64) (i.e. 45
	 degrees), a line drawn from the center of the bounding
	 box through the endpoint of the arc will not pass
	 through the corner of the rectangle".

This statement might address my problem, but if so, I'm not sure how.  The
problem becomes evident in the following sequence of events:

	1 - Calculate the angle from the horizontal to a line defined
		by the center of the bounding box to some arbitrary point.
		The angle is measured in a counter clockwise direction.
		Call this a2.

	2 - Draw the line described in step one.  The length of the line
		is should be very long.

	3 - Use XDrawArc to draw an arc using the same bounding box 
		mentioned in step one, zero as angle1 and the angle
		calculated in step one (i.e. a2) as angle 2.

The problem now becomes evident.  The end of the arc does not meet the
line.  (Its not due to the line length).

I would like to know what angle should be specified to get the arc to 
meet the line.  The problem disipates as the arc approaches multiples of
90 degrees and is at its worst at (multiples of 90) - 45 degrees.

I am developing a graphical editor and determining the end points of
arcs is an absolute necessity.  Any help would be greatly appreciated.

270 
Xref: sparky comp.windows.x:15428 comp.windows.x.motif:5707
From: mes@llnl.gov (Mark Spruiell)
Newsgroups: comp.windows.x,comp.windows.x.motif
Subject: Global translations
Date: 19 Aug 92 23:28:31 GMT
Reply-To: mes@llnl.gov
Followup-To: comp.windows.x
Organization: Lawrence Livermore National Laboratory


I am in a situation where I would like to respond to a keypress, the F7
key for example, by displaying a child dialog.  However, this action is
not universally available throughout the application, it only makes
sense when the user is in certain fields.

This is all well and good, but I would also like to give some feedback
to the user when they've hit the key but the action isn't available in
their current context.  This means I need something like a "default"
event handler or action procedure which catches all of the F7
keypresses that child widgets aren't interested in.

My first attempt at a solution involved a simple addition to the app-defaults
file:

	MyApp*translations:	#override <Key>F7:  UnavailableAction()

the idea being that every widget would have this translation, and the
ones that were really interested in it would override it (again) with
a new action procedure.

However, this had the unfortunate effect of completely REMOVING
translations for some widgets.  According to comp.windows.x.motif FAQ
#116, the only way you can augment/override a Motif widget's default
translations is AFTER the widget's Initialize method, i.e.
XtSetValues (fixed in 1.2???).

I may be able to accomplish the same goal through the application's
interface; in other words, give some visual clue when it's OK to press
the F7 button, but I'd still like to find out if there's another way
to do this.

BTW: DECstation 5000, Ultrix 4.2, Motif 1.1.1, X11R4

Ideas anyone?

Thanks alot

-----------------------------------
Mark Spruiell (mes@llnl.gov)
who works at but does not represent
Lawrence Livermore National Laboratory
Newsgroups: comp.windows.interviews
From: jayb@gauss.Stanford.EDU (Jay Bourland (382N) 3-2081)
Subject: Re: Background colors in IV3.1beta
Organization: Stanford University
Distribution: comp
Date: Mon, 17 Aug 1992 17:39:34 GMT

I noticed that when I put glue in a *box, I often got "dirty"
glue, i.e. it would be white with random black pixels. When I
surrounded the *box with a Background glyph, the dirt went away. Can
anyone explain this behavior?

--
Jay Bourland
jayb@math.stanford.edu
Newsgroups: comp.windows.interviews
From: Richard.Kooijman@DNPAP.ET.TUDELFT.NL (Richard Kooijman DNPAP)
Subject: Re:  How does one compile g++ 2.* and IV3.0.1 on mach?
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 12 Aug 1992 20:35:40 GMT

You probably bumped into a bug in cpp. The solution is to disable the
generation of #line directives. Option -B or -P (one of these is for
enabling '//' as a C++ comment designator in cpp, you need (of course)
the other one).

This worked for me. I got the original tip from Mark Linton.


Richard.
Newsgroups: comp.windows.interviews
From: muts@fss.fokker.nl (Peter Mutsaers)
Subject: unsubscribe
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 17 Aug 1992 06:17:59 GMT

Please unsubscribe me from the list. I'll switch to news.
Thanks,
___________________________________________________________________________
Peter Mutsaers.      Fokker Space & Systems BV            |================ 
internet:muts@fss.fokker.nl   uucp:sun4nl!fss!muts        | "Memento Mori"
From: carlson@yottzumm.tis.llnl.gov (John Carlson)
Newsgroups: comp.windows.interviews
Subject: Re: 2D scrolling?
Date: 22 Aug 92 08:35:10 GMT
Organization: Lawrence Livermore National Laboratory

In article <1992Aug18.201020.10570@newsserver.rrzn.uni-hannover.de> patz@ipc1.rrzn.uni-hannover.de (Frank Patz) writes:
>InterViews 3.1 beta
>
>I've tried to code a 2D scrollbox "Viewer", based on TransformSetter
...
>After spending lots of hours with that code: Can it be done
>this way? If not, HOW can it be done?

I've spent a lot of time too, and mine still isn't perfect.  To handle
the cases where your allocation() isn't set, set an "allocated" flag
in ::allocate() and unset the flag in ::undraw().  My ::upper() and
::cur_length() methods test to see if the glyph has been allocated.  Your
::cur_length() method will have to do likewise, and use the Requisition
instead of the allocation.

	if (allocated) {
		return allocation().allotment(dimension).span();
	} else {
		Requisition r;
		request(r);
		return r.requirement(dimension).natural();
	}


John Carlson
carlson@yottzumm.tis.llnl.gov
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Creating an X subwindow in InterViews
Date: 15 Aug 92 18:24:56 GMT
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi

In article <l8ft6aINN3m1@alnitak.usc.edu>, coller@alnitak.usc.edu (Lee D. Coller) writes:
|> I am trying to create X subwindow of a window using InterViews.  I have
|> created a descendant class of Window, SubWindow, to implement this.  It
|> seems to work except for one problem.  When the parent window is resized,
|> the subwindow gets obscured.  Additional resizes cause the subwindow to
|> flash, but not to remain visible.  Any help is appreciated.

You probably have a window between the top-level (resized) window and
your subwindow; this intermediate window is probably destroyed when
the top-level window is resized.

BTW, there is no need to specify OverrideRedirect on subwindows.
This attribute is only meaningful for top-level windows.
Newsgroups: comp.windows.interviews
From: vlis@WATSON.IBM.COM (John Vlissides)
Subject: Re: schematic editor and Windows NT
Reply-To: vlis@watson.ibm.com
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 12 Aug 1992 12:38:33 GMT

In article <1992Aug10.231243.23089@ads.com>, you write:

> Whatever happened to the schematic editor that was in the 3.0
> snapshot?  Will it be making a reappearance in a future release?  In
> the meantime, any suggestions on where to look for examples of how to
> use Unidraw's Connection components (Pin, Slot, and Pad)?

Schem was never a bona fide InterViews application.  It's really just
a test case that I did as part of my thesis work.  However, it is
available for anonymous ftp from interviews.stanford.edu in
pub/contrib/schem.tar.Z.

Schem demonstrates how one can use connectors (pins) in a Unidraw
application.  It would help to have a copy of my thesis to understand
how.  You can order a copy for a nominal charge from Naomi Schulman
<schulman@shasta.stanford.edu>.  Ask for tech report CSL-TR-90-427
titled "Generalized Graphical Object Editing."

-- John Vlissides / IBM T.J. Watson Research / vlis@watson.ibm.com
From: me@dude.pcs.com (Michael Elbel)
Newsgroups: comp.windows.interviews
Subject: Re: IV 3.1 class hierarchy graph
Date: 14 Aug 92 12:26:37 GMT
Organization: PCS Computer Systeme GmbH

In <1992Aug12.134814.25272@tom.rz.uni-passau.de> ringel@forwiss.uni-passau.de (Joerg Ringel) writes:

> ftp 130.92.64.10		(iam.unibe.ch -> 130.92.64.10)

Which is listed as iamsun.unibe.ch through DNS (somebody at unibe care to
correct the entries?)

Michael
--
Michael Elbel 			|  No, I haven't lost my brain!
PCS GmbH, Muenchen, Germany	|  I just forgot it in the
   me@dude.pcs.com 		|  rush this morning.
From: mccanne@horse.ee.lbl.gov (Steven McCanne)
Newsgroups: comp.windows.interviews
Subject: Re: Canvas Class Support for Drawing Circles
Date: 15 Aug 1992 22:44:08 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley
Reply-To: mccanne@ee.lbl.gov (Steven McCanne)
NNTP-Posting-Host: 128.3.112.15

sriram@brc.uconn.edu (Chittathoor M. Sriram) writes:
>	Could someone point me as to how I can draw Circles using 
>	the canvas provided operations.

iv/src/examples/circle contains some code that shows how to draw circles.
You can reuse this code to draw ellipses as well by pushing appropriate
transformers onto the canvas.

Steve

Newsgroups: comp.windows.interviews
From: hoffmac@GINA.UNI-MUENSTER.DE (Carsten Hoffmann)
Subject: (none)
Organization: Westfaelische Wilhelms-Universitaet, Muenster, Germany
              Department of Mathematics
Date: Mon, 17 Aug 1992 15:33:25 GMT

PointComp/PointView
                 
I asked for a method to create points and circles in the same way as 
lines and ellipses in a viewer. Mr. John Vlissides answered that I 
only have to define a PointComp by taking the code for LineComp...
I tried that just before the answer, but my problem is to define
POINT_COMP and POINT_VIEW. If I say #define POINT_COMP 9030 
(like LINE_COMP), than I cannot create a point but a line again.
If I say #define POINT_COMP 9108 (the first unused number), then
I get a segmentation fault when I start the executable program. 
Where are these numbers used, and what number do I have to use?
Do I have to implement any new code because of a new number?

Thanks a lot,

Carsten Hoffmann
hoffmac@uni-muenster.de
Newsgroups: comp.windows.interviews
From: sam@ps.ucl.ac.uk (Sam Richards)
Subject: (none)
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 19 Aug 1992 14:25:00 GMT

Please can you remove be from this mailing list.
Thanks.


sam@uk.ac.ucl.ps--------------------------------------
Sam Richards Dept. of Photogrammetry and Surveying
UCL Gower Street. WC1E 6BT
------------------------------------------------------

Newsgroups: comp.windows.interviews
From: doron@leis.leis.bellcore.com (Doron Shalmon)
Subject: InterViews contractor wanted
Followup-To: doron@leis.leis.bellcore.com
Organization: Bellcore
Date: Fri, 21 Aug 92 15:27:43 GMT

We are working on an object-oriented computer aided design
system for telephone engineers, using InterViews and the
ObjectStore OODBMS.  We are in need of additional developers
(i.e., contractors/consultants) who have a background in 
C++ with InterViews and/or ObjectStore.  If you are interested
in joining our team, please contact me or send email to:

	Corey Clinger
	csc@leis.bellcore.com

===========================================================================
Doron Shalmon                 Internet    doron@leis.bellcore.com
444 Hoes Lane (RRC 4B-1125)   CompuServe  72330,3307
Piscataway, NJ 08854          VOICE       (908) 699-8133
                              FAX         (908) 336-2982
 _   _        _  _   _   _    
|_> |_ |  |  |  | | |_> |_    "All opinions expressed are mine, and do not
|_> |_ |_ |_ |_ |_| | \ |_     necessarily represent those of my employer,
                                Bell Communications Research (Bellcore)"
Bell Communications Research
From: spxtrb@thor.cf.ac.uk (Tim Barnett - programmer)
Newsgroups: comp.windows.interviews
Subject: Has anyone built libIV.a under SCO UN*X ?
Date: 17 Aug 92 11:43:08 GMT
Organization: University of Wales College at Cardiff
X-Mailer: Cardiff Computing Maths PP Mail Open News Gateway

Platform: SCO ODT 3.2, IV-3.1-b

Has anyone managed to actually build libIV.a with SCO UN*X ?  Or more
specifically, am I missing an obvious workaround that allows SCO's
ld/ar suite to deal with the size of the external symbol table of
libIV.a ?  SCO seems to have hard-coded the table size, and it is too
small for InterViews.  I would love to hear from anyone who has managed
to cope with this without splitting libIV.a into 2 files ... (which I
guess would work, come to think of it, albeit clumsily).

(I did try the GNU ld ... 1.9 can't convert libc.a to COFF encapsulation
[robotussin out of memory], 1.94-b supports SCO nominally but doesn't
support i386-sco-sysv in the ld configuration yet it seems ... )

Thanks in advance for any hints/advice ...
Tim
========================================================================
Newsgroups: comp.windows.interviews
From: thorsten@ALBERICH.UNI-MUENSTER.DE
Subject: PointComp
Organization: Westfaelische Wilhelms-Universitaet, Muenster, Germany
              Department of Mathematics
Date: Mon, 17 Aug 1992 15:56:55 GMT

I asked for a method to create points and circles in the same way as
lines and ellipses in a viewer. Mr. John Vlissides answered that I
only have to define a PointComp by taking the code for LineComp...
I tried that just before the answer, but my problem is to define
POINT_COMP and POINT_VIEW. If I say #define POINT_COMP 9030
(like LINE_COMP), than I cannot create a point but a line again.
If I say #define POINT_COMP 9108 (the first unused number), then
I get a segmentation fault when I start the executable program.
Where are these numbers used, and what number do I have to use?
Do I have to implement any new code because of a new number?

Thanks a lot,

Carsten Hoffmann

Newsgroups: comp.windows.interviews
From: dmy@watson.ibm.com (Daniel Yellin)
Subject: using InputHandler in 3.1
Date: Thu, 20 Aug 1992 20:18:28 GMT
Distribution: ibm
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center

I have been trying to make a simple text editor using
the TextEditor in 2.6 and the 3.1 InputHandler.  (FieldEditor
in 3.1 does something similar).  In my new class, lets call it
winEditor, I define a method called keystroke(event) to handle
keystrokes, a method called press(event) to handle mouse events,
etc.  But these methods never get invoked, and I cannot figure out why.
Any suggestions?

Dan Yellin
 

Newsgroups: comp.windows.interviews
From: sandeep@CS.UMD.EDU (Sandeep Gupta)
Subject: Simple start up problem --
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 13 Aug 1992 03:50:50 GMT


Here is a simple startup problem with building
interviews on SunOS 4.0.1:

It needs some header files by the names "generic.h",
"strstream.h" -

What did I forget to configure ?


Many thanks -


Sandeep                           sandeep@cs.umd.edu

Newsgroups: comp.windows.interviews
From: vlis@WATSON.IBM.COM (John Vlissides)
Subject: Re: Unidraw Connections
Reply-To: vlis@watson.ibm.com
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 21 Aug 1992 14:09:44 GMT


In article <1992Aug19.003516.21913@iitmax.iit.edu>, you write:

> Well, since my last beginner question was answered, I am encouraged
> to try again.  In my Unidraw editor, the user can connect items
> together.  The connections should be displayed as lines or something,
> and when one of the items is moved, the connections should be updated.
> I have been trying to use the Connector and ConnectTool, but either
> I am using them wrongly or they don't mean what I think they mean.
> When I use the ConnectTool, click on a Pin in one item, and drag
> to the Pin in another item, it just seems to remove the first Pin
> from the screen.

The first pin (the "source") is not being removed; it has been
connected to the second pin (the "target").  Their centers now
coincide, so it only looks as though there is only one connector. (Try
rubberband-selecting the remaining pin---the handles won't appear!
That's because the handles are xor-drawn, so the coincident pins'
handles cancel each other out.)

Connectors (and components in general) define a notion of "mobility."
A component can have "fixed" mobility, "floating" mobility, or
"undefined" mobility.  Fixed mobility means that the component's
position CANNOT be affected by connections in which it participates;
floating mobility means that the connections CAN affect its position.
Undefined mobility implies that the component doesn't care about
connections.  (Connections only make sense for connectors, but a
composite component containing connectors may define a mobility that
is somehow dependent on---or completely independent of---its
connectors'.)

The ConnectTool affects the mobility of the source---it sets its
mobility to floating.  The ConnectTool does not affect the mobility of
the target.  Connectors generally have fixed mobility when you create
them.  Thus after you click on the source pin with the ConnectTool and
drag to the target, the source's mobility is floating while the
target's remains fixed---and the source moves to satisfy the
connectivity semantics.

(This and other aspects of connector semantics are described in the
most detail in my thesis, which you can order from
<schulman@shasta.stanford.edu> for a nominal charge.  Ask for
technical report CSL-TR-90-427.)

--
John Vlissides / IBM T.J. Watson Research / vlis@watson.ibm.com
From: shite@sinkhole.unf.edu (Stephen Hite)
Newsgroups: comp.windows.interviews
Subject: Trouble connecting to isy.liu.se (g++ patches)
Date: 15 Aug 92 13:10:37 GMT
Organization: Univ. of North Florida


  Someone recently posted that there are diffs for g++ to be able to compile
IV 3.1 beta.  I can connect to the mentioned site, isy.liu.se, but I can
never get to the login prompt.  Could someone who has succeeded please
post these diffs to alt.sources *or* ftp them to ftp.uu.net in the /tmp
directory?  Thanks!

Steve Hite
shite@sinkhole.unf.edu
Newsgroups: comp.windows.interviews
From: sriram@brc.uconn.edu (Chittathoor M. Sriram)
Subject: Forcing a Draw immediately after Patch->redraw
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 12 Aug 1992 16:00:49 GMT


Is it Possible to force the canvas to redraw itself immediately after I call
patch->redraw(). The reason is In my previous 2.6 based application I 
was calling a series of drawing functions of the form output->Text, output->Rect
and so on in a routine called Refresh. Now I am coverting that into a Glyph 
based application. So I am using Patch->redraw in its place. But the effect takes place only withe the next read operation, and I do some stuff immediately
after Refresh which depends on some variables being set in Refresh. So Unless I force the effect to take place immediately in my new Version I may have to do a major restructuring of the code which I want to avoid.


Ex:

	Previous:
	
	MyFunc() {
		Refresh();
  		... Some Stuff WHich HEavily Depends on state variables
                    being set in Refresh() ...
	}

	Refresh() {

		output->FillRect (....).
		output->Text().

		..... Setting SOme State Variables.

	}


	Currently What I want to do.


	MyFunc() {

		// Refresh();
	        patch->redraw();

  		HERE IS WHERE I WANT TO FORCE THE EFFECT TO TAKE PLACE
		IMMEDIATELY 

		... some stuff .....
	}


Any Help is appreciated. Thanks for your time.



Sriram

Newsgroups: comp.windows.interviews
From: hoffmac@GINA.UNI-MUENSTER.DE (Carsten Hoffmann)
Subject: (none)
Organization: Westfaelische Wilhelms-Universitaet, Muenster, Germany
              Department of Mathematics
Date: Mon, 17 Aug 1992 16:12:13 GMT

ibuild-error
           
I think I have found a small error of ibuild (Version 3.0.1).
Using a viewer and the ControlCommands "Group" and
"Ungroup", the generated core-file does not include
the file <Unidraw/Commands/struct.h>.
The result is a compilation error, if you don't
insert this include.

Carsten Hoffmann