HDTenEightyP/NetNews huggingface dataset:
From: mravicha@rcsuna.csun (M. G. Ravichandran )
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: XtToolkitInitialize and xrdb
Keywords: resources, xrdb etc.
Date: 8 Apr 92 14:46:25 GMT
Reply-To: mravicha@rcsuna.csun
Followup-To: comp.windows.x.motif
Organization: GM Research Labs

When XtToolkitInitialize (or other related initialize function) loads the resources,
what do they use? Do they use "xrdb" to load the resources? Can I have C preprocessor
macros in my resource file?

Is there a way by which the application can request the toolkit initialize functions
to use "xrdb (with cpp)" or preprocess the resource file with "cpp".

Any help would be appreciated.

Ravi
From: inb@creare.COM (Ian Brown)
Newsgroups: comp.windows.x.motif
Subject: Creating lots of widgets quickly
Summary: Suggestions?
Date: 13 Apr 92 17:55:52 GMT
Reply-To: inb@creare.com (Ian Brown)
Distribution: na
Organization: Creare Inc., Hanover, NH

I have a Motif application that create a large number (several hundred) option
menus.  I have been trying to find a good way to speed up the creation process
(it takes somewhere around 15 seconds running on a 68040 HP-300 series under
Motif 1.1/X11R4.)  I am looking for suggestions.

Something I have already done is replace the option menus with a 'fake' option
menu, consisting of a push button and a separate row-column widget (this was
done due to problems with HELP callbacks using normal Motif option menus, in
addition to the speed problems.)  The row-column widget is not created until
the user presses the push button for the first time.  This had a rather
significant impact on the creation time (I think on the order of a 50%
improvement), but that only cut it down to the 15 seconds I noted above.

At this time, the push buttons are gadgets - I've heard that they may no longer
be faster than widgets, but I doubt that changing them to widgets will help
much, but I may try it to see what happens.

In any case, I'd welcome any suggestions people have.  Please send eMail - I'll
summarize, if anyone else is interested.




-- 
Ian Brown
inb@creare.com
Newsgroups: comp.windows.x.motif
From: reed@theory.tc.cornell.edu (Michael G. Reed)
Subject: Multiple selections in list widgets
Keywords: multiple,list
Reply-To: reed@theory.tc.cornell.edu (Michael G. Reed)
Organization: Cornell National Computer Facility
Date: Sat, 11 Apr 1992 16:48:58 GMT


I have recently been working on a few X/Motif clients that make use of the
XmFileSelectionBox and XmSelectionBox widgets.  An associate told me that
it is possible to make these widgets N-OF-MANY selectable instead of their
normal ONE-OF-MANY mode.  I have been through the Programmer's Reference
front to back and can't seem to find the propper resource to set...Any
suggestions? Code?  I don't normally read this newsgroup, so email would
be appreciated.  Thanks.

-Michael

---------------------------------------------------------------------------
Michael G. Reed                                (reed@Theory.TC.Cornell.EDU)

Cornell National Supercomputer Facility      (Technology Integration Group)
Engineering And Theory Center, Room 747
Hoy Road                                              (607)/254-8806 [work]
Ithaca, New York 14853-3801  (USA)                    (607)/253-7962 [home]
---------------------------------------------------------------------------
DISCLAIMER: The views expressed above are not those of my employer.
---------------------------------------------------------------------------
From: sabbott@hazel.hac.com (Scott Abbott)
Newsgroups: comp.windows.x.motif
Subject: Motif Upgrade?
Date: 7 Apr 92 12:12:34 GMT
Reply-To: sabbott@hazel.hac.com (Scott Abbott)
Organization: Hughes Aircraft Company

We have Motif 1.1 and are considering upgrading to the current version (is it 1.1.4 or 1.1.5?).

What is the justification for upgrading?  What are the advantages / disadvantages of
the latest version over version 1.1?  Are the advantages significant?

Thanks.

Scott Abbott

