HDTenEightyP/NetNews huggingface dataset:
From: ilise@ssvax.gte.com (Ilise Landesberg)
Newsgroups: comp.windows.x.motif
Subject: Re: Validating Text Widgets
Date: 28 Jul 92 15:37:03 GMT
Distribution: inet
Organization: GTE/SCSD
X-Newsreader: Tin 1.1 PL4

I agree that sometimes putting someone back on the text field can be
annoying to the user.  However, sometimes this is the best approch, for
various reasons.

With that in mind, it would be nice if MOTIF provided some nice way for
doing that.  However, it does not.  Therefore, the only way to put the
cursor back on the text field is to know the widget ID.
Newsgroups: comp.windows.x.motif
From: rvloon@cv.ruu.nl (Ronald van Loon)
Subject: Re: Using xwd to dump menus
Date: Fri, 31 Jul 1992 07:41:46 GMT
Distribution: inet
Organization: University of Utrecht, 3D Computer Vision Research Group

In <9207301301.AA03041@loan2.osf.org> dbl@osf.org writes:


| "|> Bad idea..  I tried it.  The process stops alright, but with it everything
| "
| "You can get the window id via xwininfo and then specify it in addition with
| "the poorly-document -id flag.
| "
| "Or pick up the unofficial patches to xwd on export.lcs.mit.edu in
| "contrib/R5fixes/xwd/enhancement.1 which add a delay feature and additional
| "input methods.

What I use is the following:

(sleep <the time needed to popup your menu+a few seconds to be sure> ; xwd
-root >something.xwd) &

Then go and popup your menu. You will get a dump of the whole screen, and you
can then use 'xv' for example to cut the part of the screen you want.
-- 
Ronald van Loon (rvloon@cv.ruu.nl) 3DCV Group, Utrecht, The Netherlands.

Insanity is not bad in itself as long as there is a system to it. (H.Liberg)
Healthy absurdism once in a while has never hurt anybody (me)
From: dob@INEL.GOV (Dave Brooks)
Newsgroups: comp.windows.x.motif
Subject: Signals revisited
Date: 29 Jul 92 19:49:06 GMT
Distribution: inet
Organization: The Internet


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
-------------------------------------------------------
Newsgroups: comp.windows.x.motif
From: tony@sunrise.com (Tony Ip)
Subject: Motif and Open Window 3.0 Comparison
Organization: Sunrise Software International
Distribution: usa
Date: Thu, 23 Jul 1992 18:30:38 GMT

Is there any one who have a widget comparison 
between Motif and Open Window 3.0 Toolkits ?
Any information, booklist, or articles
are appreciated.

               tony@sunrise.com
From: johnk@palouse.wv.TEK.COM (John Kihn)
Newsgroups: comp.windows.x.motif
Subject: Help: resetting the tektronix xp27 TekXpress server
Date: 29 Jul 92 17:57:35 GMT
Organization: Tektronix


In article <1992Jul29.102424.2059@u.washington.edu>, sue@byron.u.washington.edu (Shu-Chen Eclipse) writes:
|> 
|> the Tektronix server by clicking on the Tek's setup menu. This is a great
|> incovenience.
|> 
|> Is there something we can put on the c-shell script (on the remote sparc
|> file server) that would automatically reset the Tektronix Xp27 TekXpress when
|> the user exits using the Workspace exit option???
|> 
If you  set Retain X Settings to NO in the TekSetup menu under
Configuration Summaries / X Environment heading the terminal will
automatically reset the X Server after the last client exits.

John Kihn
Tektronix NWD Product Marketing
johnk@palouse.wv.tek.com
Newsgroups: comp.sindows.x.apps,comp.windows.x.motif
From: rohit@NeoSoft.com (Rohit Mehrotra)
Subject: Drag 'n Drop
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Thu, 30 Jul 1992 13:11:05 GMT

XView

Can someone please tell me how to use the DND facility with XView 3
so that I can give textedit the name of the file to be read rather
than sending it a string ?

Ive implemented Drag n drop for my application and I can quite happily
accept data from textedit (either by pasting it in or by reading
the file when I drop onto my drop-site target).

