HDTenEightyP/NetNews huggingface dataset:
From: aymeric@huygens.UUCP (Aymeric POULAIN MAUBANT )
Newsgroups: comp.windows.x.motif
Subject: making motif exe not eating the disk (and other stuffs)
Keywords: motif, UIL, graphical user interface, shared libs
Date: 18 Dec 92 09:25:37 GMT
Organization: enst-bretagne Brest, FRANCE

Hi motif-netters,

I'd like some advice on the following points. Please answer either 
on the net or by e-mail ; I'll sum up and send back a copy on the 
net if I've enough answers...

What I'm doing is writing a neural-net graphical interface. That 
means I want to edit nets, make them learn and work, display numerous 
gray-scale info about the internal state of neurons, and lots of 
features like that. I know (and I have some of them) there already are 
free simulators on some places, but mine is very special, in the sense 
that it is intended to more or less drive a new sort of neurocomputer.

I use Motif (what a surprise ;-) ) and UIL.

All rigth, now the questions :

1/ My exe is 1.9 Mo on the disk. I think it's a lot. We didn't have 
	so heavy exes with Xt only. Can anybody tell me why ? I noticed 
	the simple "hello world" motif program is more than 1Mo !!!!!
2/ Does 1.9 Mo on the disk mean 1.9 on RAM when it is executed, or more 
	(or less) ?
3/ What are the ways to reduce this amount on disk (on RAM as well) ?
	(The motif code is eating disk, not the C routines I add. Maybe 
	I should use special motif routines ?)
4/ I know that Shared libraries in motif 1.2. aren't supported. But perhaps 
	there are some ways to do it ?

and sthg completely different :

5/ I wrote some new widgets (let's say fooP.h foo.h and foo.c). I know 
	how to include them in a classical motif (non-uil) code. I came 
	across some doc about including them in UIL files but it doesn't work.
	Can anybody give me a simple, clear method ?

6/ Merry Xmas and a happy new year, by the way.

Thanx a lot for your time

------------------------------------------------------------------
THESARD PSD. Keywords : IA, Neural-nets, all that sort of things..
					   .----------------------
Aymeric        ____  /   /        _/       | Brest : .   _.^.
 Poulain      /     /    /      _/         | |   __-' `-'    ".
 Maubant     ____  /     /    _/           | `> #_ 	     _/  
	    /     /      /  _/             |      \         ;_
	   /     /         /               |       \ 	     /
	 _/    _/        _/        _/ _/   |	   /	     \
			 _________________|	  /      ___/"
	  _*_		 | World :  Fr :    ,.    ""--_ /
	 (o o)		 |      .-.       ."  ".       "    /^,
------ooO-(_)-Ooo--------+     (   )      \    / 	    | /
_________________________|      `-'	   \__/		    \/
Voice : 98.00.19.24	 |----------------------------------------
Fax   : (33)98.00.12.82  | e-mail : aymeric@enstb.enst-bretagne.fr
------------------------------------------------------------------
From: prakash@lilbit.UUCP (Prakash Baskaran)
Newsgroups: comp.windows.x.motif
Subject: Maximum lines in a text widget
Date: 11 Dec 92 15:57:58 GMT
Distribution: inet
Organization: The Internet

Hello,

I am trying to set a limit for the maximum number of lines that can be inserted on a
scrolled text widget.  Is there any simple ways to do it ?

( I don't want to keep counting the \n 's and chop off the head )

Thanks in advance

prakash



_________________________________________________________________________________

Prakash Baskaran		lilbit!prakash@skybridge.scl.cwru.edu
T.D. Technologies, Inc.
12608 Cedar Rd.
Cleveland, OH 44106

Disclaimer:  Ya...  It's all mine.
_________________________________________________________________________________
From: epc1@quads.uchicago.edu (Merlin)
Newsgroups: comp.windows.x.motif
Subject: Resizing pixmap in drawing area widget
Date: 19 Dec 92 21:35:12 GMT
Reply-To: epc1@midway.uchicago.edu
Organization: University of Chicago Computing Organizations

I have an app which contains a pixmap image in a drawing area widget.  If
a user makes the window smaller (with the mouse manually), then the pixmap
does not scale itself to become smaller; just a small portion of the entire
image will be visible.  Is there a convenient method to resize images
depending on the new size of the window?
From: druth@erg.sri.com (Doug Ruth)
Subject: DrawingAreaWidget Resize Callback Questions
Organization: SRI International, Menlo Park, CA
Date: Thu, 17 Dec 92 23:11:29 GMT

I have an application with the following Widget hierarchy:

    toplevel
        |
        V
    formWidget
        |
        V
    DrawingAreaWidget

The DrawingArea is used to display some pixmaps and other custom graphics.
The DrawingAreaWidget's resize callback is used to update some
information concerning the drawing area size and origin in some internal 
application data structures.  The drawingArea uses static bit gravity
and I would like to detect whether the resize resulted from either
the upper or left sides being dragged in which case I must update some
information in the application data structures concerning the origin
of what is being displayed.

However the resize event only reflects changes in the width & height,
since the position (x,y) is relative to the drawing area's parent (the
form widget) and doesn't change (e.g., its always (0,0)).  Now one way
to see if the position of the upper-left corner has changed is to
get the position of Motif window manager's enclosing frame widget and 
see if it has changed.  If this scheme is used, however, my application 
also needs to know when the window manager's enclosing frame widget is 
simply moved around (but not resized) on the root window, so that on a
subsequent resize event it has the correct previous position of the 
window manager's enclosing frame widget.

