HDTenEightyP/NetNews huggingface dataset:
From: stefans@bauv106.bauv.unibw-muenchen.de (Stefan Schwarz)
Subject: Re: Motif Resource Editor
Keywords: MRE
Organization: Universitaet der Bundeswehr Muenchen (Germany)
Date: Tue, 10 Nov 1992 09:00:22 GMT

michaelg@samsara.tv.tek.com (Michael Gies) writes:

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

You should have received it as demo-source together with Motif.

Stefan
-- 
__
Stefan Schwarz                            University of the armed forces
Laboratory for graphical data processing  W-8014 Neubiberg, FRG
--
Newsgroups: comp.windows.x.motif
From: prasad@nssdca.gsfc.nasa.gov
Subject: Field Validation -- How to restrict user to put right stuff.
News-Software: VAX/VMS VNEWS 1.41    
Keywords: LosingFocusCallback, XmProcessTraversal.
Organization: NASA - Goddard Space Flight Center
Date: Thu, 5 Nov 1992 19:49:00 GMT

Hello,

I am in a situation where I have to restrict the input focus to a 
TextField, until the user types in valid text. 

I have registered a LosingFocusCallback to the TextField, where this 
callback popsup an errorDialog when user tries leave the field. Once the 
user acknowledges it, I am using 
XmProcessTraversal(TextField, XmTRAVERSE_CURRENT). 

Using above logic, I am not only letting user go to other fields (even 
if the TextField has invalid value), but also popping up the 
errorDialog again, once OKing it.

Does any know as to what I am doing wrong.

Any feedback is appreciated, Thanks.

- Prasad
  erabelli@killians.gsfc.nasa.gov
From: snail@lsl.co.uk
Newsgroups: comp.windows.x.motif
Subject: Re: uil compiler
Date: 6 Nov 92 11:52:15 GMT
Organization: Laser-Scan Ltd., Cambridge

In article <1992Nov4.230732.7691@a.cs.okstate.edu>, schultz@a.cs.okstate.edu (SCHULTZ DAVID WAYN) writes:
> 
> 	I am attempting to compile a file with the uil compiler. It (the
>  compiler) claims not to know about the XmNcreateCallback. The only reference
> I have on Motif (OSF/Motif Concepts and Programming by Thomas Berlage) refers
> to this as a specialty of uil. What gives? Is the local version of uil broke?
> Am I doing something wrong?

XmNcreateCallback existed for a while (Motif v1.0). Then it was changed to
MrmNcreateCallback. This is because it is a motif resource manager callback
and not a Motif Library callback. Use MrmNcreateCallback just the same way
you attempted to use XmNcreateCallback.
-- 
snail@lsl.co.uk      

Thanks for Voting Clinton.
If didn't like Clinton, Thanks for voting Perot.
If you voted Bush, welcome to the real world.
:-)
From: andy@autodesk.com (Andrew Purshottam)
Newsgroups: comp.windows.x.motif
Subject: Re: Looking for an Interactive User Interface Builder
Date: 10 Nov 92 23:47:23 GMT
Distribution: inet
Organization: The Internet

I believe AIC (IBM) and OpenLook Xpress (UI/ATT) are also variants
of "the Builder of a Thousand Names" (as a former college
used to call it).
-
Andrew V. Purshottam      /\     |  andy@autodesk.com  ...!fernwood!acad!andy 
Autodesk, Inc.	         //\\    |  (415)332-2344x2161  FAX (415) 331-8093
2320 Marinship Way      ///\\\   |  Sausalito CA 94965
"The views expressed are those of the speaker."
Newsgroups: comp.windows.x.motif
From: dwd@cbnewsc.cb.att.com (David W. Dykstra)
Subject: Dialog child HOSES ALL XmForms (possible parents for a dialog shell?)
Organization: AT&T
Date: Tue, 10 Nov 1992 22:58:48 GMT

> When dialogs are created (XmCreateFormDialog or XmCreateBulletinBoardDialog or
> XmCreateDialogShell), what can you send as the parent of those dialogs?

