HDTenEightyP/NetNews huggingface dataset:
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: need help with closing windows
Organization: Open Software Foundation, Motif Team
Distribution: usa
Date: Thu, 12 Nov 1992 21:35:55 GMT

 
|> I am having a hard time resolving a problem. 
|> My problem is  that whenever the user activates/double-clicks the 'Close' 
|> option in the window manager menu; I want to do some stuff (like seting/reseting
|> a flag) before closing the window. In other words, I want to call a function 
|> which will do some stuff and close the window instead of mwm directly closing 
|> the window by invoking its 'f.kill' procedure.
|> 
 
That's in the FAQ:

How can tell I if the user has selected the "Close" item on the
system menu attached to the top-level shell?  I need to do some clean up before
exiting.

Answer:          This works with R4 Intrinsics

        void FinalCleanupCB(w, client_data, call_data)
        Widget   w;
        caddr_t  client_data, call_data;
        {
                /* tidy up stuff here */
                ...
                /* exit if you want to */
                exit (0);
        }

        main()
        {
                Atom wm_delete_window;

                ...
                XtRealizeWidget(toplevel);
                ...
                wm_delete_window =
                        XmInternAtom(XtDisplay(toplevel),
                                "WM_DELETE_WINDOW", False);
                XmAddWMProtocolCallback(toplevel, wm_delete_window,
                        FinalCleanupCB, NULL);
                XtMainLoop();
        }

This will still kill the application.  To turn this behaviour off so that the
application is not killed, set the shell resource XmNdeleteResponse to
XmDO_NOTHING.  This means that users cannot kill your application via the system
menu, and may be a bad thing.

If you are running R3, Bob Hays (bobhays@spss.com) has suggested this: "Trapping
on the delete window atom does not work as I cannot force my action routine to
the top of the action list for the activity desired, so the window manager kills
my window anyway BEFORE I can do anything about it.  And, to make matters worse,
the window manager (Motif in this case) tacks its atoms and handlers onto the
window at some unknown point down the line after the creation of the shell
widget as far as I can tell.  So....

I have a procedure as an action routine for ClientMessage.  Then, if I get a
property change event on the window manager protocols, I then tack on
WM_SAVE_YOURSELF.  If I get this request, I clean up (it seems to happen on
WM_DELETE_WINDOW, BTW, if you remove WM_DELETE_WINDOW from the WM protocols
atom) and exit.  Works great and is less filling overall:-)."
From: mark@bhanu.andyne.on.ca (Mark Levison)
Newsgroups: comp.windows.x.motif
Subject: re:How to have XmTextSetString(3X) not setting cursor position to start of text?
Date: 13 Nov 92 19:06:49 GMT
Distribution: inet
Organization: The Internet


Rick,
	Instead of using XmTextSetString to reload the entire file
every time (slow when it gets big).  Try XmTextInsert or XmTextReplace.

Cheers
Mark Levison
mark@bhanu.andyne.on.ca
Newsgroups: comp.windows.x.motif
From: ladislav@base.cs.ucla.edu (Ladislav Berkovich)
Subject: Screen Dump
Organization: UCLA Computer Science Department
Date: Mon, 9 Nov 92 17:48:45 GMT


Hi.
I need to do a screen dump of the color screen in Motif application.
The MOITF function only deals with the screens with one plane.
The screen that I am dealing with is mulitplane (it has colors). I have
tried to use xwd/xpr, but I am missing some lines from the result,
some colors are not being converted to the shades of gray -- they 
become black. Please let me know if there is a way to this --
hopefully using Xt/Xlib/MOTIF functions, if not if there a way to do that
at all.
					Thank you , Ladislav
 

--
			Ladislav --- ladislav@cs.ucla.edu
Newsgroups: comp.windows.x.motif
From: levay@univrs.decnet.lockheed.com
Subject: positioning SlectionBox buttons
Organization: Lockheed Palo Alto Research Labs
Date: Thu, 12 Nov 92 18:35:46 GMT

I would like to explicit position the buttons on a selection box.  Does
anyone know how to do this?


Thanks....
From: adrian@ORA.COM (adrian)
Newsgroups: comp.windows.x.motif
Subject: X Resource Issue 4 available
Date: 4 Nov 92 15:06:48 GMT
Distribution: inet
Organization: The Internet