Is it possible to be notified of the motion of the enclosing frame
widget added by the window manager?

Or is there some better way in my DrawingAreaWidget resize handler to
determine which side was stretched to achieve the resize?

Thanks for any help on the matter.
Doug
-- 
-- Doug Ruth         | druth@erg.sri.com  | SRI International
-- '91 BMW R100GS/PD | Work:(415)859-3860 | 333 Ravenswood Ave.
-- AMA #: 197665     | Home:(415)962-9808 | Menlo Park, CA 94025
-- 
Newsgroups: comp.windows.x.motif
From: mattf@cac.washington.edu (Matthew Freedman)
Subject: Re: How do I tell Motif where to position my TopLevelShell?
Organization: U.W. Information Systems
Date: Fri, 18 Dec 1992 21:32:41 GMT

In article <1992Dec18.184431.23910@mlb.semi.harris.com>, pjp@sloth.mlb.semi.harris.com (Pat J. Pinchera) writes:
> When I run the following code to create a new topLevelShell, the
> location (position) of the window is done by Motif - it ignores my XmNx
> and XmNy arguments completely.  Does anyone know how to specifically
> place a topLevelShell?  I've checked the FAQ and about a year's worth of
> past postings, no luck.  Also note that XmNdefaultPosition doesn't
> affect it. Thanks.
> 
> -------------------------------
> ac = 0;
> XtSetArg (al[ac], XmNx, sx);  ac++;
> XtSetArg (al[ac], XmNy, sy);  ac++;
> XtSetArg (al[ac], XmNwidth, 50);  ac++;
> XtSetArg (al[ac], XmNheight, 100);  ac++;
> top = XtAppCreateShell("x", "x", applicationShellWidgetClass,
> 				XtDisplay(w), al, ac);
> XtRealizeWidget(top);
> -------------------------------

Try setting it as a resource, before starting the application, i.e.
App-Class*x.geometry: 50x100+400+400

Or, try XtMoveWidget() which seems to work more reliably than changing
the x and y resources. I don't know if you can use it before you
realize the widget though.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
= Matthew M. Freedman                                                 =
= U. of Washington Information Systems       mattf@cac.washington.edu =
= 4545 15th Ave. NE; 4th Floor               (206) 543-5593           =
= Seattle, WA  98105                                                  =
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Newsgroups: comp.windows.x.motif,comp.lsi.cad
From: pankanti@cps.msu.edu (Sharathcha Pankanti)
Subject: User Interface Compatibility
Originator: pankanti@indian.cps.msu.edu
Organization: Dept. of Computer Science, Michigan State University
Date: Fri, 18 Dec 92 08:02:21 GMT

