HDTenEightyP/NetNews huggingface dataset:
From: UMCKA01@VAXA.CC.IC.AC.UK
Newsgroups: comp.windows.x.motif
Subject: (none)
Date: 6 Apr 92 08:59:37 GMT
Distribution: inet
Organization: The Internet

Hello,
	We bought OSF/MOTIF form your representative here in UK, i.e., K2 
Software. For the last three months we have trying together with K2 to solve 
a problem that has made the usage of OSF/MOTIF on the SUN 3/60 impossible. 
	We did the installation according to the instructions without any 
problems. On trying to run the Motif window Manager (MWM) it comes out with 
the following error message:
	"ld.so: warning: /usr/lib/libc.so.0.10 has older revision than expected 
	15"
After that error message it will just return you back to the shell prompt.
At first I suspected it was probably due to our operating system as we are 
still running SUN OS 4.0, but K2 told us that did not matter. As for running 
ld.config on the libraries, this was done during the installation. The MOTIF 
version we are running is 1.1.1 which we were told is the version for Sun 3's.
We were originally supplied with version 1.1.3 which was later withdrawn on the 
grounds that it was a SPARC station version. This was after we had problems 
when trying to install it.
	We sent a FAX addressed to the Manager, ICS, almost three weeks ago 
and we haven't heard anything. This is contrary to the good reputation we have 
heard about ICS. We would appreciate any help that we can get as we can't wait 
forever with a product that doesn't work.
	Regards,
		Dr Wilson Mutagwaba.
From: rnewman@bbn.com (Ron Newman)
Newsgroups: comp.windows.x.motif
Subject: Translation behavior I don't understand
Date: 14 Apr 1992 05:03:56 GMT
Organization: Bolt, Beranek & Newman, Inc.
Distribution: world
NNTP-Posting-Host: spcsun25.bbn.com

I have a Wcl "program" that looks like this:

Mri.wcChildren: main

*main.wcClassName: XmPrimitive
*main.translations: \
   <Key>g: WcTraceACT("G key pressed")  \n\
   <Key>KP_Enter: WcTraceACT("Entree") \n\
   <Key>Left: WcTraceACT("Left") \n\
   <Key>osfActivate: WcTraceACT("Activate") \n\
   <Key>osfLeft: WcTraceACT("osfLeft") \n\
   <Key>osfBackSpace: WcTraceACT("osfBackSpace") \n\
   <Key>osfMenu: WcTraceACT("osfMenu") \n\
   <Key>: WcTraceACT("Some other key pressed")
*main.height: 30
*main.width: 40
*main.background: green

I run this on a Sun SPARC-IPC running the MIT X11R4 server,
linked against fully-patched X11R4 Xlib and Xt and Motif 1.1.3.
I have /usr/lib/X11/XKeysymDB properly installed.

The following things happen, which I don't understand:

1) The F1 key does not trigger any of the translations.
All the other top-row function keys work as expected
(F4 prints out "Menu", the others print "Some other key pressed")

2) The Left, Right, Up, and Down arrow keys do not trigger
any of the translations.   I expected the Left key to print
either "osfLeft" or "Left", and the other keys to print
"Some other key pressed".

3) The Enter key prints "osfActivate" if I press it unshifted.
If I press it with any of Shift, Control, or Meta down, it
prints "Entree" instead.   Even stranger, if I let up the
shift keys and press Enter again, it prints "Entree" again
rather than "osfActivate".

4) If I make the widget an XmDrawingArea instead of an
XmPrimitive, all of the above continue to be true except
that the F1 key now prints "Some other key pressed".

Help??

-- 
Ron Newman		rnewman@bbn.com
From: achan@idaho.tdd.sj.nec.com (Amy Chan  x2941)
Newsgroups: comp.windows.x.motif
Subject: Re: How to determine version of Motif library?
Date: 14 Apr 92 21:12:30 GMT
Organization: NEC-AM TDD, San Jose, California

In article <morten.703201387@oase> morten@oase.kemi.aau.dk (Morten Kjeldgaard) writes:
>Subject says it all. 
>
>/Morten
>

Use the XmVersion macro.