I'm not sure what a dialog can safely have a parent, but I just discovered
that it should definitely NOT be an XmForm.  I accidentally did that, and
all subsequent XtSetValues() on other children of ALL forms in my program
from then on were ignored (actually, the values got set but the form 
didn't immediately respond to them). 

I recently got access to Motif source and I don't know how I would 
have discovered the problem without it.  The constraint_class.set_values
and constraint_class.initialization variables in the structure that
describes XmForms (xmFormClassRec) get overridden with pointers to
functions in BaseClass.c instead of in Form.c where they should be.
This has the affect that XtSetValues on child widgets of all forms
don't call the ConstraintSetValues() function in Form.c to process the
changed values.

I don't know if this is an outright bug that could be easily fixed or 
if it's just a side effect of the way constraints are implemented.  I 
suspect there may be other problems with a dialog being a child of a 
form as well.  

- Dave Dykstra
  dwd@graceland.ih.att.com
Newsgroups: comp.windows.x.motif,comp.windows.x
From: iversen@dsfys1.fi.uib.no (Per Steinar Iversen)
Subject: Motif emulation of Xaw?
Reply-To: iversen@vsfys1.fi.uib.no
Organization: Department of Physics, University of Bergen, Norway
Date: Fri, 13 Nov 92 07:21:26 GMT



Many of the public domain program posted on the net use the Xaw libraries. These
create problems in a Motif environment, applications just dont look right, or
even worse (VMS+DECwindows/Motif), the Xaw libraries are not available.
Have anyone ever created an Xaw emulation, in the sense that programs could be
compiled as if Xaw existed but link against Motif only?

-psi

+------------------------------------------------------------------------------+
! Per Steinar Iversen    ! Internet:     iversen@vsfys1.fi.uib.no              !
! Fysisk Institutt       ! BITnet:       iversen@cernvm.bitnet                 !
! Universitetet i Bergen ! HEPnet:       VSFYS::IVERSEN (VSFYS=21.341=21845)   !
! Allegaten 55           ! Phone:       +47 5212770                            !
! N-5007 Bergen          ! Fax:         +47 5318334                            !
! NORWAY                 !                                                     !
+------------------------------------------------------------------------------+
Newsgroups: comp.windows.x.motif
From: jamull01@orion.spd.louisville.edu (Joseph A. Muller)
Subject: Using Multiple Mouse Buttons: Callback or EventHandler ?
Date: Thu, 12 Nov 1992 23:22:06 GMT
Organization: University of Louisville


  This past week this group has been really helpful.  Since my last questions
were kind of easy, maybe this will be challenging.  Hopefully someone
can come up with a response for the following question:

   Currently I have an array of PushButton Widgets managed by a 
Row Column Widget.  What I would like to do is be to able to respond
to one specific function should the user press any three of the mouse buttons
while over one of the RowColumn's push buttons.  Then the function will 
elicit a different response for each button. Many books I've come across say
that the mouse button callbacks respond to can be changed, but I've yet to see
any examples.  Any advice on how I can do this will be greatly appreciated. 
   I've also wondered if this can be done using an Event Handler, but I
can't seem to get it to work.

   Thanks is advance,

 -Joe
From: squire@eclus.dnet
Newsgroups: comp.windows.x.motif
Subject: O'Reilly Biblio... But?
Date: 6 Nov 92 14:25:42 GMT
Distribution: inet
Organization: The Internet

I like the idea of having a computer readable addition to Ken's Biblio.
But:
Why Volume 0 but Volume One, Two, ...  0 -> Zero

Why list out of date volumes?  e.g. Three and Four, I thought the new
ones replaced the old ones.

Are there really two Volume Seven? or is this like Three and Four?

# revise; sleep 30days; resend
Jon
Newsgroups: comp.windows.x.motif,comp.windows.x.intrinsics
From: mattb@sdd.hp.com (Matt Bonner)
Newsgroups: comp.windows.x.motif
Subject: Re: Keep Icon or Window Always on Top?
Date: 6 Nov 1992 18:26:30 GMT
Organization: Hewlett-Packard, San Diego Division
Distribution: world
NNTP-Posting-Host: hpsdlg16.sdd.hp.com

In article <1992Nov5.165709.28997@bostech.com>, rich@bostech.com (Richard Baughman) writes:
|> Is there a way to specify to X/Motif to *never* cover up an icon or,
|> alternatively, a window?  We are writing an application in OSF/Motif that
|> needs an alarm window containing important messages that should never be
|> covered up.
|> 
|> If this is not feasible, has anyone implemented something like an alarm system
|> with pseudo-realtime events happening that must be brought to an operator`s
|> attention without preventing him/her from attending to the underlying problems?
|> 
|> Any suggestions will be greatly appreciated.
|> 
|> -- 
|> Rich Baughman / Boston Technology / Wakefield, MA
|> rich@bostech.com

I'm assuming here that you have something like the following scenario:
There's some main window that could come up normalized or iconic, but
you need something to pop up and stay there until dealt with.  What
about having some Motif dialog pop up with the modality set to 
something like XM_SYSTEM_MODAL or XM_FULL_APPLICATION_MODAL?  Check
the OSF/Motif Programmer's Guide or O'Reilly Volume 6 for more info.

Good luck,
Matt
-- 
Matt Bonner                  |  Email: mattb@sdd.hp.com
Hewlett-Packard Company      |  Snail: 16399 West Bernardo Drive
Ink-jet Components Division  |         San Diego, CA  92127-1899
From: c23mkb@kocrsv01.delcoelect.com (Mahesh Bagade)
Newsgroups: comp.windows.x.motif
Subject: Some X related questions.
Date: 6 Nov 92 20:07:35 GMT
Organization: Delco Electronics Corp.
Originator: c23mkb@kocrsw19


Dear gui developers,

I am currently involved in a rather complicated gui using Motif toolkit. As I
am involved in motif coding, I come across some rather confusing or interesting
questions.

I have the following question:

1) Given the widget type of a top level shell, how do I find names & widget
   types of all its children?

2) Is it possible to change the font of an application on the fly? I mean have
   some sort of pull down menu with different fonts based on selection of 
   which, the fonts of the whole application changes.

3) How do I find out what font does my application takes if I don't specify 
   any resources at all for that application? (I mean I don't have a resource
   file and as well as I haven't hardcoded any fonts.)

4) When I destroy any container widget, who do I make sure that I have 
   destroyed all of its children too? (I mean what calls do I make use of).


Your help for the above questions is deeply appreciated as this will help us in
enhancing our x-software.


Thanks.

Mahesh
-------------------------------------------------------------------------------
Mahesh K. Bagade      c23mkb@kocrsv01.decloelect.com       ATT @ (317)451-0460
-------------------------------------------------------------------------------
From: paller@fedunix.org (Alan Paller)
Newsgroups: comp.windows.x.motif
Subject: Idea Needed For Good Event
Date: Fri, 13 Nov 92 22:08:53 PDT
Organization: FedUNIX - Open Systems Conference Board - Washington D.C.

We are searching for an innovative idea for the "special event" at this year's
International Motif User Conference.  It's coming up in only a few weeks
(November 30th), and the crowd is larger, by far, than last year with 40
papers and people coming from all over the world.   We are looking for a new
kind of event (and have a nice reward for the best suggestion).  It will be an
evening event -- a time for people to get to know one another better.  Other
conferences just do receptions and BoFs, but Motif is special, and we want to
invest in making this event special, as well.

Please send your ideas directly to us (Motif@fedunix.org).

By the way, if you are still signing up, please call the registration office
first (301-229-1062) to be sure there are places left in the courses.  The
courses with the highest attendance (most nearly sold out) are:

      1. Advanced Motif Programming (Dan Heller, author of The Motif
            Programming Manual)
      2. User Interface Design With OSF/Motif (Paula Ferguson of O'Reilly &Assoc. and OSF Course Designer)
      3. Developing Applications With C++ and Motif (Doug Young of Silicon
            Graphics)
      4. Motif 1.2 Technology Update (Paula Ferguson of O'Reilly & Assoc. and
            OSF Course Designer)
      5. X Toolkits Part I and II (David Shaffer)

Any ideas are welcome.


Alan Paller
Program Co-Chairman
From: mla@enea.se (Mats L|fstr|m)
Newsgroups: comp.windows.x.motif
Subject: Re: Can you run Motif in monochrome?
Date: 10 Nov 92 21:32:06 GMT
Organization: Enea Data AB
X-Newsreader: TIN [version 1.1 PL6]

Dave O'Brien (dobrien@sybase.com) wrote:
: Newbie question alert!
: 
: Can you run Motif in monochrome (1-bit) or 2-bit?
: 
: I've seen Open Look run on B/W screens, but Motif screens always seem to
: be on grayscale or colour monitors.
: 
: If Motif *can* be run in B/W, how are window borders (etc.) displayed?
: Instead of gray/colour, are they just white or are they dithered to
: pseudo-gray?
: 
: Thanks in advance.

Sure, you can run Motif in monochrome. I do it all the day (at nights,
I run it in color :-).

Borders etc are dithered to something gray-ish and it looks quite
alright.

	mla
Newsgroups: comp.windows.x.motif
From: pjp@sloth.mlb.semi.harris.com (Pat J. Pinchera)
Subject: xinfo on VMS
Followup-To: comp.windows.x.motif
Date: Thu, 12 Nov 1992 13:28:47 GMT
Organization: Interface & Control Systems, Inc., Melbourne FL
Keywords: info, xinfo, VMS
Summary: need xinfo ported to VMS

Does anyone know if the texinfo utilities have been ported to VMS?
I have a copy of 'xinfo', a Motif version of 'info' (thanks Felix!)
and want to run that on a VAXstation 4000 under VMS. If anyone has
already done this port, that would be great because it may save me some
time. Otherwise, I have to do it myself, and I hate VMS.

Reply to comp.windows.x.motif, or e-mail.
Thanks,

Pat


Newsgroups: comp.windows.x.motif
From: sievert@wlonex.iipo.gtegsc.com (Glen Sievertson)
Subject: Printing clipped Motif data
Reply-To: sievert@wlonex.iipo.gtegsc.com (Glen Sievertson)
Organization: GTE Government Systems
Date: Mon, 9 Nov 92 23:02:56 GMT

Does anyone know of a utility that supports "xwd-ing" Motif data
that is clipped by a window?  For instance, suppose I have an XmMainWindow
with an XmRowcolumn work area, and the XmRowcolumn has lots of
children widgets.  Suppose that I have resized the window so that the entire
work area is not visible.  Is there a utility or recommended technique
to screen dump or "xwd" all of the data, including the data that is no
longer visible?  Thanks, Glen
Newsgroups: comp.windows.x.motif
From: rich@bostech.com (Richard Baughman)
Subject: Keep Icon or Window Always On Top?
Organization: Boston Technology, Inc.
Date: Thu, 5 Nov 92 16:59:14 GMT

Is there a way to specify to X/Motif to *never* cover up an icon or,
alternatively, a window?  We are writing an application in OSF/Motif that
needs an alarm window containing important messages that should never be
covered up.

If this is not feasible, has anyone implemented something like an alarm system
with pseudo-realtime events happening that must be brought to an operator`s
attention without preventing him/her from attending to the underlying problems?

Any suggestions will be greatly appreciated.

Rich Baughman / Boston Technology / Wakefield, MA
rich@bostech.com
-- 
Rich Baughman / Boston Technology / Wakefield, MA
rich@bostech.com
Newsgroups: comp.windows.x.motif
From: root@shawn.uucp (Mark Jeghers -- UNIX/X/Motif Contractor)
Subject: Re: MotionNotify events in DrawingAreas
Organization: Mark Jeghers -- UNIX/X/Motif Contractor
Date: Wed, 11 Nov 92 07:37:52 GMT

dwight@geohub.gcn.uoknor.edu (Dwight D. Moore) writes:

>I have an action proc that I want to get called when there
>is a MotionNotify event (or its closely related cousins Btn1Motion, etc).
>I can set translations in the resource file to work with Btn1Down and
>the like, but it seems to ignore the MotionNotify in the translation
>resource.

Actually, translations is not a real good way to process motion events.
The overhead of the translation->action mechanism can become a performance
problem when lots of motion events flood in, and so an Event Handler is
a better mechanism to use for higher speed.

I suspect this is why OSF did not put motion event support into the
DrawingArea in the first place.

Mark Jeghers
UNIX/X/Motif Contractor
408/281-4823 [voicemail]
From: dansmith@autodesk.com (Daniel Smith)
Newsgroups: comp.windows.x.motif
Subject: Re: Need solution to translation manager in motif 1.1
Date: 8 Nov 92 21:58:30 GMT
Distribution: inet
Organization: The Internet

> > > Norman R Sardella wrote about "Need solution to translation manager in motif 1.1":
> I need a solution to the tranlation manager in Motif.
> 
> I been trying to bind keys to call my predefined actions but have
> had trouble when defining them in resource files. (Motif 1.1.2/X11R4)
> 
> Basically all I want to do have a action be called
> in my application (anywhere) when a Key like F1 is entered.

	I just solved something like this for trapping ESCape and C-c
in any dialog.  I heard all sorts of suggestions: translations,
XtAddRawEventHandler...geez you name it.

	Anyways, what worked for me will probably get me in trouble with
purists, but this is what I did:

	first, replace XtAppMainLoop:

#ifdef XTAPPMAINLOOP
    XtAppMainLoop(context); */
#else
    for (;;) {
        XtAppNextEvent(context, &main_loop_event);
        if (busy_with_dialog) { /* don't bother if no dialogs are up */
            if (main_loop_event.type == KeyPress) /* filter before going on */
              dialog_event(&main_loop_event);
        }
        XtDispatchEvent(&main_loop_event);
    }
#endif

	And then in dialog_event(): (IBM #ifdef's and other code removed)

void
dialog_event(event)
   XEvent    *event;
{
    XKeyEvent *xkev = (XKeyEvent *)event;
    KeySym keysym;
    int irtn;
    int do_cancel = 0;
    u_char buffer[BUFSIZ];
    static XComposeStatus compstat;
    int cur_frame = ui_info->next_frame - 1;

    buffer[0] = '\0';
    irtn = XLookupString(xkev, buffer, 1, &keysym, &compstat);

    switch (keysym) {
    case XK_Escape:
	do_cancel++;
	break;
    case XK_c:
	if (KeyModifiers(xkev) == ControlMask)
	  do_cancel++;
	break;
    default:
	break;
    }

    if (do_cancel) {
	/* tear down the dialog... */
    }
}


	This is a sort of "go right to the source of the events" method,
and it gave me the ability to cancel dialogs with an ESCape or C-c.

				Daniel
From: aa4@doc.ic.ac.uk (A Agrawal)
Newsgroups: comp.windows.x.motif
Subject: Motif Bug ????
Date: 11 Nov 1992 14:34:57 -0000
Organization: Department of Computing, Imperial College, University of London, UK.
Distribution: world
NNTP-Posting-Host: oak44.doc.ic.ac.uk



Hi,

 I try to link a motif programme and keep getting
  
 LOWER_CASE  not found,undefined

 I have tried grep with all the X11 Xt Xm libraries but
 
 cant find where it is defined.
  
 
 I was wondering I someone knows where it is defined.

 Any help would be greatly appreciated.

 Thanks,

 Ashish.
.
Newsgroups: comp.windows.x.motif
From: drand@spinner.osf.org (Douglas S. Rand)
Subject: Re: XmNmenuPost syntax question
Organization: Open Software Foundation
Date: 10 Nov 92 17:30:19

In article <1992Nov10.170550.29347@sae.com> david@template.com (David Witten) writes:

   What is the syntax of the menu resource XmNmenuPost?  Can some kind soul
   send me an example of its use?  What I would like to do is have any
   mouse button be able to select a menu entry on a popup menu.

Gosh,  forgot to make the main point.  I don't believe menuPost will
work with just <BtnDown> or something like this.  The specifier is
parsed to get what button and what modifiers are in use.


--
Douglas S. Rand <drand@osf.org>		OSF/Motif Dev.
Snail:         11 Cambridge Center,  Cambridge,  MA  02142
Disclaimer:    I don't know if OSF agrees with me... let's vote on it.
Amateur Radio: KC1KJ
Newsgroups: comp.windows.x.motif
From: fbaos@nuscc.nus.sg (Ozekici Suleyman (DR))
Subject: interface toolkit for motif?
Organization: National University of Singapore
Date: Mon, 9 Nov 1992 06:47:56 GMT

Hello...

I would like to know if there is a user interface toolkit for motif
similar to the UIT for XView ?

For those who don't know what UIT is, it's a package that wraps widgets
such as frames, buttons,etc as c++ objects so that no X calls are needed
when building user interfaces.

public domain or commercial packages are welcome.

thanks.
From: al@osf.org (Alastair Gourlay)
Newsgroups: comp.windows.x.motif
Subject: Re:uil compiler
Date: 8 Nov 92 16:23:26 GMT
Distribution: inet
Organization: The Internet


> 	I am attempting to compile a file with the uil compiler. It (the
>  compiler) claims not to know about the XmNcreateCallback. The only reference
> I have on Motif (OSF/Motif Concepts and Programming by Thomas Berlage) refers
> to this as a specialty of uil. What gives? Is the local version of uil broke?
> Am I doing something wrong?

Between 1.0 and 1.1, the XmNcreateCallback was renamed to MrmNcreateCallback.
(since it is a UIL/Mrm feature, not an Xm feature.)

I believe that the symbol was maintained for backward compatibility in 1.1, but
probably phased out in 1.2.

Changing the prefix to Mrm should get things working.

Alastair Gourlay.
From: stefans@bauv106.bauv.unibw-muenchen.de (Stefan Schwarz)
Newsgroups: comp.windows.x.motif
Subject: Re: Can you run Motif in monochrome?
Date: 9 Nov 92 06:49:14 GMT
Organization: Universitaet der Bundeswehr Muenchen (Germany)

dobrien@sybase.com (Dave O'Brien) writes:

>Newbie question alert!

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

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

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

There seems to be no problem in using Motif on B&W screens. I'm using it
on a Sun SLC. The borders are displayed as bitmaps. When specifying colors,
they are transformed to either black or white.

Stefan
-- 
__
Stefan Schwarz                            University of the armed forces
Laboratory for graphical data processing  W-8014 Neubiberg, FRG
--
From: morreale@niwot.scd.ucar.edu (Peter W. Morreale, SCD Consulting)
Subject: Re: Question on XmText.... Help...
Organization: Scientific Computing Divison/NCAR Boulder, CO
Date: Sun, 8 Nov 1992 20:35:03 GMT

In article <13359@bnr-rsc.UUCP> ks@n8pph52.BNR.CA writes:
>How can I create a text widget with a fixed number of lines (rows) ?
>
>Note that not only I want to create it of a certain number of rows using
>XmNrows, but I would like to make sure that the user can not go past the 
>size of the widget, or can enter more rows of info than the one set
>while creating the widget.
>
>I would really appreciate the response on the net since I do not have
>access to the internet other than reading news.
>
>thanks 
>- Kamlesh
>

There may be a more elegant solution, but one thing I can think of would
be to set the modifyVerify Callback to a routine which keeps track of
the number of newlines the user inputs. 

The struct passed to the modifyVerify callback has a Boolean member
'doit' (check the name in doc...) which can be set to False to prevent
the Text widget from accepting the input character. 

I do something similar to Text fields which should only accept digits.

Of course there are performance considerations in something like this,
perhaps there is another solution?

-PWM
--
------------------------------------------------------------------
Peter W. Morreale                  email:  morreale@ncar.ucar.edu
Nat'l Center for Atmos Research    voice:  (303) 497-1293
Scientific Computing Division