HDTenEightyP/NetNews huggingface dataset:
From: kaleb@thyme.jpl.nasa.gov (Kaleb Keithley)
Subject: Re: Motif 1.1.x with X11R5
Organization: Jet Propulsion Laboratory, Pasadena, CA
Date: Thu, 3 Sep 92 23:03:17 GMT

In article <1992Sep1.200212.11407@digicomp.com> djd@digicomp.com (Dan Driscoll) writes:
>Has anybody had any experience with using Motif 1.1.x with X11R5?
>

Yes!

But I suppose you want more specifics.

We've been using Motif 1.1.3 and 1.1.4 when it became available, on R5 
since the day after R5 shipped.  Some people have reported some subtle 
geometry management differences between R4 and R5, but we haven't stumbled 
over them... yet.  After the passage of nearly a year since R5 became 
available, I doubt we will either, but then, we're not doing any esoteric
geometry management tricks in our applications either.

R5 is a better than R4 in a variety of ways -- and has been since the day 
it shipped -- and Motif 1.1.x is that much better because of it.  

-- 

Kaleb Keithley                          kaleb@thyme.jpl.nasa.gov

Not authorized, in any way, shape, or form, to speak for anyone.
From: markmc@sierra.com (Mark McWiggins)
Newsgroups: comp.windows.x.motif
Subject: OptionMenu width error in Motif 1.1.1?
Date: 1 Sep 92 20:49:47 GMT
Organization: Sierra Geophysics Inc.,  Kirkland, Wa