Amy
--
Amy Chan                 | E-Mail:
NEC America              |  INET: achan@tdd.sj.nec.com
110 Rio Robles           |  UUCP: ...{decwrl,oliveb}!necsun!achan
San Jose, CA 95134       |
From: meeks@osf.org (W. Scott Meeks)
Newsgroups: comp.windows.x.motif
Subject: Re: ToggleButtons - Popping from program
Date: 15 Apr 92 19:13:02 GMT
Distribution: inet
Organization: The Internet

>Date: 19 Jan 92 01:12:08 GMT
>From: sdd.hp.com!cs.utexas.edu!news@hplabs.hpl.hp.com  (Joseph Sirosh)
>How do I pop a depressed toggglebutton from inside a program?
>My program uses an array of togglebuttons in the checkbox style.
>I can let only a fixed number of buttons be depressed at a time,
>so when a user presses more, I pop the least recently pressed one.
>Right now, I have to dive into Xlib to do this : I send a buttonpress
>and a buttonrelease event to the display of the togglebutton widget
>with XSendEvent. Isn't there a way to do this from motif - by setting
>some resource with XtSetValue or something?

Try XmToggleButtonSetState(widget, state, notify).

W. Scott Meeks           
Open Software Foundation 
meeks@osf.org            
(617) 621-7229           
Practice random kindness and senseless acts of beauty.
From: aw@BAE.BELLCORE.COM (Andrew Wason)
Newsgroups: comp.windows.x.motif
Subject: Re: How to determine widget under pointer?
Date: 16 Apr 92 14:11:11 GMT
Distribution: inet
Organization: The Internet

ut-emx!shrike!behner@cs.utexas.edu (Ralph Behner)  writes:
> How do you determine the widget under the pointer?  I've found the Motif
> routine XmTrackingLocate which would be perfect if it didn't require moving
> the pointer on top of the widget and clicking.  Is there a way of getting to
> the widget immediately without operator action?  Thanx for any help!

Try using XQueryPointer to get the Window the pointer is in,
then use XtWindowToWidget to map that Window to it's Widget (if any).


Andrew

_______________________________________________________________________________

Andrew Wason                                       Bell Communications Research
aw@bae.bellcore.com                                Piscataway, NJ
bellcore!bae!aw
Newsgroups: comp.windows.x.motif
From: china@bernina.ethz.ch (Lin Li)
Subject: Scale problems
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Fri, 10 Apr 1992 16:08:15 GMT

Hello net.gurus
   I used UIL to define some XmScale Widgets. They have the same source
code except XmNmaximum XmNminimum and XmNvalue settings. But when they
are managed, some of them jumps one when clicked above or below the
slider, which I assume is the normal behaviour, while other jump more
than one, ( 3 in one case ), or not at all. One of them can even goto
none integer positions by draging the slider directly. What is wrong and
what can I do to make them behave uniformly? I am working with an ULTRIX
Decstation with Motif 1.1.
   Any help will be greatly appreciated. 
                                                 Lin
From: rharmon@uucp (Robert Harmon)
Subject: XtAddTimeOut XtAppAddTimeOut on SCO 1.1 (Xm1.1.2)
Organization: Arinc Research Corporation, Annapolis MD
Distribution: usa
Date: 7 Apr 92 11:35:18


does anyone know if these work under SCO ODT
development system.

On my machine, it seems to time out instantly,
not waiting the specified interval

--
rharmon@srg.UUCP              |
Bob Harmon @ Arinc Research   |Disclaimer:
Riva Rd, Annapolis            | Any opinions expressed aren't mine...
301-266-4964                  |
From: mravicha@rcsuna.gmr.com (M. G. Ravichandran )
Newsgroups: comp.windows.x.motif
Subject: XtDestroyWidget() problems
Date: 15 Apr 92 17:39:02 GMT
Reply-To: mravicha@rcsuna.gmr.com
Organization: GM Research Labs

Hello netters,

My motif application crashes once in a while, after a call to
XtDestroyWidget(). I am trying to destroy an ErrorDialog.
Following is the message I got on my terminal. The list below
is the dbx output when I did a "where". If anybody has any idea
of what is going on, please let me know.

Warning: _XmPopWidgetExtData: no extension found with XFindContext