I have been using VLSI tool "Olympus" which has graphical user
interface with X windows. It behaves properly when invoked from
`xwm' environment. However, it behaves strangely when  I invoke
olympus either  from  `owm' directly  or from an `xterm' invoked
from `owm'. In particular, AFTER the user interface windows pop
up  the WHOLE  system(workstation)  freezes. I have to resort to
killing  the processes from other workstations. Please, note that  our
environment here is mostly Sparc 2 running under SunOS.

Has anybody encountered such problem? Is there  any quick (and dirty?)
solution to this problem? More importantly, the `full compatibility'
is yet another mythical concept?

Thanks in advance.

pankanti sharath
pankanti@cps.msu.edu
Organization: Penn State University
Date: Sat, 19 Dec 1992 22:43:40 EST
From: <SML108@psuvm.psu.edu>
Newsgroups: comp.windows.x.motif
Subject: compress_motion widget event filter...

I have learned that the problem I described in my previous post can be
fixed by changing the event filter on my drawing area widget, specifically,
changing compress_motion from FALSE to TRUE.  The problem is that I
cannot see any legal approved of way of doing this.  What should I do?

Scott

If there is no way of doing this, perhaps the drawing area widget should
have such a way added to it in future revisions as it is supposed to be
a fairly free form widget...
Newsgroups: comp.windows.x.motif
From: mattb@plato.ds.boeing.com (Matt Baney)
Subject: Positioning Dialogs ????
Summary:  Why is it so difficult??
Reply-To: mattb@plato.boeing.com (Matt Baney)
Organization: Boeing Defense & Space Group
Date: Fri, 18 Dec 1992 01:55:46 GMT

I am trying to create an application using C++ and MOTIF
and I have been using the Douglas Adams Book examples as
a place to start?  I have a window that allows the user
to select a command and now I want to create another 
window and expose it when an option on the parent window is selected?

I am creating a main window with a selectionbox and some buttons
on it.  When the user clicks one of the buttons I want to 
create and expose a secondary window, that would allow the user
to make a few more inputs.  I am using a UIComponent object as
the base of the secondary window and a BulletinBoardDialog as
its base widget.  I am able to get various things on the windows
but no matter what I try the secondary window is always placed at
the center of the screen.  How can I control where it appears?

Any Suggestions??

thanks
matt
-----------------------------
Sorry for the preceding empty postings, I tried to edit
a .article file outside of rn and then use that file
as the file to include in my article, the old "the input
is the output" problem?
-----------------------------

|  Matt Baney         | Boeing Defense and Space Division    |
|  -----------------  |   Knowledge Systems Group            |
| "I can't tolerate   | UUCP:        ..!bcstec!plato!mattb   |
| intolerant people!" | Internet:   mattb@plato.boeing.com   |

-- 
|  Matt Baney         | Boeing Defense and Space Division    |
|  -----------------  |   Knowledge Systems Group            |
| "I can't tolerate   | UUCP:        ..!bcstec!plato!mattb |        
| intolerant people!" | Internet:   mattb@plato.boeing.com |
Newsgroups: comp.windows.x.motif
From: kaleb@jpl-devvax.jpl.nasa.gov (Kaleb Keithley)
Subject: Re: Shared libraries
Organization: Jet Propulsion Laboratory (NASA)
Date: Mon, 14 Dec 1992 16:50:31 GMT

In article <1ghoe7INN7u0@corax.udac.uu.se> hb@woody.csd.uu.se (Henrik B}kman  CSD) writes:
>Hello.
>
>Shared libraries in motif 1.2.1 seems not to be supported.
>Is there any unsupported way to build them on sunos 4.1.2
>and/or hpux 8.07? The binaries are really EATING disk...
>

The 1.2.x .../lib/Xm/Imakefile has most (but not all) of what you need to 
do shared libraries, *but* you still need to enable it in config.  Use
Xaw as a model.

The good folks at OSF have explained that there will never be official 
support for shared libraries in Motif because there are so many different 
ways of making them.

-- 

Kaleb Keithley                               kaleb@jpl-devvax.jpl.nasa.gov