We have an application that displays a large OptionMenu palette of symbols.
It works fine on HP (with HP's implementation of Motif), but on Sun and
DEC the width of the displayed menu button is as wide as the entire palette,
not just as wide as one button.

We have source for Motif and thus could apply a patch if there's one extant.
Clearly HP has fixed this, but what's the availability otherwise?

Thanks in advance for any help on this.

--
Mark McWiggins           +1 206 822 5200x377 days      Box 31356
markmc@sierra.com        +1 206 632 1905 24 hrs.       Seattle WA 98103-1356
From: Ikhtyar.Ansari@sniap.mchp.sni.de
Newsgroups: comp.windows.x.motif
Subject: Help me with chidren widgets
Date: 26 Aug 92 15:11:54 GMT
Reply-To: <Ikhtyar.Ansari@sniap.mchp.sni.de>
Distribution: inet
Organization: The Internet


	My problem is as follows. I have for eg a RowColumn widget with say
many label and text widgets in it.All the widgets are realized and managed.
Now starting from the RowColumn widget I want to access the children widgets
ie the label and text widgets.Is there any way in Motif 1.1 Release 4.0
by which one could get the Widget ids of the children widgets when one has the
widget ID of the parent ??

	I desperately need to know if there is any way out ,otherwise I will
have to change my programming style drastically which I want to avoid.If this
problem cannot be solved ,it would help me to know that too (But please God let
there be a solution for this problem !).

	Any help is greatly appreciated.Thanks in advance.

Sunitha Srinivasan ( Ikhtyar.Ansari@sniap.mchp.sni.de )
-- 
Mohammed Ikhtyar-ul Hasan Ansari
Electronic-mail : Ikhtyar.Ansari@sniap.mchp.sni.de
Voice-mail      : (49) 89-917412 (R) / (49) 89-636-49514 (O)
Siemens Nixdorf Information System AG., Munich, Germany

Is life really complex with real && imaginary parts ?!
Newsgroups: comp.windows.x.motif
From: ccarpent@dw3f.ess.harris.com (Craig Carpenter)
Subject: Re: Problem with XmTextGetString
Date: Fri, 28 Aug 1992 19:33:21 GMT
Distribution: usa
Reply-To: ccarpent@dw3f.ess.harris.com (Craig Carpenter)
Organization: Harris GISD

--

First thanks for all of the replys to me question, which I had a typo in
(since I have to
use an ADA bindings these days, I sorta get my C mixed up).

My problem is apparently in the Sun C compiler. Using the following  I
get an error during
compilation: (Using the Ansi C Compile (acc)). BTW, I can't use the
standard cc compiler from
Sun because the X include files blow up..........

Widget TextArea;
char *text;

text =  XmTextGetSelection(TextArea);

 line 23: warning: improper pointer/integer combination: op "="


The only way I have been able to get it to compile and work is to imbed
the call in
a line, say a printf

printf("Text Retrieved: %s\n", XmTextGetString(TextArea));


Thanks again
============================================================================= 
                                                 
Craig Carpenter                                   HARRIS CORPORATION
E-Mail: ccarpent@dw3f.ess.harris.com 	  IIIIIIIII    SSSSSSSS   DDDDDDD
Phone : (407)984-6444                         I        S          D      D
Fax   : (407)984-6327                         I        SSSSSSSS   D      D
                                              I               S   D      D
"Me, Myself, and I have                   IIIIIIIII    SSSSSSSS   DDDDDDD
these opinions, not the company"
============================================================================
From: nandraj@unisql.UUCP (Nandraj Arni)
Newsgroups: comp.windows.x.motif
Subject: Getting color names(char*) for resources.
Date: 26 Aug 92 18:30:06 GMT
Reply-To: nandraj@unisql.UUCP (Nandraj Arni)
Organization: UniSQL, Inc., Austin, Texas, USA



   I want to know how to get color names(char*) for some Widget's
background or anything? I asked this before, I did not get answers
but some netters wanting the answers. That is why I am posting
across groups.

   Say, if you make an application with motif GUI. You want to get
the name of colors of some resources programmitically. How would
you do that at any level, Xlib, Xt or Motif?


Thanks,



-- 
*******************************************************************
Nandraj Arni

UniSQL, Inc.                           Voice: 512 343 7372 Ext. 107
9390 Research Blvd.                              Home: 512 794 9386
Kaliedo II			   	          FAX: 512 343 7383
Austin, TX 78759

Email: unisql!nandraj@cs.utexas.edu
*******************************************************************
Newsgroups: comp.windows.x.motif
From: danny@virgo.math.tau.ac.il (danny khen)
Subject: color background image for widgets
Organization: School of Math & CS - Tel Aviv University , Tel Aviv , ISRAEL.
Date: Sun, 30 Aug 1992 20:41:33 GMT

Hello Xperts,

     I would like to set a color image to be the  background
of  widgets  (diverse  -  shells,  pushButtons,  ...).   The
closest I get is use the backgroundPixmap resource, but this
only  works  for  xbm  files  (which are 1-bit deep images),
displaying them with the foreground & background  colors  of
the widget. This is not good enough for my application.

     I'll be grateful for any clue.  Please  e-mail  answers
to the address in the signature.

Thanks,
	Danny.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Danny Khen	danny@math.tau.ac.il	|	Phone:	+972-3-720783
		danny@taurus.bitnet	|	Fax:  ** for future use **
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.windows.x.motif,comp.windows.x
From: kaleb@thyme.jpl.nasa.gov (Kaleb Keithley)
Subject: Re: Editres in motif version
Organization: Jet Propulsion Laboratory, Pasadena, CA
Date: Thu, 3 Sep 92 22:50:34 GMT

In article <185tobINNgg4@usenet.INS.CWRU.Edu> bharat@ces.cwru.edu (M R Bharat) writes:
>
>does anyone know if there is a `editres' program available in the
>motif version?  If so please let me know about the location.
>

If you mean an editres that works on Motif based applications, then the 
answer it that editres currently works with Motif applications if (and
only if) the application honors the editres protocol.  This can easily 
be achieved by adding the following to your Motif based application:

#include <X11/Xmu/Editres.h>

[...]
  toplevel == XtAppInitialize (...);
[...]
  XtAddEventHandler (toplevel, (EventMask) 0, 
				True, _XEditResCheckMessages, NULL);
[...]
  XtAppMainLoop (...);

and linking with the R5 X Miscellaneous Utilities (Xmu) library.

If you mean a version of editres program written with Motif widgets, then 
you may be out of luck, but I'll offer that editres built with the Xaw3d 
Widget set looks very Motif-like!

-- 

Kaleb Keithley                          kaleb@thyme.jpl.nasa.gov

Not authorized, in any way, shape, or form, to speak for anyone.
From: brown@hpfcso.FC.HP.COM (John Brown)
Date: Tue, 1 Sep 1992 21:10:42 GMT
Subject: Re: Motif widgets and 24 bit color graphics
Organization: Hewlett-Packard, Fort Collins, CO, USA
From: bharat@ces.cwru.edu (M R Bharat)
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: Editres in motif version
Date: 3 Sep 1992 20:49:15 GMT
Organization: Case Western Reserve University
Distribution: world
NNTP-Posting-Host: fox.ces.cwru.edu


Hello everyone,

does anyone know if there is a `editres' program available in the
motif version?  If so please let me know about the location.

Thanks in advance
prakash


lilbit!prakash@skybridge.scl.cwru.edu
216 371 9777

Newsgroups: comp.windows.x.motif
From: anil@microware.com (Anil Purohit)
Subject: Getting the font-height from XmNfontList
Keywords: fontList, font etc.
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Tue, 1 Sep 1992 14:38:20 GMT

Hi motifer's,
	Here's my question.

	I want to get the height of the font a widget is using.
	For example I want the font-height a particular text widget is
	using at run-time.

Thanks,

anil


-- 
--------------------------------------------------------------------
DISCLAIMER:
Opinions expressed are mine and only mine.

Anil C. Purohit  			E-mail:	anil@microware.com
--------------------------------------------------------------------
From: fisk@cvdv73 (Tom Fisk, 2D-337 STM, 5-4341)
Newsgroups: comp.windows.x.motif
Subject: Getting toggle buttons side by side
Date: 26 Aug 92 23:41:00 GMT
Reply-To: fisk@mayo.edu
Organization: University of Arizona MIS Department - Mosaic Group
News-Software: VAX/VMS VNEWS 1.41

I am trying to define a series of toggle buttons side by side so they look 
like a grid of boxes.  I am using the UIL and ... as you guessed ... am not
having any luck.  My question is what XmN resources need to be set and to
what value?  I have tried the marginWidth, marginHeight, borderWidth without
any good results.  The best I have been able to do is get them about 1 pixel
apart.  

Is there a different widget I should be using?  I would use the DrawnButton
but that does not provide the on/off functionality that I want.

Thanks for your help!   Tom.

-------------------------------------------------------------------------------
Thomas B. Fisk          +----------------------------+  Internet: fisk@mayo.edu
Mayo Clinic             |   If you don't know where  |  Voice: (507) 255-4341
200 First Street SW     |  you're going you'll never |  FAX: (507) 255-5484
Mail Stop 2D-337 STM    |         get there.         |
Rochester, MN  55905    +----------------------------+
-------------------------------------------------------------------------------
Newsgroups: comp.windows.x.motif
From: demillo@juliet.ll.mit.edu ( Robert DeMillo )
Subject: Wanted: a GUI builder for Motif
Organization: M.I.T. Lincoln Lab: Fine Food and Coffee
Distribution: comp
Date: 2 Sep 92 15:28:59


The subject pretty much says it all. I'd like to get my hands
on a good user interface builder for Motif. Does anyone have
any suggestions/favorites? (The public domain would be great, 
but let me know about commercial applications, also.)

I have an old version (c. 1990) of Dirt, but the README file only
promises support for Motif Real Soon Now. Is it worth going and getting
a more recent version of Dirt? Does it have its promised Motif
widget set? Etc, etc, etc.

Thanks in advance.

-- Rob
--


 - Rob DeMillo			| Internet: 	  demillo@juliet.ll.mit.edu
   MIT Lincoln Lab 		| America Online: exgalileo@aol.com
   Weather Sensing - Group 43	| Reality:        617-981-2105 (office)

"Operation Goofy now in effect!"
	--- Tom Servo, "Gamera vs. Gaos," Mystery Science Theater 3000

Xref: sparky comp.windows.x.motif:5901 comp.windows.x:15849
From: grp@Unify.com (Greg Pasquariello)
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: Re: OPEN INTERFACE ?
Keywords: OPEN INTERFACE GUI developer
Date: 28 Aug 92 20:38:15 GMT
Organization: Unify Corporation (Sacramento)

In article <wx3ewi4@Unify.Com> you write:
> 
> Correct me if I'm wrong, but XVT is based upon the intrinsics (at least in
> the X world), right?  If that is the case, then it is NOT one of the toolkits
> that I mentioned above.
> 
> I will re-iterate.  Neuron Data's product (OIt) and Visix's product (Galaxy)
> are the only two that I am aware of that remove you from dependence upon
> the intrinsics.  This is A Good Thing (tm), as intrinisics based toolkits
> are relatively difficult to modify or extend.
> 