(dbx) where
_XmPopWidgetExtData() at 0x88be4
`ExtObject`Destroy() at 0x887b0
Phase2Destroy() at 0xa2e60
Recursive() at 0xa2d58
XtPhase2Destroy() at 0xa3180
_XtDoPhase2Destroy() at 0xa329c
XtDispatchEvent() at 0xa5d50
VmWaitForResponse(), line 198 in "../../lib/motif/src/Dialog.c"
DoMasterSel(name_p = 0xf7fff36f "2200Exhaust@ravi"), line 120 in "../../cam/src/
MasterSel.c"
VtsDeleteProc(widget = 0x18e6a8, client_data = 0x182e68, call_data = 0x176880),
line 229 in "VtsMaster.c"
_XtCallCallbacks() at 0x9d278
XtCallCallbackList() at 0x9d4cc
`PushB`BtnUp() at 0x30f2c
_XtTranslateEvent() at 0xbbb74
DispatchEvent() at 0xa55a8
DecideToDispatch() at 0xa5c84
XtDispatchEvent() at 0xa5d30
XtAppMainLoop() at 0xa6030
main(argc = 1, argv = 0xf7fffd9c), line 184 in "Vts.c"
(dbx)

Thank you very much.
Ravi

mravicha@rcsuna.gmr.com


Newsgroups: comp.windows.x.motif
From: bcochell@server1.iacd (Bill Cochell)
Subject: Adding rows in the middle of a RowColumn widget
Organization: Honeywell IAC
Distribution: comp
Date: 15 Apr 92 16:24:30

Does anyone know if it is possible to add rows into the middle of a RowColumn
widget that already has items in it?

For example:

  Initial RC:

    row1 Doe,Janet       4321 NoStreet  NoCity  NoState
    row2 Rubble,Barney   6789 RockLane  BedRock Arizona
    row3 Smith,Jane      1234 AnyStreet AnyCity AnyState

  Now I need to add Fred Flintstone between Janet Doe and Barney Rubble:

    row1 Doe,Janet       4321 NoStreet  NoCity  NoState
    row2 FlintStone,Fred 6791 RockLane  BedRock Arizona
    row3 Rubble,Barney   6789 RockLane  BedRock Arizona
    row4 Smith,Jane      1234 AnyStreet AnyCity AnyState

If this is possible, how do you do it? Any help will be greatly appreciated.

Please email to the address below.

Thanks,





--
Bill Cochell   | bcochell@server2.ips.iacd.honeywell.com | (602) 436-4832
Honeywell      | Industrial Automation and Control       |
Mail Stop:  G1 | 16404 North Black Canyon Highway        | Phoenix, AZ  85023
Newsgroups: comp.windows.x.motif
From: margi@indigo.asd.sgi.com (Margie Levine)
Subject: "detaching" a dialog from its parent
Reply-To: margi@indigo.asd.sgi.com (Margie Levine)
Organization: Silicon Graphics Inc.
Date: Fri, 17 Apr 1992 16:56:44 GMT

I have a selectionbox dialog that is created as a result of the user
clicking on a button in a pulldown menu in the main window.  The user may
want to keep the selection box around for the life of the program.  However,
the selection box seems to be "attached" to the main window, in that
when the main window is popped forward, the selection box pops forward
with it and when the main window is popped to the back of the screen,
the selection box pops back, too.  Similarly, if the user tries to pop
just the seletion box to the front, the main window pops forward, too.

Is there any way to make the selection box "pop" up and down separate from
the main window?

Also, I notice that the dialog widgets come up without the little dot
in the upper right hand corner that allows the user to close it.  Is
there anyway for me to get this back?

And one other related question:  Is there any way for me to find out
when the user has closed the selection box by clicking on the 
"Quit" button that comes, by default, on the decoration bar?

Thanks a lot for any answers!

 - Margie Levine
From: brox@dms.corena.no (Bjorn P. Brox)
Newsgroups: comp.windows.x.motif
Subject: mwm passing window id to functions?
Date: 9 Apr 92 10:09:42 GMT
Organization: CORENA A/S, Asker, Norway

In a MWM Resource Description File (like .mwmrc) we can
bind a key to a function, like:
	Buttons DefaultButtonBindings
	{
	    ...
	    Meta Shift<Btn3Down>       window f.exec "xwd | xpr | lpr"
	    ...
	}