However doing the reverse seems to rely on undocumented Sun facilities.
Specifically I am trying to understand the use of the TARGET atoms.
Normally data comes in as a XA_STRING, however textedit uses the
_SUN_HOST_NAME (is that spelled right?) and _SUN_FILE_NAME atoms
amongst others. If you do a strings of textedit or do an xlsatoms
you will see lots of _SUN* atoms which are not documented.

How can I copy a file to textedit without sending it the contents of
the file via the X-server.

The problem is that if I send anything to textedit it inserts it into
the current file rather than editing the new file I want it to.

If anyone knows of any example programs which use DND and can happily
talk to textedit this way then please point them out to me. 

Anyone know of any archives with good examples of the XView tricks of
the trade ?

I find the O'reilly book really a pretty poor document (Vol 7 rev 3). 
The sources from X11R5/contrib are NOT the same as suns so
they arent too helpful either.

Thanks in advance


Rohit Mehrotra

Please EMAIL me your answer and I would post a summary.
-- 
Rohit Mehrotra
------------------------------------------------------------------------------
VITAL				| 	10755 Meadowglen Lane, #238
Ph: 713-781-7406		| 	Houston, TX 77042.
From: stroyan@hpfcso.FC.HP.COM (Mike Stroyan)
Date: Mon, 20 Jul 1992 20:21:03 GMT
Subject: Re: Problem Clearing a Drawing Area Window
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.windows.x.motif

In comp.windows.x.motif, parlier@jpl-devvax.jpl.nasa.gov (Randy Parlier) writes:
> 
> 	I am not sure if I am passing the window ID correctly to my
> 	callback procedure "clearwinCB()".  I am including my program
> 	below, if anyone could comment on what I am doing wrong, I would
> 	appreciate it.

> void clearwinCB(w, wid, call_data)
> Widget w;
> Window wid;
> XmPushButtonCallbackStruct *call_data;
> {
>    XClearWindow(XtDisplay(w), wid);
> }

> 	pbutton[i] = XmCreatePushButtonGadget(pbform, pbname[i], myArgs, 0);

>    XtAddCallback(pbutton[0], XmNactivateCallback,
> 			clearwinCB, XtWindow(draw_area));

The problem is the "XtDisplay(w)".  The PushButton is a gadget, so it
requires "XtDisplayOfObject(w)".  Alternately you could use
"XmCreatePushButton" instead of "XmCreatePushButtonGadget".

Mike Stroyan, mike_stroyan@fc.hp.com
From: sinan@Mtesol.boeing.com (Sinan Karasu)
Newsgroups: comp.windows.x.motif
Subject: Re: What is "Purify" ? (Ostriches)
Date: 28 Jul 92 00:08:15 GMT
Distribution: inet
Organization: The Internet


> From: mcsun!uknet!lsl!snail@uunet.uu.net
> Content-Length: 482
> 
> In article <1992Jul24.200420.12371@donner.SanDiego.NCR.COM>, davel@booboo.SanDiego.NCR.COM (David Lord) writes:
> > In article <BruxKB.1Ms@solbourne.com> misek@solbourne.com (Steve Misek) writes:
> > 
> >>If you release software that you have not run through purify, you're just
> >>begging for trouble.
> > 
> > Yeah swell, but not all the world is Suns. Even more ammusing in that
> > ole Bill Joy will hardly even admit that Motif exists.
> 
> Yup, where there is sand, you'll find ostriches.....
> 

 My understanding ( per Mike Azarra of Open Systems Today ) Bill Joy favors MacIntosh interface
over OpenLook and Motif. He says it is proprietary that is why Sun can not use it..
 Bill Joy is sitting on an installed base of approx. 700,000-800,000 OpenWindows