Here is the Table of Contents of X Resource Issue 4.
The X Resource is available as single issues or by
subscription.  For more information, send mail to me or 
cathyr@ora.com.

Thanks.

5	From the Editor

ANNOUNCEMENTS

7	7th Annual X Technical Conference
9	Xhibition 93 Conference: Call for Participation
10	The X Resource Code Archive

DEPARTMENTS

15	From the X Consortium: The Mit X Software Distribution After Release 5
	Stephen Gildea, MIT X Consortium
19	The X Administrator: Taming The X Display Manager
	Miles O'Neal
35	X User Groups
39	The PEX Interoperability Center
	Kathy Harris

PAPERS

45	Finding Auxiliary Files for an X Toolkit Application 
	David Flanagan
59	RPC Programming in X Applications
	John Bloomer
103	A Bibliography of Windowing Systems and Security
	Jeremy Epstein
109	the XGEN Application Generator: Constructing Motif GUIs For TTY Programs
	Kurt Buehler
137	Workstation Audio in the X Environment
	Richard Billman, Robert Hammond, Pat McElhatton, Ellen Nordahl Brandt, Francis
	Sung, Nancy Yost

DOCUMENTATION

161	A Directory of Freely and Commercially Available Widgets

164	The Cmap Widget

167	The Hdial Widget

171	The X11 Input Extension: A Tutorial
	Paula Ferguson

195	The X11 Input Extension: Reference Pages

271 Back Issue TOCs

*************************************************************
Adrian Nye (314) 531-1231    Editor, The X Resource
O'Reilly & Associates, Inc., Publishers of Nutshell Handbooks
4466 West Pine Blvd.  20-G   St. Louis MO 63108
Internet:   adrian@ora.com    	UUCP:   uunet!ora!adrian      
*************************************************************
From: jpg@bnr.co.uk (Jonathan P. Gibbons)
Newsgroups: comp.windows.x.motif
Subject: Thanks Greg (Holmberg)
Date: 11 Nov 92 13:15:37
Organization: BNR Europe Ltd, London Rd, Harlow, Essex, CM19 9NA, U.K.
Distribution: comp
NNTP-Posting-Host: 128.199.200.40

Don't have your mail address - thanks for the info.  The second method
may well be needed in the not so distant future.

Jonathan
--
 ----------------------------------------------------------------------------
  With fearsome eyes and fiery breath the dragon burnt the girl to death
                    -- from "Too Late Saint George"
Newsgroups: comp.windows.x.motif
From: gregb@netcom.com (Greg Burrell)
Subject: motif scale/scrollbar problem, bug?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 14 Nov 1992 00:33:45 GMT


Fellow netters,

	I encountered the following behavior while developing a Motif
application.  I have an XmScale widget with the XmNvalueChangedCallback
attribute set to some function.  In the callback function, I simply pop up
a *modal* XmErrorDialog.

	Now, if I drag the scale's slider and then release the mouse button,
the callback gets called and the errorDialog is popped up.  Everything is ok
right here.  However, if I click the mouse button inside the scale's trough,
then the following sequence of events occurs:

		1. The slider moves.
		2. The callback function gets called and the errorDialog
		   gets popped up.
		3. And the slider keeps moving (after XmNinitialDelay
		   milliseconds) as if the mouse button is still pressed
		   inside the trough.

This only happens if the errorDialog is modal.  This behavior also applies
to XmScrollBar.

	Could anybody please shed a light on this?  Is this a Motif
bug/oversight?  Or did I do something wrong?  Any ideas on how to
circumvent this?


						Thank you,

						Jongki Suwandi
						(jongki@mindcraft.com)


P.S.:  I have Motif 1.1 on SunOS 4.1.1.
-- 
---                                                                         ---
 =============================================================================
 =                             =     "Nobody loves me but my mother,         =
 =    gregb@netcom.com         =      and she could be jivin' too..."        =
 =                             =               -B.B. King                    =
 =============================================================================
From: dbrooks@osf.org
Newsgroups: comp.windows.x.motif
Subject: Re: Motif 1.2 Style Guide
Date: 12 Nov 92 17:31:19 GMT
Distribution: inet
Organization: The Internet


> Is the Style guide for Motif 1.2 available either as a book or as a
> Postscript file.