I'm gonna shoot myself.  I will qualify the above by saying that they
are the only two that remove dependence upon the intrinsics and ALSO 
work on MS-Windows, etc.

Sorry Warner!


-- 

--
Greg Pasquariello   	grp@unify.com 	        Sometimes you're the windshield
Unify Corporation	   or			Sometimes you're the bug.
(916) 928-6258	    ...!uunet!unify!grp
From: deveau@oceanroutes.ns.ca ("Terry J. Deveau")
Newsgroups: comp.windows.x.motif
Subject: Re: can't create another form
Date: 26 Aug 92 18:40:04 GMT
Distribution: inet
Organization: Oceanroutes Canada Inc.

> I have created one form widget to hold some push button widgets and
> label widgets. In the callback functions of the pushbuttons, I want to
> create another form so that it can hold some other widgets. But creating
> another form lands me in problems:
> I cant attach my widgets to this new form. Also attaching one widget to
> another gives me segmentation fault.
> 
> Why can't I create another form and use it the same way as the first 
> form. I am sure that the problem can be solved using other kind of
> container widgets but why not form?
> 
Don't create the new form in the callback, just manage it there; also
your new form must be a child of an XmDialogShell, this is automatic
if you use XmCreateFormDialog.

Do the following during initialization:

1) XtAddCallback (pushbutton, XmNactivateCallback, yourCallback, NULL)