Newsgroups: comp.windows.x.motif
From: boyle@gca.com (David Boyle)
Subject: XcRichText with Motif 1.2
Keywords: XcRichText
Organization: GCA Corporation
Distribution: usa
Date: Mon, 14 Dec 1992 19:16:42 GMT

Does anyone have patches to the XcRichText (version 1.5) widget that 
builds with Motif 1.2.  Compiling with -DXM_1_1_BC doesn't work (the
test program builds, but does not run correctly).

Thanks in advance.
--
David Boyle                            ...uunet!gca!boyle  or  boyle@gca.com
GCA, a unit of General Signal          (508) 837-3869
Andover, MA  01810
From: jon@spss.com (Jon Fry)
Newsgroups: comp.windows.x.motif
Subject: Free value from MrmFetchLiteral?
Date: 11 Dec 92 23:30:18 GMT
Distribution: na
Organization: SPSS Inc.


The code I'm debugging contains

   rc = MrmFetchLiteral( ..., ..., ..., value, ...);
   ...
   XtFree(value);

The 4th argument to MrmFetchLiteral is documented in the OSF/Motif
Programmer's Reference, Release 1.1, as

   caddr_t *value;

   value     Returns the ID of the named literal's value.

The code uses "value" as if it pointed to the literal's value after
the call.

The _Sentinel_ debugging package sometimes reports that the pointer in
value is outside the malloc arena, and sometimes reports that it does
not point to the beginning of an allocated block of memory.  Each call
does give a different value in "value", but it appears improper to
free it.

IBM RS/6000 AIX 3.2, Motif 1.1 from IBM.

Can anybody shed any light on this?
--
Jonathan Fry        |  Any opinions expressed
SPSS Inc.           |  are my own and not those
jon@spss.com        |  of SPSS Inc.
Newsgroups: comp.windows.x.motif
From: rvloon@cv.ruu.nl (Ronald van Loon)
Subject: Re: HELP! I'm having a problem with XmScale Widgets
Originator: rvloon@triton.cv.ruu.nl
Date: Fri, 18 Dec 1992 12:50:35 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group

In <BzG4o2.L2C@usenet.ucs.indiana.edu> wmperry@indiana.edu (William M. Perry,Lindley Hall 026,855 - 3802,331 - 9062) writes:

|"PS: Anyone got anything better to do this with?  Something ala netrek's "status" bars?  Turn red when you get below a certain % of the max?  Just wondering.
|"

I have written a Percentage widget, which probably does what you want; it is
available as part of the FWF widget set, or as contrib software in Motif++.

Alternatively, you can e-mail me and I will send you a copy.
|"
-- 
Ronald van Loon     | Consider this: In the United States, an automobile is
(rvloon@cv.ruu.nl)  | stolen EVERY 14.7 SECONDS. 
3DCV Group, Utrecht |   If that statistic scares you, think how we felt when we 
The Netherlands     | made it up. - Dave Barry, "CHRISTMAS BUYERS GUIDE"
Newsgroups: comp.windows.x.motif
From: leb@edgar.Jpl.Nasa.Gov (Larry Bright)
Subject: Re: Help using TAB to move to next field in ScrolledWindow
Organization: Jet Propulsion Laboratory
Date: Thu, 17 Dec 1992 17:21:37 GMT

jeff.blanchet@sdrc.com (Jeff Blanchet) writes:

>...when I TAB from a XmText widget that is in the viewing area to a XmText
>widget that is out of the viewing area of the Scrolled Window (need to
>scroll). Instead of going to the next XmText, which is what I want, it
>changes focus to my OK PushButton on the bottom of my form (next visible
>widget).
...
I have had similar problems and have not been able to solve them. (I'm a
Motif novice.) I'd appreciate it if anyone with solutions to Jeff's
problem(s) would send copies of their replies to me.

