HDTenEightyP/NetNews huggingface dataset:
From: daniel@juliet.osf.org (Daniel Dardailler)
Subject: Re: Transparent Backgrounds
Keywords: 
 
Organization: Open Software Foundation, Motif Team
Date: Thu, 19 Nov 1992 18:47:42 GMT

|> I am having trouble trying to set a drawing area background to
|> transparent.  I have tried setting it to None, but that does
|> not seem to work.
|> 
|> My basic need to to display a drawing area widget on top another
|> one, and I need the lower widget to show through.  I am
|> implementing a graphic timeline and objects on the timeline.  The
|> entire area of the object widget erases the timeline underneath it.
 
Transparency is not really supported in X, nor it is in Motif.
Background None is a hack that works (I'm not even sure, looking at
the Xlib spec, that it will work all the time) only statically, but
fails as soon as you start drawing in the underlying window (i.e.
you won't see the drawing).

You should probably better look in the direction of overlay plane 
extension, or at the standard non-rectangular extension to X.


Daniel



Newsgroups: comp.windows.x.motif
From: stefans@bauv106.bauv.unibw-muenchen.de (Stefan Schwarz)
Subject: Re: Transformations in 3D
Keywords: Codes for transformations in 3D 
Organization: Universitaet der Bundeswehr Muenchen (Germany)
Date: Mon, 16 Nov 1992 14:23:59 GMT

geira@stud.cs.uit.no (Geir Arnfinn Forsmo) writes:

>Hey, everybody!
>	I'm just working on a task, where I shall make 3D transformations on
>objects such as spheres, cylinders, surfaces etc. I'm implementing this in
>X/Windows, but transformations in 3D is not the easiest part of what I've done.
>So please if there is anyone out there who has any code for this and also wants
>to share it with me, I'm very grateful. I'm running out of time.

Have a look at vogl[e]. It should be do all this stuff for you.
Should be located on munnari.oz.au, if i remember correctly.

Stefan
-- 
__
Stefan Schwarz                            University of the armed forces
Laboratory for graphical data processing  W-8014 Neubiberg, FRG
--
Xref: sparky comp.windows.x.motif:7509 comp.windows.x:19196
From: gjc@mitech.com (George J. Carrette)
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: Re: Motif emulation of Xaw?
Date: 16 Nov 92 11:04:26 GMT
Organization: Mitech Corporation, Concord MA

In article <1992Nov13.072126.2979@alf.uib.no>, iversen@dsfys1.fi.uib.no (Per Steinar Iversen) writes:
> (VMS+DECwindows/Motif), the Xaw libraries are not available.

Code to run Xaw libraries is available in VMSNET.SOURCES archives.

Newsgroups: comp.windows.x.motif
From: meir@tfs.com (Meir Zaid)
Subject: Re: Backing Store
Organization: TRW Financial Systems
Date: Mon, 16 Nov 1992 20:47:11 GMT



> I still say as I said at the end of my last message post sample code.
> I and many other people will spend a short time playing with a complete 
> sample program.  It may also turn out to that an experienced eye might spot
> the problem instantly.  Also remember to know Machine, OS veriosn and Motif 
> verison
> 
> Cheers
> Mark Levison
> mark@bhanu.andyne.on.ca

You were so right.  This is what I was doing to turn on BackingStore:

...
XWindowAttributes wat;

wat.backing_store = DoesBackingStore(screen);
XChangeWindowAttributes(display, window, CWBackingStore, &wat);
...


If I posted this sample code I am sure someone would have told me that
I should be using XSetWindowAttributes instead of XWindowAttributes in
the call to XChangeWindowAttributes().   Thanks.

-- 

Meir Zaid			meir@tfs.com
TRW Financial Systems		(510) 704-3362
Berkeley,  California		Fax: (510) 845-7311
Newsgroups: comp.windows.x.motif
From: mailer@nyx.cs.du.edu (mailer)
Subject: * Label Pixmap Problems *
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Fri, 20 Nov 92 17:06:43 GMT


As the title suggests, I'm having some problems getting a pixmap
image to appear on a label widget.  What I'm trying to do is
copy an area from a window in another program, and have that
area appear on the label widget as reference...  What I've tried
is setting up a shared header file between the two programs, which
simply contains the declaration for the pixmap.  Then, in the 
first program, when the user clicks on an area, I use XCreatePixmap
and XCopyArea to copy the region to the pixmap.  In the other
program with the label, I try to set it up with the LABEL_PIXMAP
type, and initialize it with the same pixmap.  The program always
bombs with an X error.  Any ideas on what's going wrong here?
Thanks.  


Newsgroups: comp.windows.x.motif
From: patrick@8461.span@fedex.msfc.nasa.gov (Patrick Meyer)
Subject: Icons and Icon Boxes
Reply-To: patrick@8461.span@fedex.msfc.nasa.gov (Patrick Meyer)
Organization: NASA (MSFC EO44)
Date: Mon, 23 Nov 1992 23:33:53 GMT


ICONS:

  How can my application discern the current icon dimensions so that I can
  set a bitmap whose size is appriopriate.  Our system has default 50x50 but
  also supports a default 32x32 and 16x16. The user can set the size to
  whatever they like but these are the defaults.

  I've noticed the resource fadeNormalIcon in the OSF Reference 1.1 on mwm
  which is what I think the icon box does when a window is open.  The icon box
  fades the icon when a window is open rather than removing it.  I would like
  this feature without the icon box and have tried setting the resource.
  I run on a VAXstation 3100 so that my resource file is DECW$MWM.DAT with
  the line:

  Mwm*fadeNormalIcon:	True

  No response from mwm... any ideas?

Any help appreciated.

Thanks in advance....
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
EMAIL: PATRICK%8461.Span@Fedex.Msfc.Nasa.Gov
       PMEYER%Mips9.Span@Fedex.Msfc.Nasa.Gov
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: chuck@ccs.northeastern.edu (Chuck Wells)
Newsgroups: comp.windows.x.motif
Subject: Problems with dragging/rubber-banding with cursor
Date: 21 Nov 92 14:09:05 GMT
Article-I.D.: random.1992Nov21.140905.13008
Distribution: comp.windows.x.motif
Organization: College of CS, Northeastern U


I have a number of questions regarding "dragging" something in a window
with a mouse.  I am using an IBM RS/6000 running AIX 3.2 (motif 1.1.x).

What I am doing is as follows: I do an XGrab of button #2 on the mouse so
that the cursor changes shape appropriately.  Then, I add 3 event handlers
to check for button press, button motion, and button release events.  I do
the appropriate actions when each of those events occurs to produce the
desired effect.

First problem: Some of the button motion events "disappear" while I'm moving
the mouse around.  I do a printf() each time the event is called, to see what
is going on.  Most of the time, the printf() is reached.  But rather
frequently, there are extended pauses in which no button motion events
occur even though I'm waving the mouse around on the widget.  Then after a
few more seconds of hopelessly moving the mouse around, it starts receiving
some more events again.  Then stops for a short time.  Etc.  This produces
a rather annoying "jumpy" effect.  Please note: The events are not merely
getting *delayed* -- they are diappearing entirely, never to be received
again.  I wrote a tiny sample application to test what I'm doing, and I did
not have this problem.  My real application is more complex, and has this
problem.  Of possible interest, I have around a dozen event handlers on
various widgets in the window.  Would lots of event handlers cause this
problem?  Anyone know why my events are disappearing and what to do about it?
(Just so you know, I'm not running anything in background and my event
handlers do not take a significant amount of time to execute.)

Second problem: how do I tell if a shift key is currently being held down?
I know there are keypress and keyrelease events, but coordinating all this
would be a bit ugly.  I just want to check at one particular moment the
status of the shift key without having to deal with events.
Macs can do it, I should hope Motif can do it too?  :)