2) newform = XmCreateFormDialog (pushbutton, ...)

3) other = XmCreateOtherWidget (newform, ...) /* replace this call
             with whatever your "other widget" is */

4) XtManageChild(other)

5) repeat 3 and 4 as many times as necessary.

In "yourCallback" include:

5) XtManageChild(newform)

You can probably figure out the rest.  OSF/Motif Programmer's Guide
will help.

Your segmentation fault is likely an error in pointer usage (C not Motif).

... Terry
From: rrybacki@ringer.cs.utsa.edu (Richard M. Rybacki)
Newsgroups: comp.windows.x.motif
Subject: Algorithum to compute top and bottom shadow
Date: 4 Sep 92 13:15:02 GMT
Organization: University of Texas at San Antonio

Hello,
  I am interested in learning the alogrithum Motif uses to compute reasonalbe
rgb values for topShadow and bottomShadow given the rgb vector for the
background.  This will be used in an application which will NOT be linked
to libXm.a, so XmGetColors cannot be used.

Thanks in advance for any help.
-- 
                            Richard M. Rybacki
                       rrybacki@ringer.cs.utsa.edu
                              (512) 731-0000
                          "Will consult for food"
Newsgroups: comp.windows.x.motif,comp.windows.x
From: izeek@techunix.technion.ac.il (Ilan Aisic)
Subject: Re: OPEN INTERFACE ?
Reply-To: izeek@techunix.technion.ac.il (Ilan Aisic)
Organization: Technion, Israel Inst. of Technology
Date: Mon, 31 Aug 1992 09:56:49 GMT

In article <5s3eyd2@Unify.Com> grp@Unify.com (Greg Pasquariello) writes:
>In article <wx3ewi4@Unify.Com> you write:
>>
>> Correct me if I'm wrong, but XVT is based upon the intrinsics (at least in
>> the X world), right?  If that is the case, then it is NOT one of the toolkits
>> that I mentioned above.
>>
>> I will re-iterate.  Neuron Data's product (OIt) and Visix's product (Galaxy)
>> are the only two that I am aware of that remove you from dependence upon
>> the intrinsics.  This is A Good Thing (tm), as intrinisics based toolkits
>> are relatively difficult to modify or extend.
>>
>
>I'm gonna shoot myself.  I will qualify the above by saying that they
>are the only two that remove dependence upon the intrinsics and ALSO
>work on MS-Windows, etc.
> ...
>Greg Pasquariello   	grp@unify.com 	        Sometimes you're the windshield
> ...