Thanks,
Larry Bright
(lbright@mazurka.jpl.nasa.gov)
(leb@edgar.jpl.nasa.gov)
Mission Design Section
Jet Propulsion Laboratory
Pasadena, CA, USA
From: avinash@felix.contex.com (Avinash Chopde)
Newsgroups: comp.windows.x.motif
Subject: Re: OSF/Motif Source License with Full vs. Limited Distribution Rights
Summary: how about shared libraries?
Date: 14 Dec 92 19:51:46 GMT
Distribution: inet

In article <9212111739.AA18401@postman.osf.org>, dbrooks@osf.org writes:
> You wrote:
> > I think the difference is that Limited Distribution Rights is enough
> > if you are going to sell your programs linked with libXm for use on
> > systems that already contain OSF/Motif in object form (supplied by
> > another vendor, for instance the hardware manufacturer). (Section
> > 3(a)(i) of the Standard Supplement for OSF/Motif seems to indicate
> > this.)  Is this correct?  And if you want to sell such programs for
> > use on systems that don't have libXm.a, you must have Full
> 
> That's the clearest description I've ever seen from outside this building!
> 
> David Brooks
> OSF

I am still confused. Let me make it specific: suppose a company produces
software for SGI machines---which are shipped with libXm.
If the company's software products link in libXm, does the company have to
worry about getting a license from OSF?