Third problem: Suppose I drag the cursor off the window and over another
of my application's windows, then release.  How do I tell what window it
was released over?  Each window is a top level shell, if that matters any.
There are no fixed positions for any of the windows in relation to each
other, so looking at the cursor coordinates won't help unless I can find out
the global coordinates of all the other windows.


My .sig is under construction.
Newsgroups: comp.windows.x.motif
From: ludemann@quintus.com (Peter Ludemann)
Subject: Re: XmGraph for MIPS machines ?
Keywords: XmGraph non-HP fixes
Organization: Quintus Corporation, Palo Alto, CA
Date: Wed, 18 Nov 1992 02:24:26 GMT

I've managed to compile XmGraph on a SUN and RS/6000.  I did things in a hurry;
by a quick scan of the code, the following seem to be the changes I made.
I know there are other bugs; gcc winged about some other things, but I
haven't fixed them yet (no doubt, they're the cause of some strange crashes
on the RS/6000).

In the Makefile:
	CFLAGS = -D_NO_PROTO -D__sun 
		(unless you're using gcc)
	Possibly, add a ranlib command in the $(LIBNAME): section
	Make sure you link with Motif 1.1 libraries

In Arc.c, change:
713c713
<         XChangeGC(XtDisplay(graph), arc->arc.clear_gc, GCLineWidth, values);
---
>         XChangeGC(XtDisplay(graph), arc->arc.clear_gc, GCLineWidth, &values);

In Graph.c (line 53), remove #include <Xm/XmStrDefs.h>

In Graph.c, change:
3354c3356
<         XChangeGC(XtDisplay(graph), graph->graph.xorgc, GCLineWidth, values);
---
>         XChangeGC(XtDisplay(graph), graph->graph.xorgc, GCLineWidth, &values);
4341c4343
<     int        i, n_nodes = (node ? node->kids.n_nodes : NULL);
---
>     int        i, n_nodes = (node ? node->kids.n_nodes : 0);

Add to ArcP.h: typedef void (*XmWidgetDispatchProc)() ;

By the way, "purify" complained about all sorts of memory allocation
and usage errors; and things crashed nastily on the RS/6000 with gtest's
add-node.  One of these days, I'll take some time to figure out
what's going wrong in memory allocation land (a pity the author didn't
use a high-level language like Prolog, Lisp or Smalltalk which takes care
of these silly memory allocation things [no, C++ doesn't count as a
high-level language]).  Other than these memory problems, XmGraph seems
to be a fine widget.  