Is it possible to get the window id from mwm and pass it as an function
argument?  Something like:
	    Meta Shift<Btn3Down>       window f.exec "xwd -id $ID | xpr | lpr"
-- 
Bjorn Brox, CORENA A/S, P.O.Box 470, N-1370 Asker, NORWAY
E-mail : brox@dms.corena.no , Phone : +47 2 79 45 00 , Fax : +47 2 79 45 90
From: ctjones@BNR.CA (Cliff Jones)
Newsgroups: comp.windows.x.motif
Subject: Re: Turning ON/OFF Objects in a window
Date: 8 Apr 92 16:53:42 GMT
Distribution: world
Organization: BNR

XmNSensitive set to False will do the trick
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Clifton Jones
Bell Northern Research
Research Triangle Park, North Carolina
Email: ctjones@bnr.ca
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.windows.x.motif
From: dchannon@jupiter.newcastle.edu.au (David Channon)
Subject: xtermmotif
Summary: Init values for Modifed xterm sources using Motif widgets
Keywords: xterm
Organization: Uni of Newcastle, Australia
Date: Tue, 7 Apr 1992 02:22:18 GMT


	I have compiled the Xterm source with the motif files so it will
use the motif widgets but On using it from diffenent terminals run from
the same server the default setting on the menus are different. Where do
the default settings come from as it must be local. I have changed the
defaults file and it is using it a the colour has changed as requested.
Please give me an idea . Thanks in advance.

	Cheers David.
From: argv@z-code.z-code.com (Dan Heller)
Newsgroups: comp.windows.x.motif
Subject: Re: Cut/Paste between Motif & OPENLOOK
Date: 16 Apr 92 18:03:22 GMT
Reply-To: argv@z-code.z-code.com
Distribution: inet
Organization: The Internet

> On Apr 13,  4:34pm, Joe Peterson wrote:
> The Motif application seems to ignore L6/L8.  Is there any way to get
> L6/L8 working with Motif?

You can program it into your app using translations or explicit event
handlers and then call the Xm cut/paste functions....

> I've also noticed that using the XmTextCut() and XmTextCopy() works fine
> within the Motif application, but the buffer used by L6/L8 gets cleared
> after these functions calls.  Any insights on this behavior?

We are having lots of problems dealing with customer complains about
the motif/open look interaction, so this is brewing into a hot topic
around here.  In any event, we've got some leads on one particular
idea: someone suggested to me in private mail that while both motif
and open look use the CLIPBOARD property to store text, the actual
format of the data is different.  Motif uses STRING, but OL uses TEXT.
These incompatibilities would certainly account for all the incompati-
bilities, but I haven't written any tests to see if in fact the OL
stuff is using TEXT.  (and I'm also waiting for the followup mail
from the person who pointed this out to me.)

  --dan
From: lewis@iris1.oceanroutes.ns.ca (LLoyd Lewis)
Newsgroups: comp.windows.x.motif
Subject: fontlist problems (bugs!!!)
Summary: fontlist bugs found in motif
Keywords: fontlist .Xappl-attrib
Date: 13 Apr 92 04:30:11 GMT
Organization: NSTN Network Operations Centre, Nova Scotia, Canada


I have been working with font lists over the past few days and have proven
that the following two problems exist with Motif 1.1.

Working environment:

HP 9000 model 834
HP-UX version 7.0
X Window System, version 11 (X11) display software libraries (OSF/Mofit environment)
    with a toolkit and window manager for window-based applications.
Motif 1.1 
C language

In the XmSelectionBox widget

1)  The resources:  XmNbuttonFontList
                    XmNlabelFontList
                    XmNtextFontList

    make it possible to override the default "fontlist" in the ".Xappl-attrib" file;
    but, only the first character set in this list is used, irrespective of
    character sets named in XmStringCreateLtoR.

2)  There is no way to override the default "fontlist" in the ".Xappl-attrib" file
    for the selection list items;  but, character sets named 
    in this font are used properly by items in the selection list. 


These problems are obviously bugs in Motif 1.1.  Have any patches been released
to resolve these problems?  If so, how can I gain access to them?

 
Thanks, Lloyd
Newsgroups: comp.windows.x.motif
From: klee@wsl.dec.com (Ken Lee)
Subject: Re: Documentation for UIL??
Reply-To: klee@wsl.dec.com
Organization: DEC Western Software Laboratory
Date: Tue, 14 Apr 92 23:28:16 GMT