This seems strange since SGI also sells machines with GL---and software
firms do not have to worry about licensing GL (as of now, at least :-(...)
when producing software that uses GL.

SGI also provides shared libraries for libXm---how does that affect the
picture?

Thanks a lot for any clarifications.....
-- 
---------------------------
Avinash Chopde         office : 617 246 1776x5582
avinash@contex.com     (...!uunet!contex!avinash)
Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: Help using TAB to move to next field in ScrolledWindow
Organization: Open Software Foundation, Motif Team
Date: Fri, 18 Dec 1992 03:23:03 GMT

 
|> My current problem I am trying to solve is when I TAB from a XmText widget that is in the viewing area to a XmText widget that is out of the viewing area of the Scrolled Window (need to scroll). Instead of going to the next XmText, which is what I want, i|> t changes focus to my OK PushButton on the bottom of my form (next visible widget).
|> 
|> I tried to solve this by changing the TranslationTable on the XmText fields to capture the TAB key press. Great! Now I have control and know which XmText I need to go to next. What I can't figure out when doing this is first how to transfer focus to the n|> ext XmText field, and second if the next XmText is out of the viewing area what to do?
 

You just need to use the ScrolledWindow XmNtraverseObscuredCallback, only
available in 1.2.
In 1.1, one cannot traverse to unvisible item.
From: ori@marvin.technion.ac.il (Ori Degani)
Newsgroups: comp.windows.x.motif
Subject: Re: Another Form Question
Keywords: Form
Date: 19 Dec 92 13:28:59 GMT
Organization: Heart of Gold Institute

Of Course I could use a RowCol inside a RowCol like so:
   ________________
  |File RowCol File|
   ----------------

  Where RowCol is:  ButtonR
                    ButtonL

  But Can't Form do this with one Widget?

Ori


-- 
   |  ----      Ori Degani
   |  |___      ori@eddie.technion.ac.il   (Ship Computer on the HOG)
   |  |         ori@marvin.technion.ac.il  (Who else) 
   |  ----      s2973229@techst02.technion.ac.il (Ech..)   
Newsgroups: comp.windows.x.motif
From: isc30078@nusunix1.nus.sg (PHUA KIA CHEK)
Subject: Error: Shell Widget 3 has zero width ...
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 18 Dec 1992 22:05:19 GMT

Hi Netters,

The enclosed codes compiled OK and run with this error
- Error: Shell widget 3 has zero width and/or height 

Really appreciate any help in solving this error.
Thank you in advance.

Kia Chek Phua
phuakiac@iscs.nus.sg
National U. of Singapore

------------------- codes ---------------------------

#include <X11/Intrinsic.h>
#include <X11/StringDefs.h>
#include <Xm/Xm.h>
#include <Xm/BulletinB.h>

void main(argc,argv)
int  argc;
char *argv[];
{
Arg args[20];
int n; 
Widget toplevel, BULLETINBD_0;
  toplevel = XtInitialize(argv[0],"3",NULL,0,&argc,argv);
  n = 0;
  XtSetArg(args[n], XmNdefaultPosition, FALSE); n++;
  XtSetArg(args[n], XmNresizePolicy,2); n++;
  XtSetArg(args[n], XmNx, 115); n++;
  XtSetArg(args[n], XmNy, 287); n++;
  XtSetArg(args[n], XmNwidth, 200); n++;
  XtSetArg(args[n], XmNheight, 200); n++;
  BULLETINBD_0 = XmCreateBulletinBoardDialog(toplevel,"BULLETINBD_0",args,n);
  XtManageChild(BULLETINBD_0);
  XtRealizeWidget(toplevel);
  XtMainLoop();
}
Newsgroups: comp.windows.x.motif
From: mikeg@Ingres.COM (Mike Glendinning)
Subject: Re: Problem with 'mwm -multiscreen' resources.
Organization: Ingres Corporation
Date: 16 Dec 92 18:07:54 GMT

To answer my own question:  The screen resources are specified
below the general "Mwm" class.  That is, if you start 'mwm'
with:

   mwm -multiscreen -screens one two

Then you must use resources such as:

   Mwm*one*foreground:	Black

for the screen specific resources.

Sorry about this.  It was a case of UTSL!  The documentation is
lacking in this area, however.

-Mike.
From: craigm@chateau-rouge.ICS.UCI.EDU (Craig MacFarlane)
Subject: Callback for resizing window?
Newsgroups: comp.windows.x.motif
Date: 16 Dec 92 23:00:01 GMT

This must be a FAQ, but I can't find the answer anywhere.

How can I tell when the user grabs a frame decoration and resizes
my window?  I can't find a callback anywhere, so I thought there
might be an atom that I could use, but I can't find that either.

Thanks,
Craig
Newsgroups: comp.windows.x.motif
From: luisg@hadar.fai.com (Luis Galleguillos)
Subject: mwm Icon Manager
Originator: luisg@lugano
Organization: Fujitsu NTS
Date: Tue, 15 Dec 1992 23:05:39 GMT


Is there an icon manager for mwm  a la twm? I would like to run mwm
but still retain some of the twm flavor. Any hints?
Not in the FAQ. I looked .

Thanks in advance.

Luis
luisg@hadar.fai.com
Newsgroups: comp.windows.x.motif
From: wmperry@indiana.edu (William M. Perry,Lindley Hall 026,855 - 3802,331 - 9062)
Subject: HELP!  I'm having a problem with XmScale Widgets
Reply-To: wmperry@indiana.edu
Organization: Indiana University, Bloomington
Date: Fri, 18 Dec 1992 08:24:02 GMT

I'm trying to use an XmScale widget as a status-bar, with ranges from 1-100.  I want the user to be unable to change the slider, but can't find any decent way of doing it that still leaves the title readable.

Here is what I am doing right now:
XtVaCreateManagedWidget(name,xmScaleWidgetClass,frame,XmNtitleString,
   XmStringCreate(title,XmSTRING_DEFAULT_CHARSET), XmNhighlightOnEnter, False,
   XmhighlightThickness, 0, XmNscaleMultiple, 0, XmNminimum, 0, XmNmaximum, 100,
   XmNwidth, 100, XmNheight, 50, XmNdecimalPoints, 0, XmNorientation, XmHORIZONTAL,
   XmNvalue, 50, XmNshowValue, True, NULL);

I can use XtSetSensitive to make the widget read-only, but then the title string is grayed out.  Supposedly this can be changed with the stipple-bitmap, but I have been unable to find a resource to set this....  Also, how do you get tick marks on the scale? 

Any help would be appreciated,
     Bill Perry

PS: Anyone got anything better to do this with?  Something ala netrek's "status" bars?  Turn red when you get below a certain % of the max?  Just wondering.

---
William M. Perry          / 'When you know a thing, to hold that you know it;
wmperry@ucs.indiana.edu  / and when you do not know a thing, to allow that you
Phone: (812) 336 - 3071 / do not know it; this is knowledge.' - Confucius

Newsgroups: comp.windows.x.motif