Well, ICpak201 is an Objective-C class library that is in fact 
another toolkit which sits directly on top of Xib.

    ____
     /  /   __ 
    /  /   /_/ /| /
 __/_ /__ / / / |/   o o o
 
                           Ilan Aisic
           In Israel                            In the USA:
Voice:   972-4-344474                         1-914-644-7710
Fax:     972-4-342492                         1-914-644-7763
E-mail:  izeek@techunix.technion.ac.il        ilan@allink.com

Newsgroups: comp.windows.x.motif
From: lah@unh.edu (Lance A. Hartford)
Subject: Tricky form widget setup
Organization: UNH Interoperability Lab
Date: Sun, 23 Aug 1992 22:18:34 GMT

I need to setup a form widget with three child widgets (arranged in a
row). The middle widget is a rowcolumn, arranged vertically, and
shouldn't resize if the window is resized. The leftmost and rightmost
widgets in this form should be attached to the appropriate side of the
rowcolumn, and should resize if the window resizes. These two widgets
should be of equal area. These are the resources I'm setting
currently:

  /* frame2 */
  argcount = 0;
  XtSetArg(args[argcount], XmNmarginWidth, 5); argcount++;
  XtSetArg(args[argcount], XmNmarginHeight, 5); argcount++;
  XtSetArg(args[argcount], XmNtopAttachment, XmATTACH_FORM); argcount++;
  XtSetArg(args[argcount], XmNbottomAttachment, XmATTACH_FORM); argcount++;
  XtSetArg(args[argcount], XmNleftAttachment, XmATTACH_FORM); argcount++;
  XtSetArg(args[argcount], XmNrightAttachment, XmATTACH_WIDGET); argcount++;
  XtSetArg(args[argcount], XmNrightWidget, rowcol1); argcount++;
  XtSetValues(frame2, args, argcount);

  /* rowcol1 */
  argcount = 0;
  XtSetArg(args[argcount], XmNtopAttachment, XmATTACH_FORM); argcount++;
  XtSetArg(args[argcount], XmNbottomAttachment, XmATTACH_FORM); argcount++;
  XtSetValues(rowcol1, args, argcount);

  /* frame3 */
  argcount = 0;
  XtSetArg(args[argcount], XmNtopAttachment, XmATTACH_FORM); argcount++;
  XtSetArg(args[argcount], XmNbottomAttachment, XmATTACH_FORM); argcount++;
  XtSetArg(args[argcount], XmNrightAttachment, XmATTACH_FORM); argcount++;
  XtSetArg(args[argcount], XmNleftAttachment, XmATTACH_WIDGET); argcount++;
  XtSetArg(args[argcount], XmNleftWidget, rowcol1); argcount++;
  XtSetValues(frame3, args, argcount);

... later on in the code, I add one button to the rowcolumn widget.
frame3 (on the right side of the form) resizes correctly, and the
rowcolumn widget stays the same, which is what I want. But frame2
doesn't show up at all. If anyone can fix this, I'd appreciate it.
Thanks! 

                                                      -- Lance





--
________________________________________________________________________
| Lance A. Hartford             | Computer Science Junior              |
| UNH InterOperability Lab      | Internet: lah@unh.edu                |
| University of New Hampshire   | 32 Coe Drive, Durham NH 03824        |
|----------------------------------------------------------------------|

Newsgroups: comp.windows.x.motif,comp.windows.x
From: matt@centerline.com (Matt Landau)
Subject: Re: OPEN INTERFACE ?
Keywords: OPEN INTERFACE GUI developer
Organization: CenterLine Software, Inc.
Date: Thu, 27 Aug 1992 20:56:18 GMT

In <914ep5z@Unify.Com> grp@Unify.com (Greg Pasquariello) writes:
>I actually looked at Solbourne's OI about two years ago when it was in beta.  
>It was quite impressive, but we decided to go with an intrinsics based toolkit
>instead, mainly because the company was new at this GUI stuff. 