-- 
	Peter Ludemann  +1-415-813-3800  ludemann@quintus.com
From: grossjoh@lucy.ls6.informatik.uni-dortmund.de (Kai Grossjohann)
Newsgroups: comp.windows.x.motif
Subject: Icon Box
Date: 16 Nov 92 17:05:56
Organization: Universitaet Dortmund, Lehrstuhl Informatik VI
Distribution: world
Reply-To: Kai Grossjohann <grossjoh@ls6.informatik.uni-dortmund.de>
NNTP-Posting-Host: lucy

Hi netters!

Afraid this is much of a beginner's question... Hope it's not a FAQ!

I use the mwm and I like it quite a bit. There's one thing I don't like about
it: When using the IconBox, you can not click on an icon in the icon box to
minimize the associated window. The TWM Icon Manager can do that, though.
However, I wouldn't want to change back to twm just for this one feature.
Surely there must be a way?

        Thanx, 
                Kai
--
--
  Kai Grossjohann            Phone (voice): 49 231 75 30 15
  Baroper Str. 331 App. 510  E-Mail: 
  W-4600 Dortmund 50         grossjoh@ls6.informatik.uni-dortmund.de
  Germany                    
--
By the year 2000 we're going to have the best educated Americans
in the world.
                        -- Dan Quayle
Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: Problems with Form widget
Keywords: Form Widget Problems
Organization: Open Software Foundation, Motif Team
Date: Thu, 19 Nov 1992 18:22:05 GMT

 
 
|> 
|> But this is what I get when I run the program below:
|> 
|> +-------+
|> |+-+ +-+|
|> ||A| |B||
|> |+-+ +-+|
|> +-------+
|> 

If I needed a proof for my recent statement that any Form complaint
should be associated with a sample program, this would be the one.

