HDTenEightyP/NetNews huggingface dataset:
From: ftms!brown@bloom-beacon.mit.edu (Vidiot)
Newsgroups: fj.mail-lists.x-window
Subject: Re: compile error
Date: 22 Jul 92 00:52:41 GMT
Distribution: fj
Organization: Vidiot's Other Hangout

Date: 21 Jul 92 07:04:20 GMT
Message-Id: <247@ftms.UUCP>
Newsgroups: comp.windows.x

In article <1992Jul20.121551.22457@kth.se> tomasc@lionfish.tds.kth.se (Tomas Carlsson) writes:
<I'm trying to compile a program I've written. I've stolen and
<modified a Makefile but I'm not able to understand this error:
<
<   ld: Undefined symbol 
<      _error 
<      _pow
<      _floor

I don't know about these two.



This one requires -lm as the last in the library list.
<      _get_wmShellWidgetClass
<      _get_applicationShellWidgetClass
<      __XtInherit

These two are a kicker for many OW3.0 applications.  I just got through trying
to hunt this one down.  These two are in the $OW30/lib/libXmu.a library, but
they are not in libXmu.so.4.0, so the link fails.  Did Sun screw up the library?
Are all of our compiles doomed?

<      _XtToolkitInitialize
<   *** Error code 2

I don't know about these two.

<I include the following files:
<used devguide)
<
<   -lguidexv -lguide -lxview -lolgx -lXmu -lXt -lXext -lX11

You need -lm at the end of the list.
-- 
harvard\
  ucbvax!uwvax!astroatc!ftms!brown  or  uu2.psi.com!ftms!brown
rutgers/
INTERNET: brown@wi.extrel.com  or  ftms!brown%astroatc.UUCP@cs.wisc.edu
From: pmullins@cs.ulowell.edu ([Irish Harp])
Newsgroups: fj.mail-lists.x-window
Subject: Trying to run xtool: Problem?
Date: 28 Jul 92 03:00:09 GMT
Distribution: fj
Organization: University of Massachusetts at Lowell Computer Science

Date: Mon, 27 Jul 1992 19:31:23 GMT
Message-Id: <1992Jul27.193123.10630@ulowell.ulowell.edu>
Newsgroups: comp.windows.x

Hi,

I would appreciate it if someone could help me with the following
problem. I am trying to use 'xtool' to view the execution trace of
a program. However, when I run the following at the command line

	%xtool node	['node' is the name of my executable program]

I get the error below:
 
 Xtool Version 3.1 -- Copyright (C) 1991 ParaSoft
 Reading symbol table "node": 100%
 Symbol table: 330 public, 7 local.
 window: Base frame not passed parent window in environment
 window: Base frame not passed parent window in environment
 Failed to open graphics interface.

Background on my work:
I am doing my work at my VAXstation 3100 over 'telnet' to a machine
that is running SunOS 4.1.  I have set my DISPLAY to my workstation.

Suggestions thus far:

People have said that I need to run xtool under 'suntools' (sunview) and
that I need to be on a Sun workstation. I can't disagree that this is not 
the case.

Basically, my question is the following. If I telnet to the machine
(that I have to be on) from a Sun workstation, is it possible to run
'suntools'  correctly which is available on the remote machine and consequently 
 be able to run 'xtool'?

Forgive me if this question is dumb, but being ignorant of this type of
software has forced me to ask it.

Thanks in Advance,

Patrick
-- 
"I am over here, YOU'll always be over there,
 There's an ocean in between,
 The Irish Sea is to your back, An tOilean Ur is to mine,
 As they claimed in '85, We shall return, And I will."
From: schnepp@nodecg.ncc.telecomwa.oz.au (Tom Schnepple)
Newsgroups: fj.mail-lists.x-window
Subject: Validating Text Widgets
Date: 24 Jul 92 01:23:37 GMT
Distribution: fj
Organization: Network Computer Centre

Date: Thu, 23 Jul 1992 12:40:18 GMT
Message-Id: <1992Jul23.124018.23513@nodecg.ncc.telecomwa.oz.au>
Newsgroups: comp.windows.x

Problem: Validating Text Widgets 