sabbott@mitchell.hac.com
From: dbl@visual.COM (David B. Lewis)
Newsgroups: comp.windows.x.motif
Subject: Re: Input Focus Question
Date: 7 Apr 92 12:56:36 GMT
Distribution: inet
Organization: Mercenary Software, Programmer of Fortune Division


|>    I have a bunch of dialog boxes in which I need to tell
|>    which widget had the input focus prior to when the user

Interesting question. Presumably _XmGetActiveItem() will no longer contain
the information you need. Possibly you can get the focus data from the
top-level shell and see if the old focus_item contains a widget in 
your hierarchy. I don't believe that there is a public function for this,
though.

-- 
David B. Lewis		Temporarily at but not speaking for Visual, Inc.
day: dbl@visual.com	evening: david%craft@uunet.uu.net
Xref: sparky comp.windows.x.motif:3229 comp.unix.sysv386:8684
From: sss@nic.cerf.net (Marlene M. Eckert)
Newsgroups: comp.windows.x.motif,comp.unix.sysv386
Subject: How to track down X errors in Motif client?
Date: 15 Apr 92 17:00:10 GMT
Followup-To: comp.windows.x.motif
Organization: 3S

Hello:

We're developing a X11R4 Motif client.  The details:

        -Hardware-

* Northgate 386-25 & 486-33 (Video 7 1024i video card)
* Tektronix TekXpress XP27 X-Terminals.

        -Software-

* SCO Unix 3.2.2 w/ ODT 1.1.0 (Uprgrade G)
* SCO Xsco X11R4 Server (X11R4 EFS)
* Tektronix X11R4 Server
* SCO Motif 1.1.2 

We're getting various unpredictable X Errors while running our client.
For example:

    X Error of failed request: BadLength
    Major opcode of failed request: 1 (X_CreateWindow)
    Minor opcode of failed request: 0
    Resource id in failed request: 0x140367
    Current serial number in output stream: 11686

The problem:

The X errors are unpredicatble and they vary.  The errors occur
frequently on the Xsco server and rarely on the Tektronix server.
We have the streams parameters configured, using crash we show
no failures.

SCO documentation says that these errors indicate that some Xlib
function did not follow the X protocol.  Is it a known bug in Xt
or Motif?  Any ideas on how to track this down??  I have reviewed
the latest X & Motif FAQ's--no luck.

Lets save bandwidth, please email your responses and I'll be happy
to post a summary.

Thanks in advance!

------------------------------------
Michael Reznick  (We use a shared account.)
Structured Systems & Software (3S)
sss@cerf.net
------------------------------------
From: rogerr@csibtfr.UUCP (Roger Reynolds)
Newsgroups: comp.windows.x.motif
Subject: when is it a gadget?
Date: 9 Apr 92 20:10:16 GMT
Distribution: inet
Organization: The Internet


	I have written a function which recursively traverses a widget
	heirarchy and printing the widget name, all of its children,
	and all of its popup childred. 

	Fine so far.

	The problem comes in that if the widget is a Gadget, its
	core.num_popups member seems to be uninitialized (random)
	rather than 0, which seems like thats what it should be since
	gadgets can't have popup children...
	
	So, what I would like to know is, how can I tell if a widget
	is a gadget.  Something like XtIsGadget(w) would be great.
	As a stop-gap measure, it occurs to me that I could look
	for "Gadget" in the name, and that would probably "work", though
	I'd be happier if there were some known attribute of gadgetness.

	Please by mail respond to rogerr@netcom.com

	Thanks all,
	roger
From: dbrown@rigel.hac.com (Doug Brown)
Newsgroups: comp.windows.x.motif
Subject: OpenWindows window on DEC Motif screen
Date: 14 Apr 92 19:28:59 GMT

We have a network with a mix of Sun and DEC workstations.
Although each system typically only runs local applications,
we want to be able to cross platforms as well. DEC
applications come up fairly well on the Sun screens (with
lack of dialog labelling as has been discussed), but the
Sun applications get nowhere going to DEC. The error message
refers to a problem looking for an atom, with a hex number.