Thanks for providing the program, cs435141, by reading it I can see your bug.

 
|>     n = 0;
|>     XtSetArg (wargs[n], XmNlabelString,      xmstr); n++;
|>     XtSetArg (wargs[n], XmNtopAttachment,    XmATTACH_WIDGET); n++;
|>     XtSetArg (wargs[n], XmNtopWidget,        button_a);
|>     XtSetArg (wargs[n], XmNleftAttachment,   XmATTACH_FORM); n++;    
|>     button_c = XtCreateManagedWidget ("buttonC", xmPushButtonWidgetClass,
 
You forgot an "n++" for the setarg of topWidget.
From: TRANLE@INTELLICORP.COM (Minh Tran-Le)
Newsgroups: comp.windows.x.motif
Subject: enabling TearOff menu from a resource file ...
Date: 22 Nov 92 05:21:41 GMT
Reply-To: tranle@intellicorp.com
Distribution: inet
Organization: The Internet

Is it possible to enable TearOff menus from a resource file ?
I have tried to put in my .Xdefaults file:

	MyApp*tearOffModel: XmTEAR_OFF_ENABLED

And it does not work.

Thanks,
Minh Tran-Le.
-------
Newsgroups: comp.windows.x.motif
From: ori@eddie.technion.ac.il (Ori Degani)
Subject: Disabeling resizing of a shell widget
Organization: Heart of Gold Institute
Date: Wed, 18 Nov 1992 23:48:46 GMT
Keywords: resize no

How do I prevent a user from resizing a shell window?
I don't want to rely on MWM.
I tried giving the shellwidget a XmNresize false, and XmNnoResize 
true, but it didn't help.

Thanks, Ori


-- 
   |  ----      Ori Degani
   |  |___      ori@eddie.technion.ac.il   (Ship Computer on the HOG)
   |  |         ori@marvin.technion.ac.il  (Who else) 
   |  ----      s2973229@techst02.technion.ac.il (Ech..)
From: argv@zander.z-code.com (Dan Heller)
Newsgroups: comp.windows.x.motif
Subject: Re: Drag-and-Drop in Motif
Date: 16 Nov 92 05:15:05 GMT
Reply-To: argv@z-code.z-code.com
Distribution: inet
Organization: The Internet

> On Nov 10, 10:32am, "W. Scott Meeks" wrote:
> I'm not sure what's in O'Reilly v.6, however DND is covered fairly
> extensively in the Programmer's Guide and Programmer's Reference from OSF.

O'Reilly Volume 6 will cover it in the next edition intended to
be due out Q1 93.

  --dan

Newsgroups: comp.windows.x.motif
From: daniel@juliet.osf.org (Daniel Dardailler)
Subject: Re:  scrolledWindow
Keywords: setting width to child...
 
Organization: Open Software Foundation, Motif Team
Date: Mon, 23 Nov 1992 16:02:25 GMT

|> How can I best set the width/height of a scrolled window to the 
|> size of it's child?
|> 
|> In several instances I might have, say a rowColumn as the single child
|> of a  scrolled window, and I'd like to set the width of the scrolled
|> window to the width of the rowColumn.  I would prefer to have the SW
|> take care of scrollBars (XmscrollingPolicy ==> XmAUTOMATIC).  
 

AUTOMATIC mode makes the workarea size completely independent
of the ScrolledWindow size.
A clipwindow is created in between and the workarea can grow or shrink as it wants, the scrolledwindow only updates its automatically created scrollbars
value.

In APPLICATION_DEFINED, the ScrolledWindow acts just like a Form widget
with specific constraints set on the application created scrollbars and
workarea. Whenever the workarea or a scrolbar wants to change its size,
the ScrolledWindow is notified, it asks its own parent, and it tries
to grow or shrink to wrap around its current set of children.


To reply your question, if you want to set the width of the ScrolledWindow
to follow the width of your RowColumn workarea in AUTOMATIC mode, you'll have 
to do it yourself in the application.

After you have realized your hierarchy, get the ClipWindow id, and set
the new ScrolledWindow width to 
    width(row_col) + width(scrolled_win) - width(clip_win)

(This way you can keep the vertical scrollbar original width).

Newsgroups: comp.windows.x.motif
From: rroux@betelgeuse.sdd.trw.com (Ray Roux)
Subject: performance over a dialup line
Summary: what is the performance over a dialup line?
Keywords: SLIP, PPP, X-terminals
Organization: TRW Inc., Redondo Beach, CA
Distribution: usa
Date: Mon, 16 Nov 92 05:03:51 GMT

I just got a request from management to find out what the throughput
would be like if we provide access to our Motif based application via
a modem.  It looks like (correct me if I'm wrong) we have these choices:

        1. use an X-Window terminal that can hooked via the serial line.
           Graphon and HDS are two vendors that I know of, are there any
           others?

        2. have a workstation at the remote site and use SLIP, CSLIP, or
           PPP to network to our workstation and pass info between them.

One of the major tasks of our application is to display plots of satellite
telemetry data.  The number of points plotted can range from 2 to millions.
The drawing is done using XDrawSegments.

I'd appreciate hearing from anyone who runs (or has tried to run) X11
applications through a modem.  Is the speed tolerable?  Management wants
to use a 9600 baud modem, my guess is that it's too slow, what is really
a practical baud?

If the connection is over a standard voice line, how reliable is it?  Users
probably won't putup with too many line drops before they declare the
application as unusable.

Thanks,
   Ray Roux
   rroux@betelgeuse.sdd.trw.com

-- 
  Ray Roux
    rroux@betelgeuse.sdd.trw.com
From: mark@trident.datasys.swri.edu (Mark D. Collier)
Newsgroups: comp.windows.x.motif
Subject: Using Motif Gadgets for drawing primitives
Date: 18 Nov 92 19:54:28 GMT
Article-I.D.: trident.219
Organization: Southwest Research Institute

I need to integrate a simple drawing capability into an application
(lines, circles, rects, polygons, etc). In the past, I have always
rendered the primitives with Xlib and used my own lists to maintain
stacking order and other attributes. Another individual suggested
(and developed a prototype) using a custom Motif gadget, in which each
primitive is maintained by a separate instance of the gadget. I
think this approach will work, but am a little leary of resource
problems and potential stacking order problems. For example, if a
set of lines or rectangles overlap one another, can stacking order
be set as required? I have done this with widgets (which have windows),
but not gadgets.

Any input appreciated.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark D. Collier                      Southwest Research Institute
Senior Research Analyst              Automation and Data Systems Division
Voice: (512) 522-3437                Data Systems Department
FAX:   (512) 522-5499                Software Engineering Section
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.windows.x.motif
From: bobm@cv.hp.com (Bob May)
Subject: Re: program control of list selections doesn't work
Organization: Hewlett-Packard Company, Corvallis, Oregon USA
X-Newsreader: TIN [version 1.1.4 PL6]
Date: Wed, 18 Nov 1992 22:13:31 GMT

David Paigen (paigen@tfs.com) wrote:
: To do this, I store the list of items that were selected last time.
: When the dialog is started, I loop through the list and use
: XmListSelectPos for each item that should be selected.  This works
: fine for single, browse, and multiple selection modes, but it does
: not work for extended select mode.  As each item is selected, the
: previous item is unselected.
: 
    Right, as the man page says, it acts as a user selection, and the
    behavior of extended select is to unselect the previous selection
    before beginning a new one.
    
    How 'bout just setting the XmNselectedItems and
    XmNselectedItemsCount resources via SetValues? Should work, and it's
    simple since you already saved the list anyway.
    
: David Paigen

    Bob May
    bobm@cv.hp.com
From: bin@uakari.primate.wisc.edu (Brain in Neutral)
Newsgroups: comp.windows.x.motif
Subject: Looking for Motif imake configuration files
Date: 19 Nov 1992 15:33:25 -0600
Organization: Cafe Limbo
Distribution: inet
NNTP-Posting-Host: uakari.primate.wisc.edu

I'm looking for the current imake configuration files for Motif.
The last version of Motif available to me is 1.1.3.  If the configuration
files for the current version can be redistributed freely, I'd appreciate
it if someone could send them to me.  Thanks.


-- 
Paul DuBois
dubois@primate.wisc.edu
From: dhukill@esprit.prime.com (Dave Hukill x4056 5-1)
Newsgroups: comp.windows.x.motif
Subject: Need subclassing help!?
Date: 19 Nov 92 19:08:06 GMT

I'm having a problem with a widget I've subclassed under motif. I get the
following error:

Warning: 
    Name: menubar
    Class: XmRowColumn
    Attempt to add wrong type child to a homogeneous RowColumn widget

The code looks like this:

      shell = XtAppInitialize(&appContext,
			      "myWidgetApp",
			      NULL,
			      0,
			      &argc,
			      argv,
			      NULL,
			      NULL,
			      0);

      menuBar = XmCreateMenuBar(shell,
				"menubar",
				NULL,
				0);
      XtManageChild(menuBar);

      menuPulldown = XmCreatePulldownMenu(menuBar,
					  "menuPulldown",
					  NULL,
					  0);

      menuItem = XtVaCreateManagedWidget("menu item",
					 xmPushButtonWidgetClass,
					 menuPulldown,
					 NULL);
      XtAddCallback(menuItem, XmNactivateCallback, menuItemCallback, NULL);

      menuButton = XtVaCreateManagedWidget("menu button",
					   myMenuButtonWidgetClass,
					   menuBar,
					   XmNsubMenuId, menuPulldown,
					   NULL);

Obviously, my class is 'muMenuButtonWidgetClass'. The strange thing is that
the widget works properly. I'm running Quest Motif version 1.1.4 on Sun SPARC.
I've checked and double-checked the class initializations in the class record,
and they appear to be fine. I've successfully sub-classed this widget under
OLIT, but other than the 'core' class, they're quite different.

Any input on this problem would be greatly appreciated!

advTHANKSance - 
Dave Hukill <dhukill@esprit.prime.com>
Newsgroups: comp.windows.x.motif
From: daniel@juliet.osf.org (Daniel Dardailler)
Subject: Re: Need subclassing help!?
Organization: Open Software Foundation, Motif Team
Date: Fri, 20 Nov 1992 15:51:26 GMT

 
|> I'm having a problem with a widget I've subclassed under motif. I get the
|> following error:
|> 
|> Warning: 
|>     Name: menubar
|>     Class: XmRowColumn
|>     Attempt to add wrong type child to a homogeneous RowColumn widget
| 

In a MenuBar, the resource XmNisHomogeneous is forced to True,
which mean that all children must be of the same class, namely
XmCascadeButton (Style guide enforcement).


Newsgroups: comp.windows.x.motif