Prentice-Hall has published it.  Make sure you get the right version; it says
"Release 1.2" on the spine and cover.

The source and PostScript bits are on the 1.2 source release tape; there are
updates on the 1.2.1 tape.

David Brooks
Systems Engineering
Open Software Foundation
Newsgroups: comp.windows.x.motif
From: hess@swt1.informatik.uni-hamburg.de (Hauke Hess)
Subject: Interclient communication
Summary: how to communicate between two apps
Keywords: ICC, pipes, events
Organization: University of Hamburg, FRG
Distribution: comp
Date: 13 Nov 92 09:39:35 GMT

Hi,

I`m working on a pair of programs that I want to run indepentend
of each other (each in it`s own executable) but to have
advanced functionality if run at once (there will be an option
to start the other application within each).

In detail, I develop a drawing application and a browser to describe
each of the elements in a drawing individually. Now the browser
alone is able to process glossaries of things with long descriptions
in TeX format, remembers the creation date/author, the change date/author,
some sort of hyperlinks between entries etc.pp.

the drawing application alone is able to hold drawings.

I want to establish a connection between them that allows
the user to click on an element in the drawing in order to
get the long description in the browser.

The problem is: how could the two communicate. Since Motif
is not multithreaded like OS/2, both applications usually
wait in the Motif-"XtAppNextEvent" loop, so communication parallel
to this won`t be recognizes until this XtAppNextEvent call is returned
from.

Is it possible to generate such an event without telling the user
to do so?

Hauke
From: dobrien@sybase.com (Dave O'Brien)
Newsgroups: comp.windows.x.motif
Subject: Can you run Motif in monochrome?
Date: 5 Nov 92 22:22:27 GMT
Organization: Sybase, Inc.
X-UserAgent: Nuntius v1.1

Newbie question alert!

Can you run Motif in monochrome (1-bit) or 2-bit?

I've seen Open Look run on B/W screens, but Motif screens always seem to
be on grayscale or colour monitors.

If Motif *can* be run in B/W, how are window borders (etc.) displayed?
Instead of gray/colour, are they just white or are they dithered to
pseudo-gray?

Thanks in advance.
Newsgroups: comp.windows.x.motif
From: mek@hydrox.enet.dec.com (Mark Klamerus)
Subject: re: uil compiler
Date: Thu, 12 Nov 92 07:34:54 PST
X-Received: by usenet.pa.dec.com; id AA20918; Thu, 12 Nov 92 07:34:56 -0800
X-Received: by enet-gw.pa.dec.com; id AA25750; Thu, 12 Nov 92 07:34:54 -0800
X-Received: from hydrox.enet; by decwrl.enet; Thu, 12 Nov 92 07:34:54 PST
X-To: comp.windows.x.motif.usenet
X-Apparently-To: comp.windows.x.motif.usenet


	You're using the wrong call for registering callbacks.

	The correct one is:

		MrmNcreateCallback = procedure create_text_widget();

	The call backs are mediated through the resource manager.

	Mark
From: al@osf.org (Alastair Gourlay)
Newsgroups: comp.windows.x.motif
Subject: Re: Virtual Button Bindings
Date: 5 Nov 92 15:12:05 GMT
Distribution: inet
Organization: The Internet



>    Motif defines its default Translations using 
> 'Virtual Bindings' for keys (e.g. osfActivate, osfHelp, 
> KBackSpace, etc.) and mouse buttons (e.g. BDrag, BSelect,
> etc.).  In particular the Programmer's Guide 
> describes the Drag and Drop operations via mouse button
> BTransfer, which by default is bound to <Btn2>.

The Motif toolkit only supports virtual bindings for key operations.
The BDrag, BSelect etc. notation for button bindings is used to keep
the documentation independant of the pointer hardware.


> 	2. Is it possible to override the mouse-button
> 	bindings at the application level using the 
> 	XmNdefaultVirtualBindings resource?  (the manual seems
> 	to imply that this only works for the keysym 
> 	bindings, O'Reilly Vol 6 (page 35-36) seems to imply
> 	that any virtual binding can be controlled with
> 	this resource!!)

The only way to change the button bindings is to manually
override the translations of all widgets to use your new
bindings.

	Alastair Gourlay.
Newsgroups: comp.windows.x.motif
From: joes@lpi.liant.com (Joe Stewart)
Subject: Re: C++ Debugger for Motif  -----> HELP
Reply-To: joes@lpi.liant.com
Organization: LIANT Software Corporation
Date: Wed, 11 Nov 1992 13:54:42 GMT

In article <97017@netnews.upenn.edu>, ioi@pixmap.seas.upenn.edu (Ioi Kim Lam) writes:
|> 
|> I am using X11R4 on the SunOS. I am writing Motif programs in C++, using the
|> GNU compiler g++. Does anyone know how to debug these programs. I tried
|> gdb-3.2 and gdb-3.5 but they don't seem to understand the C++
|> function-name convention. Gdb-4.4 gives an segmentation fault with the
|> Motif program, although it can debug normal C++ programs under Unix. I
|> tried UPS but it always shows the header file instead of the source file. 

I can't help with g++; But, if you were using our C++ compiler, LPI-C++,
you could then use CodeWatch, our bundled, full-screen, MOTIF, debugger.
One major benefit of our C++ compiler and our debugger, is that function
names are not mangled!  Better yet, I use it all the time to debug my
C++/Views and MOTIF applications and it works just fine.

Anyway, if you want the usual marketing literature, send a note to
info@liant.com.

If you have technical questions, send them to me, joes@lpi.liant.com.

Joe
-- 
---------------------------------------------------------------------
 Joseph Stewart
 Senior Applications Engineer (FIGARO+, FIGt, FIGraph)
 Liant Software Corporation
 959 Concord Street 
 Framingham MA 01701-4613 (USA)
 508-872-8700 x340
 joes@lpi.liant.com -- {uunet,necntc,drilex}!lpi!joes
---------------------------------------------------------------------
Newsgroups: comp.windows.x.motif
From: amaranth@vela.acs.oakland.edu (Paul Amaranth)
Subject: Button resources for FileSelectionBox widget
Organization: Oakland University, Rochester MI.
Date: Tue, 10 Nov 1992 16:08:28 GMT

This should be simple.  I want to change the background colors for
different parts of a FileSelectionBox.  I've been able to change
the background of the two text fields with this type of line:

  <Application-Class>*<instance-name>*XmText.background: new-color

But a similar line

  <Application-Class>*<instance-name>*XmPushButton.background: new-color

has no effect on the button colors.  What resource name(s) do I have
to use for this?  

Also, what's a good reference for widget heirarchies in the Motif
widgets like the FileSelectionBox?  The Motif Programmer's Reference
is pretty poor on stuff like that.

Thanks in advance.
-- 
Paul Amaranth  Manager User Services - office: (313) 370 4541 (also voicemail)
(internet)     amaranth@vela.acs.oakland.edu  |    This space 
(bitnet)       amaranth@oakland               |    temporarily
(uucp)         ...!uunet!umich!vela!amaranth  |      empty
From: michaelg@samsara.tv.tek.com (Michael Gies)
Newsgroups: comp.windows.x.motif
Subject: Motif Resource Editor
Keywords: MRE
Date: 9 Nov 92 17:58:30 GMT
Article-I.D.: tvnews.1992Nov9.175830.5826
Reply-To: michaelg@samsara.tv.tek.com
Followup-To: comp.windows.x.motif
Organization: Tektronix, Inc.,  Beaverton, OR

Howdy,
	Where does one find the Motif Resource Editor (MRE).  I have
read about it in the O'Reilly books, but can't seem to locate it.

TIA

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Michael Gies    Tektronix, Inc.  P.O. Box 500  MS 58-639  Beaverton, OR  97077
michaelg@tv.tv.tek.com, !tektronix!tv.tv.tek.com!michaelg Phone: (503) 627-2661
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: kaleb@thyme.jpl.nasa.gov (Kaleb Keithley)
Newsgroups: comp.windows.x.motif
Subject: Re: Getting Motif to work on Sparc 2 GT
Date: 10 Nov 92 16:33:41 GMT
Article-I.D.: thyme.1992Nov10.163341.7453
Organization: Jet Propulsion Laboratory, Pasadena, CA

In article <1992Nov10.014404.12077@elroy.jpl.nasa.gov> npc@socrates.Jpl.Nasa.Gov (Nick Christenson) writes:
>
>For some reason, motif does not work properly on a Sparc 2 with the Graphics Tower.  
>I start it with xinit, and I get:
>
>Fatal server error:
>no screens found
>XIO:  fatal IO error 32 (Broken pipe) on X server ":0.0"
>
>The same set of files has worked fine for Motif on both a Sparc IPC and an IPX.
>
>Do I need something special for the GT?  If so, what?  Any help would be 
>appreciated.
>

Yeah, but it certainly has nothing to do with Motif.  The MIT Sample server
doesn't support the GT.  You need a server that does, and currently that
would only be the OpenLook (xnews) server.

-- 

Kaleb Keithley                          kaleb@thyme.jpl.nasa.gov

Not authorized, in any way, shape, or form, to speak for anyone.
Newsgroups: comp.windows.x.motif
From: dwight@geohub.gcn.uoknor.edu (Dwight D. Moore)
Subject: Re: Icons with colors
Originator: usenet@kittyhawk.ecn.uoknor.edu
Date: Fri, 6 Nov 1992 18:50:48 GMT
Reply-To: dwight@geohub.gcn.uoknor.edu
Organization: Geosciences Computing Network, Univ. of Oklahoma

In article <1992Nov4.161154.21106@netcom.com>, qualtrak@netcom.com (Qual Trak) writes:
|>Path:
|
constellation!mimbres.cs.unm.edu!moe.ksu.ksu.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbi
ia.edu!spool.mu.edu!olivea!decwrl!decwrl!netcomsv!netcom.com!qualtrak
|>From: qualtrak@netcom.com (Qual Trak)
|>Newsgroups: comp.windows.x.motif
|>Subject: Re: Icons with colors
|>Message-ID: <1992Nov4.161154.21106@netcom.com>
|>Date: 4 Nov 92 16:11:54 GMT
|>References: <1992Oct29.041111.1125@mjs486.uucp> <6382@ucsbcsl.ucsb.edu>
|><1d2patINN3pt@fbi-news.Informatik.Uni-Dortmund.DE>
|>Followup-To: comp.windows.x.motif
|>Organization: QualTrak Corporation
|>Lines: 25
|>
|>In article <1d2patINN3pt@fbi-news.Informatik.Uni-Dortmund.DE>
|>klute@tommy.informatik.uni-dortmund.de (Rainer Klute) writes:
|>>In article <6382@ucsbcsl.ucsb.edu>, 6500msd@ucsbuxa.ucsb.edu (Michael
|>>D'Errico) writes:
|>>|> You can avoid the task of handling espose events by
|>>|> turning on the backing store of the icon's window.  The window manager
|>>|> will then redraw the icon when it is exposed.
|>>
|>>Careful! Not every X server supports backing store, and even if it does it
|>>can stop supporting it at any time. So you must be prepared to process
|>>expose events.
|>>
|>>-- 
|>>  Dipl.-Inform. Rainer Klute      klute@irb.informatik.uni-dortmund.de
|>>  Univ. Dortmund, IRB
|>>  Postfach 500500         |)|/    Tel.: +49 231 755-4663
|>>D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386
|>
|>I use a background pixmap with the same depth of the screen that I paint
|>into with various colors.  Since it's the background pixmap of the
|>window I'm assuming that I don't need to worry about expose events.  Am
|>I right or wrong?
|>------------------------------------------------------------------------
|>John Birchfield - QualTrak Corp (408) 730-2674 Home (408) 736-3852
|>jb@QualTrak.COM
|>------------------------------------------------------------------------
|>

Wrong. The pixmap is stored on the server, but it is not necessarily associated with
a particular window, so neither the window manager or server  has any idea of 
what to do with it. Some widgets associate pixmaps with their windows and do the 
expose events for you, otherwise, you still need to tell the server what to fix on the 
screen and how.
----------------------------------------------------------------------------
Dwight D. Moore
Geosciences Computing Network
University of Oklahoma

dwight@geohub.gcn.uoknor.edu (129.15.40.10)
These opinions do not necessarily represent the opinions of OU or the GCN.
----------------------------------------------------------------------------
Newsgroups: comp.windows.x.motif
From: digalog.systems <digalog.systems@mixcom.mixcom.com>
Subject: Translations in DrawingArea
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.
Distribution: usa
Date: Mon, 09 Nov 1992 15:15:19 GMT

I am having a problem with a DrawingArea widget. The program is a editor to
create parts for a schematic type drawing program. I am drawing lines, arcs,
and text in the window. In order to place the "primitives," I want the user
to be able to use the arrow keys or the mouse to place the objects. I have
set up a translation table to process the events but the arrow keys don't
seem to ever get processed. Here is an excerp from the application defaults
file:

    *keyboardFocusPolicy:   pointer
    *draw.translations: \
        <Key>Up: Move(Up) \n\
        <Key>Down: Move(Down) \n\
        <Key>Right: Move(Right) \n\
        <Key>Left: Move(Left) \n\
        <Key>i: Move(Up) \n\
        <Key>m: Move(Down) \n\
        <Key>k: Move(Right) \n\
        <Key>j: Move(Left) \n\
        <Key>space: Select() \n\
        <Key>Escape: Unselect() \n\
        <Btn1Down>: Select() \n\
        <Motion>: Move(Any) \n\
        <EnterWindow>: Enter() \n\
        <LeaveWindow>: Leave() \n

The 'i', 'j', 'k', 'm', and 'space' keys work fine but 'Up', 'Down',
'Left', 'Right', and 'Escape' never translate to my functions. I tried
the 'osfUp' bindings as well and the same thing happens. Why????
And, what can I do to fix it.

                                        Thanks,
                                        Matt Gerassimoff
                                        Digalog Systems, Inc.
                                        New Berlin, WI 53151
From: meeks@osf.org ("W. Scott Meeks")
Newsgroups: comp.windows.x.motif
Subject: [Jon K?re Hellan: Re: Scrolling in File Selection Dialog Box]
Date: 10 Nov 92 15:01:58 GMT
Distribution: inet
Organization: The Internet

Ah, this is what I really meant.  I knew I should have looked it up first.
Thanks to Jon Hellan for this correction.

	Scott

------- Forwarded Message

From tele.hellan@tele.notis.notis.telemax.no Tue Nov 10 08:21:55 1992
X400-Received: by mta mhs-relay.cs.wisc.edu in /PRMD=XNREN/ADMD= /C=US/;
               Relayed; Tue, 10 Nov 1992 07:21:36 +0000
X400-Received: by /ADMD=telemax/C=no/; Relayed; Tue, 10 Nov 1992 07:15:14 +0000
X400-Received: by /PRMD=NOTIS/ADMD=TELEMAX/C=NO/; Relayed;
               Tue, 10 Nov 1992 07:11:42 +0000
X400-Received: by /PRMD=notis/ADMD=telemax/C=no/; Relayed;
               Tue, 10 Nov 1992 07:00:16 +0000
Date: Tue, 10 Nov 1992 07:00:16 +0000
X400-Originator: tele.hellan@tele.notis.notis.telemax.no
X400-Recipients: meeks@osf.org
X400-Mts-Identifier: [/PRMD=notis/ADMD=telemax/C=no/;18676 92/11/10 14:00]
X400-Content-Type: P2-1984 (2)
From: Jon K?re Hellan <tele.hellan@tele.notis.notis.telemax.no>
Message-Id: <"18676 92/11/10 14:00*/G=tele/S=hellan/OU=tele/O=notis/PRMD=notis/ADMD=telemax/C=no/"@MHS>
To: meeks@osf.org
Subject: Re: Scrolling in File Selection Dialog Box

> Another possibility is to use XtVaSetValues.  I'm not exactly sure of the
> syntax since I don't use this myself, but I think it's something like:
>
> XtVaSetValues(widget, XmNlabelString, "aaa", NULL);

Slip of the keyboard?

Surely you mean XtVaTypedArg. XtVaSetValues works just like XtSetValues,
except that you do not use an array of Arg.

XtVaTypedArg is used like this:

   str = "aaa";
   XtVaSetValues(widget, XtVaTypedArg,
                 XmNlabelString, XmRString, str, strlen(str), NULL);

> Practice random kindness and senseless acts of beauty.

Agreed!

Jon

- --
Jon K Hellan               Internet: hellan@notis.telemax.no
NOTIS A.S.                 X.400:    S=Hellan;P=notis;A=telemax;C=no;
Postboks 1824 - Lade       Tel:      +47 7 921233
N-7002 Trondheim, Norway   Fax:      +47 7 922574


------- End of Forwarded Message