Interestingly enough, running xlsatoms from the Sun querying
the DEC server appears to toggle the ability to run these
applications, interfering with some DEC applications when
the Sun applications work. Looking at the output from
xlsatoms, it appears that some portions of the atom names are
being byte-swapped.

Anyone out there seen this? Is there a work-around? I can't
believe we're the only ones that want to do this!
I'm using DECwindows/Motif V1.0 with VAX/VMS V5.4-3 and
OpenWindows 3.
-- 
----------------------------------------------------------
Doug Brown	dbrown@rigel.hac.com	    (303) 344-6053
Hughes Aircraft Company, Colorado Engineering Laboratories
16800 E. CentreTech Parkway    Aurora, Colorado 80011
From: pannon@bcsfse.boeing.com (Joe Pannon)
Newsgroups: comp.windows.x.motif
Subject: XtRealize, XtManage, XtMap and XtPopup
Date: 4 Apr 92 22:32:49 GMT
Organization: Boeing Computer Services, Bellevue, WA

Can anybody give a brief, concise description of the differences in use
of intrinsics listed in the Subject?  In a way, they all seem to do similar things visually: make a widget appear on the display.

I am not quite sure when is each appropriate, and what the differences between them are.  Which affects the client, which the server resources,
etc.  I would also be interested what exactly the effect of XtDestroyWidget is; does it free up the widget's resources on both the
client and the server side?

I am new to X, so forgive me if some of the questions might sound dumm.
Thanks,
Joe Pannon
Newsgroups: comp.windows.x.motif
From: zakon@hobbes.CWRU.Edu (Robert H. Zakon)
Subject: Solution to finding Motif Version
Reply-To: zakon@hobbes.CWRU.Edu (Robert H. Zakon)
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Wed, 15 Apr 92 13:30:30 GMT

The problem with the Motif function XmVersion, and the Xm.h #define
where XmVersion return its value from, is that they only go up to 
the version #, not the full revision #.

To figure out the full revision #, look at about the 3rd line down 
in Xm.h, you should see a line like the following:

static char SCCSID[] = "OSF/Motif: @(#)Xm.h     3.67.1.4 91/08/23";
                                                       ^
The last # in the string "3.67.1.4" tells you the revision #.  You 
can look at the XmVersion #define for the version number, and then 
tack on the revision # to the end.  For the case above,
I have revision 4.  My XmVersion has 1.1, so my complete
revision is 1.1.4

Hope this helps,
  Robert, hobbes@hobbes.cwru.edu
Newsgroups: comp.windows.x.motif
From: db1@cec1.wustl.edu (Deepak Bhargava)
Subject: Motif Widget Development
Organization: Washington University, St. Louis Mo.
Distribution: comp.windows.x.motif
Date: Mon, 13 Apr 1992 20:44:59 GMT

Hi

I am posting my first article to the net; so please be tolerant if I screw up.
Anyway, I am working for a Investment Consulting firm in Berkeley, and we 
develop financial investment models for Fortune 500 companies and Japanese
securities firms. The company uses Sun, VAX, and PC hardware. The language of
choice is C, C++, and a variety of others used by the different groups.

We are using OSF/Motif widget sets for the GUI. One of o the requirements for the 
current project calls for displaying data in graph form. I was curious if there
is any source code available for graph widgets  ? Does anyone know how to get
hold of it ?

Please send email to : jawaid@barra.com

		Thanks in advance.
							jawaid.
From: stefans@bauv106.informatik.unibw-muenchen.de (Stefan Schwarz)
Newsgroups: comp.windows.x.motif
Subject: Re: getting Index of selected button
Date: 15 Apr 92 07:26:40 GMT
Organization: Universitaet der Bundeswehr Muenchen (Germany)

bennett@areaplg2.corp.mot.com (Steve Bennett) writes:

>Can anyone tell me an easy way to get the index of the selected button in a
>radiobox. MenuHistory gives me the Widget Id but that does not do much good.

The easiest way is to set the XmNuserData-resource for the toggle-button
to its index -->  (XtPointer) index.
With the returned widget-id you can get this resource.

Stefan
-- 
________________________________________________________________________________
Stefan Schwarz                            University of the armed forces, Munich
Laboratory for graphical data processing  W-8014 Neubiberg, FRG
--------------------------------------------------------------------------------
From: mccoy@gothamcity.jsc.nasa.gov (Daniel Jack McCoy)
Newsgroups: comp.windows.x.motif
Subject: Re: Memory leak in Motif/Xt/X
Date: 16 Apr 92 17:06:52 GMT
Article-I.D.: aio.1992Apr16.170652.9999
Reply-To: mccoy@gothamcity.jsc.nasa.gov
Organization: Loral Space Information Systems

In article 82462@rphroy.ph.gmr.com, mravicha@rcsuna.gmr.com (M. G. Ravichandran ) writes:
|>Hello,
|>
|>Does Motif/XtoolKit/X have memory leak problems? How can we test it? How
|>can we monitor it?
|>
|>Motif 1.1, X11R4, Sun4

I remember compiling and running the test programs that came with the Motif source
code a long time ago.  I think the programs output the before and after memory for
different parts of Motif.  There seemed to be memory leaks in some of the widgets.
If you have the test programs from OSF try then out.  They are very, very large and
I didn't have the disk space to keep them around.

---
Daniel J. McCoy             Loral Space Information Systems
NASA Mail Code PT4          TEL: (713)483-0950
NASA/Johnson Space Center   FAX: (713)483-5200
Houston, Texas 77058        mccoy@gothamcity.jsc.nasa.gov
Newsgroups: comp.windows.x.motif,comp.windows.x
From: jlw@world.std.com (James L Walker)
Subject: Re: Non-echoing text widget for password entry
Organization: The World Public Access UNIX, Brookline, MA
Date: Fri, 10 Apr 1992 11:34:32 GMT