|> Sorry if this is a faq* but where can I find a description of UIL??

The *Motif Programmer's Guide* from OSF is a good reference.  Thomas
Berlage's book *OSF/Motif: Concepts & Programming* contains a tutorial.

-- 
Ken Lee
DEC Western Software Laboratory, Palo Alto, Calif.
Internet: klee@wsl.dec.com
uucp: uunet!decwrl!klee
Newsgroups: comp.windows.x.motif,mail.alfalfa.motif
From: thomas@BNR.CA (Thomas S. Pangborn)
Newsgroups: comp.windows.x.motif
Subject: Turning ON/OFF Objects in a window
Date: 7 Apr 92 15:20:10 GMT
Distribution: world
Organization: BNR

I am currently writing a Motif program from which I wish to use one menu scheme for many windows.  I also have a fixed list of information I wish to show the end-user.  I do not, however want to enable all sections of the menu or the list for everyone.

The question is : How do I turn off elements inside a menu or list window?

I know I need to just 'Grey' them some how, but am not very experienced with programming in Motif.

Any suggestions will be greatly appreciated.

Thanks for the time,

	Thomas
Newsgroups: comp.windows.x.motif
From: satishr@iastate.edu (Satish Ramachandran)
Subject: Pushbutton widget Question.
Summary: How does one retreive the push buttons label.
Keywords: retreive string
Organization: Iowa State University, Ames IA
Date: Sun, 12 Apr 1992 04:34:13 GMT


How does one retreive the label of the push button widget.
I tried the following code,

Xmstring compstr;
Widget w;
Arg al[10];
int ac;

XtSetArg(al[ac], XmNlabelString, &compstr); ac++;
 XtGetValues(w, al, ac);


 But how do i convert from type XmString to a char string.
 The version of motif running on our machine does not support
 the function "XmGetStringLtoR"
 Is there any Intrinsics function to acheive this.

Many thanks
	- satish
From: adair@aio.jsc.nasa.gov (Jerry Adair)
Newsgroups: comp.windows.x.motif
Subject: f.refresh
Date: 10 Apr 1992 18:13:15 GMT
Reply-To: adair@aio.jsc.nasa.gov
Organization: NASA / Johnson Space Center

Anyone know how to emulate the "f.refresh" mwm function from within code?  Any
help would be greatly appreciated.
--
From the Space City...
Jerry R. Adair                 adair@aio.jsc.nasa.gov
2101 NASA Road 1               "The mind is a terrible thing."
Houston, TX  77058             (713)483-8058
Xref: sparky comp.windows.x.motif:3212 comp.windows.x:10010
From: mark@FibHaifa.com (Mark Sterin)
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: Re: Non-echoing text widget for password entry
Date: 12 Apr 92 17:33:17 GMT
Followup-To: comp.windows.x.motif
Organization: Fibronics Ltd., Haifa - ISRAEL


In article <BMHpHL.2DC@world.std.com>, jlw@world.std.com (James L Walker) writes:
|> ...[stuff deleted]...
|> 
|> I too am looking for a solution and I too used the foreground, but I
|> remember reading a better way to do this somewhere.  That approach had
|> something to do with setting the font resource to "none" somehow.
|> Perhaps someone else remembers this also.  The best way to do this
|> would be to have a special font which displays an 'x' or something for
|> every character.  Does anyone know where one could get such a font?
|> Using the XmmodifyVerifyCallback seems to be a long way around a
|> simple problem.
|> 
|> -- Les Walker

What about cut and paste ?
You can just cut the 'xxx' from the password window (or from the window
with the background==foreground) and paste it into your favorite editor. So
the XmNmodifyCallback seems to be more reliable
-- 
=================================================================
                    mark@FibHaifa.com       

mark@fibronics.UUCP          !   Mark Sterin.
Fax: +972-4-550-266          !   Fibronics Ltd. - R&D Department
     +972-4-550-550          !   M.T.M. Industrial Park.
Tel: +972-4-313-645(office)  !   Haifa, 31905, Israel.

Happiness isn't something you experience; it's something you remember.
                -- Oscar Levant