But neither OIT nor Galaxy *is* and instrinsics-based toolkit!  Like 
OI , they both reimplement the X11 gui styles on top of Xlib.  I'm not 
sure what they do on other platforms.

Or did you mean that you changed your minds about the requirement 
for an intrinsics-based toolkit?
From: ts@hasas.de (Tilman Simeoni)
Newsgroups: comp.windows.x.motif
Subject: order of objects in tab group ?
Keywords: tab group
Date: 31 Aug 92 10:22:51 GMT
Organization: Hauk+Sasko Stuttgart

how is it possible to modify the order of objects (XmText, XmToggleButton...)
in a tab group.
From: greg@thirdi.uucp (Greg Holmberg)
Newsgroups: comp.windows.x.motif
Subject: .motifbind, XKeysymDB and shipping an application
Date: 27 Aug 92 00:29:20 GMT
Reply-To: greg@thirdi.UUCP (Greg Holmberg)
Organization: Third Eye Software, Menlo Park, CA

I have a question about the .motifbind and XKeysymDB files that come
with the Motif source code.

We have developed an application using the Motif widgets and will be
shipping it to customers soon.  The application is statically linked,
we are not shipping libXm.a or libMrm.a.

However, it seems we do need to ship the .motifbind and XKeysymDB files.
XKeysymDB goes in /usr/lib/X11 or /usr/openwin/lib.  This will
apparently require root permission (which we find undesirable).

Is it really necessary to for the customer install this file (XKeysymDB)?

What happens if the customer doesn't install it?  Will our application
still be usable?  Does this depend on the server implementation?

Is there another way of getting that information into the server,
xmodmap perhaps?  Or perhaps, .motifbind is an alternative to
XKeysymDB?

Does the customer have to install both files?

Does the user have to restart the server after installing a new XKeysymDB?

In short, for those of you in the same situation (shipping a Motif
application), what are you doing about shipping and installing these
files?



Tsch|_,


Greg Holmberg

Third Eye Software, Inc.                415/321-0967 Voice
750 Menlo Avenue, Suite 300             415/321-2066 Fax
Menlo Park, CA  94025                   greg@thirdeye.com
From: linjs@tlab1.cs.unc.edu (Jieh-Shan Lin)
Newsgroups: comp.windows.x.motif
Subject: Source code of Douglas Young's book
Keywords: X, Motif
Date: 31 Aug 92 15:56:07 GMT

Hi! I am new to the motif world.  My friend told me it is
better for me start with Mr. Douglas Young's book:
"The X window system: programming and application with Xt --
OSF/Motif edition".  

My question is where can I find the source code of examples in this book
so that I don't have to type in every single statement.  I would like
to ftp them to save my learning time.  

Thanks

Jieh-Shan
Newsgroups: comp.windows.x.motif,comp.windows.x.intrinsics,comp.windows.x
From: mjw@dmssyd.syd.dms.CSIRO.AU (Mark Walmsley)
Subject: Design issue with pushbuttons
Originator: mjw@ecstasy.syd.dms.CSIRO.AU
Keywords: Pushbuttons
Reply-To: mjw@dmssyd.syd.dms.CSIRO.AU (Mark Walmsley)
Organization: CSIRO Division of Mathematics and Statistics, Australia
Date: Fri, 4 Sep 1992 06:16:01 GMT



Hi All


Our application has dialog boxes which can be resized.  We are
wondering what to do with our pushbuttons when a dialog box is
resized.

One faction favours keeping the pushbuttons the same size, and
resizing the gaps between them.  This seems to be how the
FileSelectionBox works.
Another faction favours keeping the gaps between the pushbuttons
the same size, and resizing the buttons horizontally, but not
vertically.

We can't find any specific reference to this in the Style Guide.
So we wonder if anyone out there has any views?


+----- Mark Walmsley -------- CSIRO Division of Mathematics & Statistics -----+
|                                                                             |
|            PO Box 218, Lindfield, NSW 2070, Australia                       |
|            Phone : +61 2 413 7223         Fax   : +61 2 416 9317            |
|            Telex : AA26296                Email : mjw@syd.dms.csiro.au      |
|                                                                             |
+-----------------------------------------------------------------------------+
Xref: sparky comp.windows.x.motif:5837 comp.windows.x:15676