In article <1992Apr9.180843.1605@lsl.co.uk> snail@lsl.co.uk writes:
>In article <david.702575486@colt.cc.iastate.edu>, david@iastate.edu (David M. Martin Jr.) writes:
>> I would like to use a Text widget to acquire a password from the user.
>> The cursor should be visible and move as the password is being typed,
>> but the characters should of course not appear.  (Equating the
>> foreground and background colors seems to make the cursor vanish.)
>
>OK we did what you did.. I still haven't been bothered to fuss about it. But
>what you need to do is this.
>
>Add a XmNverifyModifyCallback to your text widget. The str parameter (3rd) to
>the callback will be an XmVerifyModiyCallbackStruct (or some similar name).
...[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
Xref: sparky comp.windows.x.motif:3184 comp.windows.x:9947
From: cs__sjh@selway.umt.edu (I'm B-B-A-A-C-C-K-K !!!)
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: Number Pad does not work in Motif widgets
Keywords: Motif NumberPad
Date: 12 Apr 92 04:42:53 GMT
Followup-To: poster
Organization: University of Montana, Missoula MT.


Hi,
	We are running MetroLink's X11/R4 and Motif 1.1.3 on Interactive
UNIX 3.0 on a 386/33 PC.  With the NumLock key on, Motif widgets ( namely,
the XmText, XmCommand, XmSelection ) will not recognise the number keys on
the Number Pad.  It seems like Motif is treating the number keys as cursor
keys because the number '5' works.  The 'Enter' key on the NumberPad doesn't
work either.  We've got a translation table from MetroLink and got most of the
NumberPad numbers to work in XmText widgets, but the Enter key still doesn't
work.  The XmCommand and XmSelection widgets still will not recognise the
translations for the 2 and 8 keys maybe because XmCommand and XmSelection
widgets have the uparrow ( the 2 key ) and the down arrow( the 8 key ) defined
in their acceleration table.  
	The question is :
	Can we disable or override the key accelerators to make the 2 and 8 
keys work?  How can we make the "Enter" key on the number pad work like the
'return' or 'enter' key on the main keyboard?  I've tried all sorts of 
translations and still nothing works.  I've tried the method mentioned in
the Motif FAQ to do a 'XtSetKeyTranslation' to de-install the Motif 
translations. This method worked but we would like to avoid the hassle of
redefining all the key translations and violate the Motif Style Guidelines.

	Any help would be appreciated.  Thanks.
From: mahesh@vu-vlsi.vill.edu (MAHESH BAGADE)
Newsgroups: comp.windows.x.motif
Subject: Algorithm for string search in XmText widget.
Date: 10 Apr 92 13:47:47 GMT
Organization: Villanova University


Hi Netters!

Can some somebody mail me a rough algorithm as to how do a keyword
search facility in a XmScrolled Text or XmText widget.

The functionality should be as follows:

When the user types in a key word and selects Forward/backward search,
that word should be searched for and highlighted.

Thanks in advance...


Mahesh Bagade
Newsgroups: comp.windows.x.motif
From: vasan@uhunix.uhcc.Hawaii.Edu (T. R. Srinivasan)
Subject: DrawingAreaWidget - How to destroy its child(ren) alone?
Organization: University of Hawaii
Distribution: inet
Date: Thu, 16 Apr 1992 03:39:21 GMT

Hello,
	I have a DrawingAreaWidget with few widgets inside that. Is there any
way to destroy all the child widgets of the DrawingAreaWidget? But the Drawing
AreaWidget should be destroyed. 
	Any help is greatly appreciated.

	Thnx.

srini
vasan@uhunix.uhcc.hawaii.edu
+-------------------------------------------------------------------+
| T.R.Srinivasan   | 808-942-0377 |  With, Without                  |
| 1936, Wilder Av.,|        (Res) |  who'll deny                    |
| #101, Honolulu,  | 808-956-3497 |  it is what the fighting is     |
| HI - 96822       |        (off) |                  all about  (PF)|
+-------------------------------------------------------------------+
From: vadi@csi.com (Vadivelu Elumalai)
Newsgroups: comp.windows.x.motif
Subject: Re: pointer cursor to indicate Working
Keywords: pointer, cursor, wristwatch, hourglass
Date: 10 Apr 92 16:42:18 GMT
Distribution: na
Organization: Comdisco Systems Inc., Foster City, CA

In article <1992Apr9.160918.15207@kodak.kodak.com> deal@Kodak.COM writes:
>
>I would want the wristwatch to appear only when the pointer cursor enters my
>application and my application is busy.  Is there a name for this type of
>behavior? 
>

You need two XLib calls to accomplish this.

XCreateFontCursor() - To create the desired cursor shape

XDefineCursor()     - To set the cursor shape

/*---------------------------------------------------------------------*/

#include <X11/cursorfont.h>

setCursorShape(widget, shape)
Widget   widget ;
unsigned int shape;
{
   Cursor cursor;

   cursor = XCreateFontCursor(XtDisplay(widget), shape);
   XDefineCursor(XtDisplay(widget), XtWindow(widget), cursor);
}

/*---------------------------------------------------------------------*/

where

widget - any widget in the window in which you want the cursor shape to change

shape  - the desired shape as defined in <X11/cursorfont.h>

	 eg: XC_hand2, XC_watch


setCursorShape(my_widget, XC_watch)

/*---------------------------------------------------------------------*/

Call this function when you think your application is busy.

To restore the old cursor shape, 

call XDefineCursor() with last parameter as None.

/*---------------------------------------------------------------------*/

-Vadi
------------------------------------------------------------------------------
Vadivelu Elumalai (Vadi) | Phone: 415 - 358 - 3658 | 1035 Aster Avenue #2206
Comdisco Systems, Inc.   | FAX  : 415 - 358 - 3601 | Sunnyvale, CA 94086
919, E. Hillsdale Blvd,  | EMail: vadi@csi.com     |
Foster City, CA 94404    | Home : 408 - 296 - 1405 | #include <std/disclaimer>
------------------------------------------------------------------------------




-- 
------------------------------------------------------------------------------
Vadivelu Elumalai (Vadi) | Phone: 415 - 358 - 3658 | 1035 Aster Avenue #2206
Comdisco Systems, Inc.   | FAX  : 415 - 358 - 3601 | Sunnyvale, CA 94086
919, E. Hillsdale Blvd,  | EMail: vadi@csi.com     |
From: montnaro@spyder.crd.ge.com (Skip Montanaro)
Newsgroups: comp.windows.x.motif
Subject: Re: pointer cursor to indicate Working
Date: 10 Apr 92 19:51:10 GMT
Article-I.D.: spyder.MONTNARO.92Apr10145110
Reply-To: montanaro@crd.ge.com (Skip Montanaro)
Distribution: na
Organization: GE Corporate Research & Development, Schenectady, NY


Stephen M. Deal writes:

   I would want the wristwatch to appear only when the pointer cursor enters
   my application and my application is busy.

Here's how I do it. (I'd post code, but it's not in anything vaguely
resembling C, so it would be no more useful than the description below.)

  1. Get the widget's X window id.

  2. Set the cursor field of an XSetWindowAttributes struct to the appropriate
  value.

  3. Call XChangeWindowAttributes() with the display pointer, window,
  valuemask, and XSWA struct as args. (You may need to XFlush() as well.)

  4. Go do your busy thing.

  5. Repeat steps 2 and 3 with the regular cursor.

--
Skip (montanaro@crd.ge.com)
From: manoj@hal.com (Manoj Betawar)
Newsgroups: comp.windows.x.motif
Subject: Hyper text Help Programming
Date: 15 Apr 92 18:41:01 GMT
Organization: HaL Computer Systems


Hi
	Can somebody help me, to know more about Hyper text programming for Help menu, which can be use with  any software pakege. Is there any software available which will help me to write Help for my product. Where I should look for to get started on this topic.  I am looking for sun plotform and naturly for motif based 
software packege. Is there any free software available.

Thanks in advance, 
manoj@hal.com
From: kfischer@mesa.llnl.gov (K. Fischer)
Newsgroups: comp.windows.x.motif
Subject: Re: MOTIF FAQ
Date: 8 Apr 92 15:26:58 GMT
Reply-To: kfischer@mesa.llnl.gov (K. Fischer)
Organization: LLNL

Please send a copy to me, too

Thanks,
Kathleen
--
Kathleen Fischer
Lawrence Livermore National Lab
kfischer@mesa.llnl.gov

"The man who smiles when things go wrong,
 has thought of someone he can blame it on"
                           -- Unknown
From: jct@se33.wg2.waii.com (Jim Thompson)
Newsgroups: comp.windows.x.motif
Subject: Re: How to determine version of Motif library?
Date: 14 Apr 92 17:30:45 GMT
Reply-To: thompson@se01.wg2.waii.com
Organization: Western Geophysical Exploration Products
In-reply-to: morten@oase.kemi.aau.dk's message of 13 Apr 92 21:43:07 GMT

In article <morten.703201387@oase> morten@oase.kemi.aau.dk (Morten Kjeldgaard) writes:


   Subject says it all. 


In Xm.h are the following definitions, which also say it all:

#define XmVERSION	1
#define XmREVISION	1
#define XmVersion (XmVERSION * 1000 + XmREVISION)

--
   _    Jim Thompson           | What men are poets who can speak of Jupiter
 _| ~-  thompson@wg2.waii.com  | if he were like a man, but if he is an     
 \,  _} Western Geophysical    | immense spinning sphere of methane and     
   \(   Houston, Texas         | ammonia must be silent? --Richard P. Feynman
Xref: sparky comp.windows.x.motif:3119 comp.windows.x:9764