My application uses the MOTIF library and run under X. It has several text
entry forms, and each text field needs to be validated and acted upon.
What I want to do is to implement a text entry validation routine for
these text widgets.

The only appropriate callback resource for text widgets in my application
is XmNlosingFocusCallback, so I have attached a callback to each of my text
widgets as follow:

XtAddCallback(text_widget, XmNlosingFocusCallback,
		text_callback, callback_data);

In the callback routine (text_callback), I would check to see if the 
entered text is valid, if not, I would output an error message. 
After outputing the error message, I also want to put the focus back on 
the text widget that has called the callback routine so that the user 
can re-enter the text:

	void   text_callback
	(
		Widget	    	widget,
		caddr_t		client_data,
		caddr_t     	call_data
	)
	{
	      char	      ascii_text[10];

		/* get the text entered in the text widget and
		** initialise the text in the ascii_text array
		*/
		  strcpy(ascii_text, XmTextGetString(widget));

		/* validate the entered text
		** validate text are either "YES" or "NO"
		*/
		  if ((strcmp(ascii_text, "YES") != 0) or
			(strcmp(ascii_text, "NO")  != 0))
			{
			    /* outputing error messages
			    */
				  /* ...., code too complicated to add here */

				/* setting the focus at the widget so that
				** the user can re-enter the text
				*/
				  XmProcessTraversal(widget, 
							XmTRAVERSE_CURRENT);
			}
	}

PROBLEM: I can't seem to be able to place the focus back to the text widget 
	which is being validated. Since to be able to invoke the callback 
	the user has to hit a Tab key to move to the next field 
	(ie: callback is called when the text field has lost its focus). 
	Thus, after the user has finished entering the text and hit the Tab 
	key to move to the next field, the callback function was called and 
	the focus was set back to the text field, but after the callback 
	has finished, the Tab key action is processed and the focus is set 
	to the next field.
			
HELP	Does anyone know how I can set the focus back the the text widget 
	that is being validated?? Any help would be much appreciated!!

Thanks in advance!!
 

     _--_|\    Tom Schnepple  (schnepp@telecomwa.oz.au) 
    /      \   Perth, Western Australia
--> *_.--._/ 
          v
From: larsen@oes.orst.edu (Scott Larsen)
Newsgroups: fj.mail-lists.x-window
Subject: .dvi previewers for X
Date: 27 Jul 92 07:40:37 GMT
Distribution: fj
Organization: Oregon Extension Service, Oregon State University, Corvallis, Or.

Date: 27 Jul 92 01:48:58 GMT
Message-Id: <1992Jul27.014858.9228@talon.ucs.orst.edu>
Newsgroups: comp.windows.x


Say folks, what X .dvi previewers do you use?  I've got xdvi, but find 
it lacking in certain areas.

Do you know if there might be a X .dvi previewer that can be configured to 
print the current page being displayed?  (ie. runs something like dviselect 
and then dvips)?


Scott Larsen
larsen@oes.orst.edu                      UUCP: hplabs!hp-pcd!orstcs!larsen
--------------------------------------------------------------------------
"Spock, I've found that evil usually triumphs - unless good is very,
 very careful."
		- Dr. Leonard McCoy
From: bturner@cv.hp.com (Bill Turner)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Xt/Motif and Visuals
Date: 28 Jul 92 05:27:48 GMT
Distribution: fj
Organization: Hewlett-Packard Company, Corvallis, Oregon USA

Date: 28 Jul 92 00:01:08 GMT
Message-Id: <1992Jul28.000108.15723@hpcvusn.cv.hp.com>
Newsgroups: comp.windows.x

> Using the X-toolkit or Motif, is there a way I can create a
> widget and window and specify the visual being used?  This seem
> trivial with X since the visual is an argument to the XCreateWindow
> call, but I'm hunting for the incantation for Xt and Motif and,
> obviously, have not found it yet.  Any help would be greatly
> appreciated.

I'm posting as well as mailing to you, since I think there are others
who would be interested in this.

The answer is, yes and no, currently more no than yes.