===================================================================
From: nazgul@alfalfa.com (Kee Hinckley)
Newsgroups: comp.windows.x.motif
Subject: Re: XtDestroyWidget questions
Date: 8 Apr 92 16:05:47 GMT
Distribution: inet
Organization: The Internet

>         Unfortunately, the two lists are the same!  I expected that there
>         would not be any widgets in the tree after the XtDestroyWidget.
> 	Did I make an incorrect assumption?  BTW, I've also tried to
Yes.  Widget destruction doesn't occur until you return to the main loop
(after all, there may be more callbacks round).

Alfalfa Software, Inc.          |       Poste:  The EMail for Unix
nazgul@alfalfa.com              |       Send Anything... Anywhere
617/497-2922                    |       info@alfalfa.com

I'm not sure which upsets me more: that people are so unwilling to accept
responsibility for their own actions, or that they are so eager to regulate
everyone else's.
From: rdargahi@wilkins.iaims.bcm.tmc.edu (Ross Dargahi)
Newsgroups: comp.windows.x.motif
Subject: Motif 1.2
Date: 9 Apr 1992 17:58:33 GMT
Reply-To: rdargahi@wilkins.iaims.bcm.tmc.edu (Ross Dargahi)
Organization: Baylor College of Medicine
Originator: rdargahi@wilkins.iaims.bcm.tmc.edu



When is the projected release date for 1.2 and when can we expect
to get a full functionality list?

cheers
Ross
Newsgroups: comp.windows.x.motif
From: jrichard@cs.ulowell.edu (John (MacGyver) Richardson)
Subject: Help with FrameWidget
Organization: University of Massachusetts at Lowell Computer Science
Distribution: usa
Date: Wed, 8 Apr 1992 21:54:11 GMT


In Dan Heller's "Motif Programming Manual" he says that Frame Widgets
"shrink wrap" themselves around their children...  Well so far I've
yet to get this to happen if I specify a specific x,y coordinate for the
Frame it defaults to a small square.  If I don't specify a specific
x,y coordinate it will appear at 0,0 (in a BuiltinBoard) in full size.
I do specify a x,y coordinate in the child widget.  

A work-around is to manually set the frames x, y, width, and height.

Is this a known bug?  

John (MacGyver) Richardson |"sun dogs fire on the horizon        \ \   \
jrichard@cs.ulowell.edu    | meteor rain stars across the night   * *   \   /\
jrichard@duck.ulowell.edu  | ...the spark still flies                /\  * /  \
                           | reflected in another pair of eyes." /\ /  \/\/
                                                           ------  \   / /
From: morten@oase.kemi.aau.dk (Morten Kjeldgaard)
Newsgroups: comp.windows.x.motif
Subject: How to determine version of Motif library?
Date: 13 Apr 92 21:43:07 GMT
Organization: Aarhus University, Denmark

Subject says it all. 

/Morten

--
Morten Kjeldgaard  ~ mok@kemi.aau.dk ~ morten@oase.kemi.aau.dk
Biostructural Chemistry, Department of Chemistry, Aarhus University
Langelandsgade 140, DK-8000 Aarhus C, Denmark
Phone: +45 86 12 46 33 ~ +45 86 20 27 11 x6752 ~ Fax: +45 86 19 61 99
Newsgroups: comp.windows.x.motif
From: rogerr@netcom.com (roger reynolds)
Subject: trouble with scale widget
Date: Tue, 14 Apr 92 23:28:19 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

Well, I am trying to use a scale widget for a rather large
range of numbers (0 to 2**30 or so) and the problem I seem
to be having is that as your range increases, the scaleMultiple
value loses accuracy, for example, with the range mentioned
above, and scaleMultiple set to 1, I get an increment of
3 for each single increment I do.

Anybody else had any experience with this one?

Roger

Newsgroups: comp.windows.x.motif
From: cs382124@ucs.usl.edu (Nichani Anil P)
Subject: Backspace on a TEXT WIDGET.
Organization: Univ. of Southwestern La., Lafayette
Date: Fri, 17 Apr 1992 07:18:54 GMT

Hello Everyone,
   I am stuck with the following problem :
	
   I have a text widget. Periodically I may want to do the equivalent 
   of a backspace on the widget. Could someone please me with this.

Thanx in advance,
Anil
(anil@usl.edu)
Newsgroups: comp.windows.x.motif