installations on Sun Sparcs. I don't know how many Suns 3's. Of the 15 or so DecStations 
I know of about 10 of them are running XView3 and OW3, the others have just decided
to install it also. The only IBM3090 I know of already runs OW3. ( They compiled
it "by accident" someone told me ... They were just compiling the contributed 
package from X11R5 they said.... Per Computer world , July 20 page 1 and 20 , as of end of
1991 there were 500,000 motif and 550,000 OpenWindows installations ( not counting non Suns or
SCO (Metro Link also ships OW for SCO now) , or other Unixes.
Ostrich ? I don't think so.....
Sinan
From: vijay@cdsun.fnal.gov (Vijay Gurbani)
Newsgroups: comp.windows.x.motif
Subject: static widgets being reused w/ different parents
Keywords: static widgets, reused, parents
Date: 29 Jul 92 15:28:02 GMT


Hi:

   Is it okay to create a static widget once, and reuse it possibly
with a different parent widget each time. Here is an example: I have
a generic error routine that creates an error dialog and prints the
error message as follows:

void foo(Widget ParentW, char *msg)
{
   static Widget eW;
   XmString MsgString;

   if (!eW)  {
       eW = XmCreateErrorDialog(ParentW, "error", NULL, 0);

       /* 
        * Note: eW has been created as a child of ParentW!
        * Do other things like unmanaging the HELP and CANCEL buttons,
        * setting XmNdialogStyle to XmDIALOG_FULL_APPLICATION_MODAL, etc.
        * Only OK button is managed.
        *
        */
   }

   MsgString = XmStringCreateLtoR(msg, XmSTRING_DEFAULT_CHARSET);
   XtVaSetValues(eW,
                 XmNmessageString, MsgString,
                 NULL);
   XmStringFree(MsgString);

   /*
    * Add a callback to the OK button such that when pressed, it
    * unmagaes eW
    */
   XtAddCallback(eW, XmNokCallback, XtUnmanageChild, eW);

   XtManageChild(eW);
}

In the main program, I might have this sequence of calls to foo:

main()
{
   Widget aW, bW;
   :
   :
  
   aW = XmCreateSomeWidget(...);
   :
   :
   if (some_error)
       foo(aW, "Some error occurred!");  /* NOTE: aW is parent of eW in foo() */

   bW = XmCreateSomeWidget(...);
   :
   :
   if (some_other_error)
       foo(bW, "Some other error occurred!");  /* <-- Is this legal?   */
   :
   :
}

In the second call to foo(), eW already exists, so it should be managed,
right? Does the fact that eW's parent is aW has any bearing on who
manages it? What if aW is destroyed; is eW destroyed as well? In short,
what are the ramifications of using static widgets in functions as 
outlined above? 

If this is a subject of general interest, please post. Else I will 
summarize the responses I receive.

Thanks in advance.

- vijay    (vijay@cdsun.fnal.gov)
--
 (____)   Chicago Bulls                33   54   Vijay K. Gurbani               
'(o  o)`  1990-91 NBA World Champions     24     Fermi National Accelerator Lab.
  \  /    1991-92 NBA World Champions  05   23   vijay@{cdsun,fnsg01}.fnal.gov
== OO =====#include <all_neccessary_evils>====All opinions are mine, of course==
From: jgmjo@goofy.lahabra.chevron.com (Glyn M. Jones)
Newsgroups: comp.windows.x.motif
Subject: Re: PopDown with XmNactivateCallback
Date: 28 Jul 92 18:38:26 GMT
Organization: Chevron Oil Field Research Company

In article <1992Jul28.104116.15005@walter.cray.com>, 
vincent@cadillac.cray.com (Vincent LE BARAZER) writes:
|> 
|> 
|>  I don't understand why clicking in a PushButton Widget contained in a
|> Dialog Shell always pops it down, without calling XtPopDown, or XtUnmanageChild.
|> 
|>  Here is the structure of my Widget tree :
|> 
|> 	dshell = XtVaCreatePopupShell (NULL,xmDialogShellWidgetClass, ...)
|> 
|> 	form = XtCreateWidget(NULL,xmFormWidgetClass, ...)
|> 
|> 	pushB = XmCreatePushButtonGadget( form, ...)
|> 	XtAddCallback(pushB,XmNactivateCallback, mycb,0);
|> 	XtManageChild(pushB);
|> 
|> 	XtManageChild(form);
|> 
|> 	XtPopup(dshell,XtGrabNone);
|> 
|>  And when clicking on pushB, mycb is called ... and dshell is poped down 
|> automatically. 
|> 
|>  How can I avoid dshell to be poped down ???
|> 
|>  Many thanks in advance,
|> 
|>  Vincent Le Barazer
|>  Cray Research France
|>  Email : vincent@cray.com

The form widget inherits behavior from XmBulletinBoard, which
has the default resource

	XmNautoUnmanage		True

This unmanages the form widget when its child PushButton is
activated.

Do a XtSetArg(...,XmNautoUnmanage, False);
before creating the form.

-- 
 +----------------------------------------------------------+
 Glyn Jones, Geophysics Division            jgmjo@chevron.com 	
 Chevron Oil Field Research Co.           Tel: (310) 694-7137 	
 La Habra, California 90633-0446          Fax: (310) 694-7063 	
Newsgroups: comp.windows.x.motif
From: klee@wsl.dec.com (Ken Lee)
Subject: Re: help needed for extracting the name of the widget...
Reply-To: klee@wsl.dec.com
Organization: DEC Western Software Laboratory
Distribution: usa
Date: Tue, 28 Jul 92 22:41:01 GMT

|> Is there any simple way of extracting the name of the Widget as character
|> strings?

XtName(widget)?

-- 
Ken Lee
DEC Western Software Laboratory, Palo Alto, Calif.
Internet: klee@wsl.dec.com
uucp: uunet!decwrl!klee
Newsgroups: comp.windows.x.motif
From: drand@spinner.osf.org (Douglas Rand)
Subject: Re: Please help me with Pixmaps
Organization: Open Software Foundation
	<84@hallofjustice.UUCP>
Date: 30 Jul 92 12:41:56

In article <84@hallofjustice.UUCP> sram@lccinc.UUCP (Siddharth Ram) writes:

   In article <DRAND.92Jul17155721@spinner.osf.org>, drand@spinner.osf.org (Douglas Rand) writes:
   > In article <9207161538.AA14408@ha24.eng.ua.edu> skarkada@HA24.ENG.UA.EDU (Sudarshan Karkada) writes:
   > 
   >    I have few questions about pixmaps.
   > 
   > 	   1) What will be the memory size of a pixmap? (say for 10x10).
   > 	      I tried sizeof() but that didn't work.
   > 
   > Oh boy!!!  You don't care,  really.

   would i be justified in saying :

   given width x height of 100x100, and a depth of 8,
   that the memory requirement of the pixmap would be 
   10^4 bytes + some management overhead ? 

   if this is valid, if the depth is changed to 1,
   will X "pack" in the pixmap as individual bits so that for the 
   100x100 pixmap the requirement is not 10^4 , but 10^4/8 ?

I don't know.  You can find the answer for the sample X server from
the consortium by inspecting the code --- this won't guarantee a 
correct answer for any supplied X server from a vendor.

As far as guessing,  yes I would guess that your assumptions are
near the mark.


--
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: quinton@stna.dgac.fr (Marc Quinton STNA 7SU p8046 BD24)
Newsgroups: comp.windows.x.motif
Subject: XmText and formated input ...
Date: 24 Jul 92 10:12:20 GMT
Organization: STNA 95 rue Henri Rochefort 91025 Evry Cedex 33(1)60.79.80.00


Is there any available code, or widget to format input text in an XmText or
XmTexField. For example to enter a date in a format like this :

   ../../..    -> dd/mm/yy


-- 
 _____________________________________________________________________________
|   ___    ___   |                  |                                         |
|  /__ \  / __\  |   QUINTON Marc   | Technical Department of Civil Aviation  |
|   __\ \/ /     |__________________|_________________________________________|
|  / __   |   _  |                  |                                         |
|  \ \_\   \_//  |   Evry France    | e_mail : quinton@stna7.stna.dgac.fr     |
|   \___/\___/   |                  |                                         |
 -----------------------------------------------------------------------------
From: bni@modulex.dk (Bent Nielsen)
Newsgroups: comp.windows.x.motif
Subject: Re: Validating Text Widgets
Date: 23 Jul 92 21:47:08 GMT
Organization: A/S MODULEX, Copenhagen, Denmark

schnepp@nodecg.ncc.telecomwa.oz.au (Tom Schnepple) writes:
>Problem: Validating Text Widgets 

>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:

Which version of Motif?
I had the same problem our version 1.1, and I have solved it by using :

  XmProcessTraversal(widget, XmTRAVERSE_CURRENT);
  XtSetKeyboardFocus(TopLevel, widget);

>		  strcpy(ascii_text, XmTextGetString(widget));
		     ----------------^
Remember your have to free memory allocated by XmTextGetString, by calling
XtFree.
--
Bent Nielsen                Email : bni@modulex.dk
A/S MODULEX                 Phone : +45 44 53 30 11
Hoerkaer 20                 Fax :   +45 44 53 30 74
DK-2730 Herlev
Denmark
From: xcpslf@decsrv.NoSubdomain.NoDomain (stephen l favor)
Newsgroups: comp.windows.x.motif
Subject: Re: Is widget C the decendant of widget A?
Date: 24 Jul 92 14:09:47 GMT
Reply-To: xcpslf@decsrv.oryx.com
Organization: Oryx Energy Co., Dallas, Texas.

In article <1992Jul21.170650.1@ssrl01.slac.stanford.edu>, tcox@ssrl01.slac.stanford.edu (Tony Cox) writes:
|> In article <1992Jul21.202155.23809@uhura.neoucom.edu>, fmc@uhura.neoucom.edu (Fu-Min Chen) writes:
|> # From fmc Tue Jul 21 16:14 EDT 1992
|> # Received: by uhura.neoucom.EDU
|> # 	(15.11.1.3/15.6) id AA23260; Tue, 21 Jul 92 16:14:54 edt
|> # Date: Tue, 21 Jul 92 16:14:54 edt
|> # From: fmc (Fu-Min Chen)
|> # To: fmc@uhura.neoucom.EDU
|> # Status: R
|> # 
|> # To: fmc@uhura.neoucom.edu
|> # Subject: Re: Is widget B the child of widget A?
|> # Newsgroups: comp.windows.x.motif
|> # In-Reply-To: <1992Jul21.122535.19734@uhura.neoucom.edu#
|> # Organization: Northeastern Ohio Universities College of Medicine
|> # Cc: 
|> # 
|> # Thanks for the Answers.
|> # 
|> # But the question really should be:
|> #  
|> #  If widget C is the child of widget B and widget B is the child of widget A,
|> #  What can I do to determine is widget C the descendant of widget A?
|> # 
|> #  Thank you!
|> # 
|> #  Fu-Min Chen
|> #  fmc@uhura.neoucom.edu
|> 
|> 
|> Ahhm:-
|> 
|> 	if (A == XtParent( XtParent( C)))
|> 		do_this;
|> 	else
|> 		do_that;
|> 
|> ...and before you ask....
|> 
|> 	if (A == XtParent( XtParent( XtParent( D)))
|> 		etc.
|> 

Please, children don't try this at home or in any production program
since the program will SEGV if the parent or grandparent of D is NULL.
From: brosen@BBN.COM (Bruce L. Rosen)
Newsgroups: comp.windows.x.motif
Subject: Unknown keysym name with Motif application under OpenWin
Date: 28 Jul 92 19:55:36 GMT
Reply-To: brosen@BBN.COM (Bruce L. Rosen)
Distribution: usa
Organization: Bolt Beranek and Newman Inc., Cambridge MA
NNTP-Posting-Host: bbn.com

We have an X application that was linked using Motif version 1.1 libraries.
When we attempt to run it under OpenLook on a SparcIPC using SunOS 4.1.1,
we get hundreds of error messages of the type

X Toolkit Warning: translation table syntax error: unknown keysym name:
     osfActivate
X Toolkit warning: ... found while parsing '<Key>osfActivate: 
     ManagerGadgetSelect() '


We have a valid XKeysymDB file in /usr/lib/X11.

Can anyone explain what causes this error and what the cure might be?

Thanks.

Bruce Rosen (brosen@bbn.com)
BBN Software Products
Newsgroups: comp.windows.x.motif
From: kahil@gamekeeper.bellcore.com (Richard K. Branton)
Subject: drag and drop
Organization: Bellcore, Livingston, NJ
Date: Fri, 31 Jul 92 20:03:55 GMT

I am writing an application in which a widget or the outline 
of the widget can be moved from one location to another by
selecting it with the mouse and moving it to the new location.
The problem comes in when a widget or even the outline is
moved from one parent to another.  

Does anybody have any idea how I would go about implementing
functions to drag any type of widget (mainly motif) around
on the screen.  The users should be able to drag a pushbutton
from one location to another.

Both code (in either C or C++) and ideas would be appreciated.

Thanks for any help in the above.

PS: Thanks to everyone who responded to my question about
custom resources.  The application works perfectly.

------------------------->
kahil@gamekeeper.bellcore.com
kahil@athena.mit.edu
------------------------->
From: michael@cwi.nl (M. Guravage)
Newsgroups: comp.windows.x.motif
Subject: winterp Xlib drawing functions?
Summary: Looking for winterp Xlib graphics support.
Keywords: winterp Xlib xlisp
Date: 24 Jul 92 06:58:50 GMT

Has anyone extended winterp to support Xlib drawing functions such as
XDrawPoint, XDrawLine XDrawSegments XDrawArc, XFillRectangle, etc?


-- 
Michael A. Guravage                                    Email: michael@cwi.nl
Centre for Mathematics & Computer Science (CWI)        Phone: +31 20 5924164
Department of Interactive Systems                      Telex: 12571 mactr nl
Kruislaan 413, 1098 SJ Amsterdam  The Netherlands      Telefax: +31 20 5924199
Newsgroups: comp.windows.x.motif
From: ik@snoopy.ctt.bellcore.com (Ik Su Yoo)
Subject: Re: Problems with Doug Young's tree widget
Reply-To: ik@ctt.bellcore.com (Ik Su Yoo)
Organization: Bell Communications Research
Distribution: usa
Date: Tue, 28 Jul 92 11:37:31 GMT

In article <Bs25Kw.1sM@hsi.com>, todds@code3 (Todd Stevenson) writes:
> I have been trying to use the tree widget example from Doug Young's Book,
> and I've found something that baffles me.  
> When I reassign a child widget's super-node, the tree widget redisplays itself,
> showing the new hierarchy of widgets, but the lines drawn to connect the
> widgets are to the old positions of the widget.
> When XtMoveWidget is called, the new coordinates are assigned to the
> widget, but later, when the expose method is called, the child widgets have
> their old coordinates.
> Am I missing something in widget programming? or is there something that is
> not complete in the tree widget? or is it just a bug?
> 

I remember having the same problem when I first started to used it. I
think the quick and dirty fix I've used was to modify the
GeometryManager() function to honor all move/resize requests. I don't
have his book handy at the moment, but try redefining it to be
something like the code given below.

I haven't hacked on widgets in a long time and don't know what
negative impact (impacts?) this will have. If you see something wrong
with it, let me know. Thanks.

    /*
     * 03/01/91 - isy
     *
     * This function needs to be reworked...
     */
    static XtGeometryResult GeometryManager(w, request, reply)
	 Widget w;
	 XtWidgetGeometry *request;
	 XtWidgetGeometry *reply;
    {
      XbTreeWidget tw = (XbTreeWidget) w->core.parent;

      /*
       * No position changes allowed!.
       */
      /*
      if ((request->request_mode & CWX && request->x!=w->core.x) ||
	  (request->request_mode & CWY && request->y!=w->core.y))
	return(XtGeometryNo);
      */

      /*
       * Allow all resize requests.
       */
      if (request->request_mode & CWWidth)
	w->core.width = request->width;
      if (request->request_mode & CWHeight)
	w->core.height = request->height;
      if (request->request_mode & CWBorderWidth)
	w->core.border_width = request->border_width;

      /*
       * 03/01/91 - isy
       */
      if (request->request_mode & CWX)
	w->core.x = request->x;
      if (request->request_mode & CWY)
	w->core.y = request->y;

      /*
       *  Compute the new layout based on the new widget sizes;
       */
      new_layout(tw);
      return(XtGeometryYes);
    }

Ik S. Yoo
RRC-1H229, x5764
ik@ctt.bellcore.com
Newsgroups: comp.windows.x.motif,comp.windows.x
From: meir@tfs.com (Meir Zaid)
Subject: Using xwd to dump menus
Organization: TRW Financial Systems
Distribution: usa
Date: Tue, 28 Jul 1992 21:29:09 GMT



I would like to dump an images of a menu from an application I am
writing in order to put it in the documentaion.  The problem is that
when I run xwd while the menu is posted I get the error -

xwd: error: Can't grab the mouse.

I understand why I get this error.
Is there a way I can dump the image of a menu to a file?
I just want to be able to print the menu to a printer.

-- 

Meir Zaid			meir@tfs.com
TRW Financial Systems		(510) 704-3362
Berkeley,  California		Fax: (510) 845-7311