Xt is set up so that a shell widget can be created with a different
visual than the default visual; Motif 1.1 is partially set up to handle
this, but it doesn't work.  Motif 1.2 will work correctly.

What happens is that any child of the shell will inherit the shell's
visual.  So you would create a hierarchy from the shell down in the
desired visual (sorry, can't mix-n-match visuals in the same hierarchy).
Under Motif 1.1, a number of resources such as tiles were cached, but
these were all created off the default visual, so you'd get a "BadMatch"
error trying to create widgets off a different visual.  In Motif 1.2,
this will work correctly.

--Bill Turner (bturner@cv.hp.com)
HP User Interface Technology Division, Corvallis
From: weinri@athena.cs.uga.edu (Kevin Weinrich)
Newsgroups: fj.mail-lists.x-window
Subject: Problems building R5 on Sun (make World)
Date: 24 Jul 92 13:37:36 GMT
Distribution: fj
Organization: University of Georgia, Athens

Date: 23 Jul 92 19:52:52 GMT
Message-Id: <1992Jul23.195252.22229@athena.cs.uga.edu>
Newsgroups: comp.windows.x

I am trying to build X11R5 off a CD-ROM (from PDQ) on a Sun 4/330 running
OS 4.1.1.  I customized site.def and sun.cf minimally.  HasGcc is set on,
since I loaded gcc from the CD-ROM the other day.

I get the following messages (among many others of dubious importance)
when I grep for ":" in the make.world file that is created as a result of
doing the initial "make World" a long ways (3 hrs.+) into the process.
Any explanations of what's going wrong, what I can safely ignore, what I
should do to fix the problem, or "You dummy, you forgot to ..." are
quite appreciated:

/usr/include/pixrect/cg12_var.h:62: field `wid_dbl_info' has incomplete type
In file included from /usr/include/pixrect/pixrect_hs.h:28, from sun.h:42, from sunKeyMap.c:29:
/usr/include/pixrect/cg12_var.h:62: field `wid_dbl_info' has incomplete type
make: Warning: Target `all' not remade because of errors
make: Warning: Don't know how to make target `ddx/sun/sunInit.o'
make: Warning: Don't know how to make target `ddx/sun/libsun.a'
make: Warning: Don't know how to make target `ddx/sun/sunInitMono.o'
make: Warning: Don't know how to make target `ddx/sun/libsun.a'
make: Warning: Target `all' not remade because of errors
/usr/include/stdio.h:25: warning: NULL redefined
/usr/include/stdio.h:25: warning: NULL redefined
/usr/include/stdio.h:25: warning: NULL redefined
/usr/include/stdio.h:25: warning: NULL redefined
/usr/include/stdio.h:25: warning: NULL redefined
/usr/include/stdio.h:25: warning: NULL redefined
bmtoa.c: In function copy_stdin:
bmtoa.c:51: warning: comparison between pointer and integer

-------------------------------------------------------------
-Kevin Weinrich
weinri@athena.cs.uga.edu
From: datri@convex.com (Anthony A. Datri)
Newsgroups: fj.mail-lists.x-window
Subject: Re: -lPW causes problems building R5 on HP 9000/700s
Date: 23 Jul 92 15:48:41 GMT
Distribution: fj
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA

Date: 23 Jul 1992 01:27:11 GMT
Message-Id: <1992Jul23.012711.12770@news.eng.convex.com>
Newsgroups: comp.windows.x

>	#define ExtraLibraries          -lPW

>        cc -o makedepend include.o main.o parse.o pr.o cppsetup.o -O -z    -lPW 
>/bin/ld: Duplicate symbol "fatal" in /lib/libPW.a(fatal.o)
>/bin/ld: Unsatisfied symbols:
>   Error (data)
>/bin/ld: Found 1 duplicate symbol(s)
>*** Error code 1

As I understand it, libPW.a duplicates some symbols that are in libc.
To work around this, explicitly search libPW before libc:

	#define ExtraLibraries		-lc -lPW

I wish these functions were just in libc where they belong (sigh).
-- 

======================================================================8--<
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Kills from Window Manager
Date: 26 Jul 92 18:48:01 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Fri, 24 Jul 92 18:20:31 GMT
Message-Id: <1992Jul24.182031.29532@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <14b03iINN1kn@early-bird.think.com>, barmar@think.com (Barry Margolin) writes:
> In article <1992Jul18.132220.18254@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>> If an application would simply exit when asked to delete its window,
>> and it has no requirement for user interaction during its cleanup
>> operations, if any, I see no reason why it should bother
>> participating in WM_DELETE_WINDOW.  (I suspect this is a fairly
>> large class of applications.)  Do you see any such reason?

> Doesn't it have to participate in the protocol even to do that much?
> In order to do anything "when asked to delete its window", it has to
> recognize the request.

> When I use f.delete on windows of clients that don't implement the
> protocol, twm beeps at me.

In that case, then you need to fix either twm or your menus: twm, if
f.delete is supposed to be "make this window go away" (because it isn't
working that way), or your menus, if f.delete is supposed to be "send
WM_DELETE_WINDOW if requested" (because that's not the operation you
want).  In short, when the tool doesn't do what you want, either fix it
or use a different tool.  The ICCCM contains no indication that every
well-behaved application must participate in WM_DELETE_WINDOW, at least
not that I could find.

(I exchanged email with someone I know over one of my programs that
doesn't do WM_DELETE_WINDOW; it looked nearly identical to this....)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: michael@maine.maine.edu (Michael Johnson)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Are you destroyed yet?
Date: 27 Jul 92 19:01:13 GMT
Distribution: fj
Organization: University of Maine System

Date: 27 Jul 92 14:17:08 GMT
Message-Id: <MICHAEL.920727101708@maine.maine.EDU>
Newsgroups: comp.windows.x

In article <9207270032.AA03102@hyundai.unisql> kk@unisql.UUCP (Kerry Kimbrough)
writes:
>What's the politically correct way of determining if a widget is in the
>process of being destroyed? Testing core.being_destroyed seems to be the
>only way, but isn't this really an illicit peek under the rug?

No, there's nothing illicit about it. core.being_destroyed is a documented part
of the Intrinsics, always guaranteed to be there, and to be used in the
specified fashion. It's no more or less illicit that using, for example, the
core.visible field.

Michael Johnson, VM Systems Group                     michael@maine.maine.edu
"I will choose the path that's clear. I will choose Free Will." -- Neil Peart
From: drand@spinner.osf.org (Douglas Rand)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Fast drawing
Date: 24 Jul 92 06:36:12 GMT
Distribution: fj
Organization: Open Software Foundation

Date: 23 Jul 92 17:38:30 GMT
Message-Id: <DRAND.92Jul23133830@spinner.osf.org>
Newsgroups: comp.windows.x

In article <BAGCHI.92Jul17222424@dip.eecs.um> bagchi@eecs.umich.edu writes:

	   Heya, XPerts.. I don't think this is an FAQ.  

	   I need to fill in each pixels in my Window with an arbitrary
   color.  I've been doing several thousand XDrawPoint requests, which is
   predictably slow.  

	   Is there a faster way to do this?  I've seen apps like xviewgl
   in action which is fairly impressive... but I've got neither source
   nor a clue as to how to do it.

	   Help?  Oh.. I'm on X11R4... no R5 for the time being.

Try working with an image instead of manipulating a drawable
directly.

--
Douglas S. Rand <drand@osf.org>		OSF/Motif Dev.
Snail:         11 Cambridge Center,  Cambridge,  MA  02142
Disclaimer:    I don't know if OSF agrees with me... let's vote on it.
Amateur Radio: KC1KJ
From: tomasc@lionfish.tds.kth.se (Tomas Carlsson)
Newsgroups: fj.mail-lists.x-window
Subject: compile error - SOLUTION
Date: 22 Jul 92 15:33:51 GMT
Distribution: fj
Organization: Royal Institute of Technology, Stockholm, Sweden

Date: 22 Jul 92 08:08:29 GMT
Message-Id: <1992Jul22.080829.24362@kth.se>
Newsgroups: comp.windows.x

Thanks to all those who helped me on this one, especially David
Hobley who gave the solution:

  ... -Bstatic ... -lm

These two flags were all it took to compile without complaints.



Thanks again (now I'm happy!)

Tomas Carlsson
From: dob@inel.gov (Dave Brooks)
Newsgroups: fj.mail-lists.x-window
Subject: Signals revisited
Date: 29 Jul 92 22:13:50 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Wed, 29 Jul 92 13:49:06 -0600
Message-Id: <9207291949.AA08128@mijen.inel.gov>


I have a simple Xt based signal handler, if anyone is interested.  I'm
willing to post it to the group - it's only 66 lines long.  I didn't base
it on the source posted last week by Qual Trak (which looked very good,
btw) but rather used the ideas of Dave Brooks of OSF (not INEL, that's me
:-) and Pete Ware.  It allows you to specify your own callback function and
client data, though it doesn't support a callback list as such; that would
be nice, of course.

I do not claim to be a signal expert, and my code is probably naive in that
respect.  However, it does work on my HP 720, and I think it is pretty
generic.

Let me know; i'm willing to stand the criticism.

Dave
-------------------------------------------------------
David L. Brooks
Idaho National Engineering Lab.  INTERNET: dob@INEL.GOV
POB 1625 MS 2603                 Phone: (208) 526-0826
Idaho Falls, Id. 83415		 FAX:   (208) 526-9936
-------------------------------------------------------
From: hal@kaos.declab.usu.edu
Newsgroups: fj.mail-lists.x-window
Subject: xedit usage
Date: 23 Jul 92 09:24:26 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 18 Jul 92 06:24:00 GMT
Message-Id: <1992Jul17.142404.57298@cc.usu.ed>
Newsgroups: comp.windows.x


Could some kind soul send me the default keystrokes, mouse button actions, and
combinations of keys and buttons needed to make xedit perform?  The location of
the info I need would be just fine and would save some typing. BTW I am using
a DECstation running Ultrix 4.2 if it matters

Thanx
--
Hal Lynch
	Internet: Hal@cache.declab.usu.edu
	DECnet:   USU::HAL
From: converse@expo.lcs.mit.edu (Donna Converse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Are you destroyed yet?
Date: 27 Jul 92 20:52:23 GMT
Distribution: fj
Organization: X Consortium, MIT Laboratory for Computer Science

Message-Id: <9207271758.AA18246@excess.lcs.mit.edu>
             <9207270032.AA03102@hyundai.unisql> 
Date: Mon, 27 Jul 92 13:58:34 EDT


> What's the politically correct way of determining if a widget is in the
> process of being destroyed?

Depends on who's asking.  Application writer or widget writer?

> Testing core.being_destroyed seems to be the
> only way, but isn't this really an illicit peek under the rug?

For application writers, yes it is discouraged, because you have to include
data structure declarations which are (intended to be) internal to the widgets.
For widget writers, accessing this field is fine; it is specified to be there
and XtDestroyWidget specifies when the field will be True or False.  If
you are an application writer and you find yourself wanting to test whether
a widget is being destroyed, ask why you couldn't rely on notification
instead (that is, register a destroy callback) and if you must test by
inspecting the widget data structure, maybe there is a design level issue
that is at conflict with the model supplied by Xt.


Donna Converse
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Newsgroups: fj.mail-lists.x-window
Subject: X386 1.2E has been updated to 1.0.1 (incorporating MIT fix-13)
Date: 24 Jul 92 07:39:36 GMT
Distribution: fj
Organization: AT&T

Date: 23 Jul 92 16:03:43 GMT
Message-Id: <1992Jul23.160343.25324@cbnewsj.cb.att.com>
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.unix.bsd

X386 1.2E 1.0.1 is now available.  This update incorporates the recently
released fix-13 from MIT.

[ For those who do not know, X386 1.2 is the Intel-based Unix SVGA server
  provided with X11R5.  X386 1.2E is a set of enhancements to that server. ]

The following files are available:

	X386-1.2E-1.0.1.diff.Z		Patch kit reletive to X11R5-PL13
	1.0-1.0.1.diff.Z		Patch kit for 1.0.1 relative to 1.0
					(This includes MIT's fix-13)
	Type1.patch1.Z			patch required for the Type1 font
					code to work with PL13, relative
					to the X386 1.2E Type1.tar.Z

These are available from:

	export.lcs.mit.edu (under /pub/contrib/X386-1.2E)
	ftp.physics.su.oz.au (under /pub/X386)
	ftp.win.tue.nl (under /pub/X386)

An update to the SVR4 binary distribution, containing those files that have
changed, can be found in the files core-1.0.1.tar.Z-?? on

	ftp.physics.su.oz.au (under/pub/X386/SVR4)
	ftp.win.tue.nl (under /pub/X386/SVR4)


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a 
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
From: robsv3!mosh@bloom-beacon.mit.edu ( Moshe Shemesh)
Newsgroups: fj.mail-lists.x-window
Subject: HyperCard & HyperTalk implementation over X/OpenLook
Date: 31 Jul 92 13:46:58 GMT
Distribution: fj
Organization: ROBCAD Software inc. Herzelia - ISRAEL

Date: 29 Jul 92 23:13:14 GMT
Message-Id: <1992Jul29.231314.1550@robcad.uucp>
Newsgroups: comp.windows.x


Hello, Netlanders,

    Does anybody know about a commercial/public-domain implementation of Mac's
    HyperCard and HyperTalk for SUN's sparc over X/OpenLook?

    Do use e-mail. I don't read this newsgroup on a regular basis.

Moshe Shemesh
Just another System Administrator
ROBCAD software Technologies Ltd.
Herzelia - Israel

INTERNET:mosh%robcad@uunet.uu.net
UUCP:uunet!robcad!mosh

Beware of machines with big reset buttons in front - It means You will have to 
use it.
From: lccinc!sram@bloom-beacon.mit.edu (Siddharth Ram)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Changing Colormap RGB values...
Date: 26 Jul 92 23:55:45 GMT
Distribution: fj
Organization: LCC Inc., Arlington VA

Date: 26 Jul 92 19:22:35 GMT
Message-Id: <82@hallofjustice.UUCP>
Newsgroups: comp.windows.x


In article <549@usafa.af.mil>, hewitt@usafa.af.mil (Joe Hewitt) writes:
> 
> 
> Problem:    How to dynamically change the RGB values in a colormap entry
>             so that all objects using that colormap index automatically
>             change to the new color (in XView or Xlib).
> 
> Request:    I would like to see sample code that changes the RGB
> 			values on the fly.  Can someone help?
> 


for implementing transparency, i used the piece of code below.
trans is the transparecy index (specified thru a motif slider by the user)
in the range of 0.0 - 1.0. rtrans = 1.0 - trans. app1_color is 
the original color of one graphics layer and app2_color that of
the other graphics image overlaid on top. the newly computer colors
are stored in private colorcells, (I am using GXor (oring, not xoring)
as the gc function to copy the two images on top of each other.
Hence i use specific colorcells as decided by the oring of the
original colorcell indices. this scheme is called interpolated
transparency

 for (i = 16; i <= 128; i+=16)
 {
 for (j = 2; j <=8; j++)
  {
  clr.pixel = i|j;
  clr.red = (unsigned short)((float)app1_color[j].red*trans)
	    + (unsigned short )anint((float)app2_color[k].red*rtrans);
  clr.green = (unsigned short )((float)app1_color[j].green*trans)
	    + (unsigned short )((float)app2_color[k].green*rtrans);
  clr.blue = (unsigned short)((float)app1_color[j].blue*trans)
	    + (unsigned short)((float)app2_color[k].blue*rtrans);
 XStoreColor(disp,new_cmap,&clr);
  }
  k++;
  }
 XInstallColormap (disp,new_cmap);
 XSetWindowColormap(disp,XtWindow(W),new_cmap);
 XSync(disp,False);
 return;
 }

there are problems with this scheme. It uses a private colormap and 
screen flashing is a nuisance.

could someone suggest ways of minimizing or getting rid of it ?
has anyone experimented with other ways of implementing transparency ?


siddharth Ram
uunet!hallofjustice!sram
LCC Inc. Arlington VA 22042.
(703)516-7545

-- 
.signature not included (empty)