HDTenEightyP/NetNews huggingface dataset:
From: kent@loral.cts.com (Kent Yang)
Subject: Help building Motif 1.2 on Sun running Solaris 2.1
Organization: Loral Instrumentation
Date: Fri, 22 Jan 93 21:59:59 GMT

Has anyone build Motif 1.2 on a Sun running Solaris 2.1?  If you have,
I would appreciate any information you can send me.  For example, do I
have to build X11R5 first? know problems and ways to get around them,
configuration/Makefile issues, compiler issues, etc...  If this
information has been compiled by someone or is available anywhere
(FAQ or FTP site), can someone let me know where it is.  Thanks in
advance.

Kent Yang

--
Kent Yang -  Design Engineer -  kent@loral.cts.com
Engineering, Loral Instrumentation (San Diego, CA)
Phone: (619)674-5100 ext 4180 Fax:   (619)674-5145

--
Kent Yang -  Design Engineer -  kent@loral.cts.com
Engineering, Loral Instrumentation (San Diego, CA)
Phone: (619)674-5100 ext 4180 Fax:   (619)674-5145
Newsgroups: comp.windows.x.motif
From: smith@compound.se (Bjorn Smith)
Subject: Tab group confusion ?
Organization: Compound Systems AB
X-Newsreader: TIN [version 1.1 PL8]
Date: Tue, 26 Jan 1993 10:06:39 GMT


Hi,
in a form widget I have a set of text widgets with corresponding labels
according to the code below:

            /* The form widget */
            text_date = XtVaCreateWidget("TextDate",
                xmFormWidgetClass,     rc,
                NULL);

            /* First text field */
            text = XtVaCreateManagedWidget("Text",
                xmTextFieldWidgetClass,  text_date,
                XmNtraversalOn,          True,
                XmNbottomAttachment,     XmATTACH_FORM,
                XmNcolumns,              fldlen(ver, text),
                NULL);

            XtVaCreateManagedWidget("Text",
                xmLabelGadgetClass,    text_date,
                XmNleftAttachment,       XmATTACH_OPPOSITE_WIDGET,
                XmNleftWidget,           text,
                XmNbottomAttachment,     XmATTACH_WIDGET,
                XmNbottomWidget,         text,
                NULL);

            XtAddCallback(text, XmNactivateCallback,
                XmProcessTraversal, XmTRAVERSE_NEXT_TAB_GROUP);

            /* Second text field */
            text2 = XtVaCreateManagedWidget("Text2",
                xmTextFieldWidgetClass,  text_date,
            .
            .
            .
I expected to be able to use XmTRAVERSAL_NEXT to travers to the next
text field. Why do I have to use XmTRAVERSE_NEXT_TAB_GROUP ?
The widgets text and text2 have the same parent.

Is there anyway to explicitly set a number of text widgets to members
of the same tab group ?

Many thanks in advance !
--
Bj|rn Smith	Compound Systems, phone +46 8 7923689
UUCP:	 	{uunet,mcsun}!seunet!comsys!smith
Domain Address:	smith@compound.se
-- 
Bj|rn Smith	Compound Systems, phone +46 8 7923689
UUCP:	 	{uunet,mcsun}!seunet!comsys!smith
Domain Address:	smith@compound.se
Newsgroups: comp.windows.x.motif
From: sglanger@vela.acs.oakland.edu (LANGER STEVEN C)
Subject: MenuBar challenge
Organization: Oakland University, Rochester MI.
Distribution: na
Date: Sun, 24 Jan 1993 16:03:26 GMT

Hi netters;
  I know that the menubar is "supposed to" only accept homogenous
children of type pull down menu. My problem is, my clients want a
display like this

-- /MainWin                  				small | BIG
------------------------------------------------------------------
PD1   PD2  PD3    Pd4   Help           < _________> 75%
-------------------------------------------------------------------

	work area


I've got the menubarr set up with the pulldowns as shown above
and enough space on the right to hold the "Power meter"
it consists of left and right arrows, colored segments (like
a tape decks VU meter) and the power value numeric displayed to
the right.

I've already got the power meter written (all subclassed on a drawing
area) and attached just under the menubar. The clients want it ON
the menubar. Is there some way to "fake out" the menubars homogeneous
setting?


thanks in advance, steve

-- 
Steve Langer  			       sglanger@argo.acs.oakland.edu (VMS)
Oakland University		       sglanger@vela.acs.oakland.edu (Ultrix)
---------------------------------------------------------------------------
Standard disclaimers apply. In addition, the author makes no guarantees,
concerning the grammatical accuracy of his writing. Therefore, any ^B's, ^C's, 
midword character additions/deletions and other non-sense which occurs (after 
the work leaves the author's decade old text editor via his decade old Amiga, 
struggles through a local 1200 baud Merit server to be further mauled via the 
remote VAX mail servers) is someone elses problem - namely yours.
---------------------------------------------------------------------------
Newsgroups: comp.windows.x.motif
From: pererik@cmi.no (Per-Erik Nordbo)
Subject: Mwm and TrueColor visual?
Organization: Christian Michelsen Research a/s
Date: Mon, 25 Jan 93 12:17:04 GMT

Is it possible to select a TrueColor visual for mwm if available? The intention is to have the borders displayed correctly when my toplevel window is TrueColor.
Mwm could select a visual for it's decorations corresponding to the visual of the client's toplevel window or some other property hint. Is this a bug or feature?

-- 
Per Erik Nordboe, Christian Michelsen Research, Norway pererik@cmr.no
Newsgroups: comp.windows.x.motif
From: scroger@crchh821.BNR.CA (Eric Scroger)
Subject:  Next Motif Release (was Motif Vaporware
Date: Tue, 26 Jan 1993 20:05:57 GMT
Reply-To: scroger@crchh821.BNR.CA (Eric Scroger)
Organization: Bell-Northern Research Ltd.
Keywords:  Motif 

> From: jimb@rcx1.csd.harris.com (Jim Burmeister)
> Newsgroups: comp.windows.x.motif
> Subject: Motif Vaporware
> Date: 21 Jan 93 22:33:04 GMT
> 
> At the X Technical Conference, there was a Motif session at which a 
> representative of OSF talked about their plans for the next version of
> Motif.  So, for those who didn't make it to the session (or didn't make 
> it to the conference!), here's the list of new features:
> 
> o The next release of Motif will not wait for X11R6--it will be based on
>   X11R5.

What release of Motif is this going to be?  Is it 1.3 or 1.2.x?

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
|  Eric Scroger            |  "Tsk, Ren.  I am not in this for financial  |
|  Bell-Northern Research  |   gain." - Stimpy, Rubber Nipples Salesman   |
|  Richardson, Texas       |   episode of the Ren & Stimpy Show.          |
|  214-684-1033            |   NOTE: Stimpy's opinion, not mine or BNR's. |
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: deveau@oceanroutes.ns.ca ("Terry J. Deveau")
Newsgroups: comp.windows.x.motif
Subject: Re: xmDialogShellWidgetClass and buttons
Date: 21 Jan 93 15:09:08 GMT
Reply-To: deveau@koala.drea.dnd.ca
Distribution: inet
Organization: Seimac Limited

> I've noticed that if I create a DialogShell and any of its grandchildren are a 
> PushButton, activating the PushButton automatically pops down the DialogShell.
> 
> I'm having a tough time finding where this behavior is defined (I'd like to know
> when to count on it, or how to disable it).  I've been using O'Reilly Vol 6 as
> a reference.

Actually, the behaviour is controlled by XmBulletinBoard (the parent of the
XmPushButton). Look up the resource XmNautoUnmanage.

--

Terry J. Deveau                   Internet: deveau@oceanroutes.ns.ca
Seimac Limited                    Phone: (902) 468-3007
Dartmouth, N.S., Canada           Fax: (902) 468-3009
Newsgroups: comp.windows.x.motif
From: bryan@alex.com (Bryan Boreham)
Return-Path: <news>
Subject: Re: Another Row Column Question
Organization: Alex Technologies Ltd, London, England
Apparently-To: mail2news@demon.co.uk
Date: Thu, 28 Jan 1993 10:07:54 +0000

In article <1993Jan28.115604.165658@dstos3.dsto.gov.au>, bindi@ewd.dsto.gov.au (Bindi Harding) writes:
|> I've had a similar problem with RowColumn widgets.  I can't seem to centre the
|> text on PushButtons which were placed in the RowColumn widget.  You're right,
|> XmNalignment has no effect - the text always starts at the beginning.

Check out XmNentryAlignment and XmNisAligned on the RowColumn.

|> [...]  Menus are just fancy extensions of RowColumn widgets

I wish that this were true.  Didn't someone explain to the Motif programmers
that Object-Oriented programs shouldn't have case statements?  Implementing
five or six completely different UI components with a single WidgetClass
must be some kind of record...

Bryan.
Newsgroups: comp.windows.x.motif
From: hart@ntmtv.UUCP  (Beetlejuice)
Subject: Virtual Memory Text Widget
Originator: hart@nmtvs313
Reply-To: hart@ntmtv.UUCP  (Beetlejuice)
Organization:  Neiderworld News
Date: Thu, 28 Jan 1993 22:40:38 GMT



Hello,

I have some questions with respect to the motif text widget and the issues involved
with using that widget with files that are large enough that one generally would not
want to read the entire file into memory.  In particular we would like to obtain
a motif text widget that encompasses some sort of virtual memory scheme to avoid
having to read large text files into memory.  In addition, we would like to be able
to have such a text widget be able to deal with a file which will grow (i.e. have
text appended to its tail) over time.  If such a motif compliant text widget already
exists, would someone please inform me as to its whereabouts, or if no such beast
exists, does anyone have useful information about extending the motif text widget
to add these features?  It is also important that this widget be efficient in its
use of system resources.


 Chris

(This text composed by voice)

Newsgroups: comp.windows.x.motif
From: m086414@pwa-b.uucp (Fred Comins)
Subject: X11R4/Motif Build under Solaris 2.1/Sparcworks
Organization: Pratt & Whitney Aircraft
Date: Thu, 28 Jan 1993 13:37:38 GMT

We are trying to migrate to Solaris 2.1 and
want to get X11R4 and Motif 1.1.4 in place.

The build is giving me some problems since
Solaris is far from Berkley.  We can go to
X11R5 yet because of other dependancies.

Main problem centers around sigvec.  Looking for advice
from anyone that has gone thru this.

comins@pwfire.pweh.utc.com




-- 
Fred S. Comins                           Pratt & Whitney Aircraft
Distributed Computing Support            400 Main St. M/S 161-05
Email: comins@pwfire.pweh.utc.com        East Hartford, CT 06108
Newsgroups: comp.windows.x.motif
From: simon@guk.auspost.com.au (Simon Carter)
Subject: Hidden XmNnavigationType resource
Organization: Australia Post
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 25 Jan 1993 23:01:28 GMT

I am trying to reproduce an action area consistent with that
of Motif's standard dialogs. I am trying to avoid having to code
anything in C, which is why I am not simply unmanaging the unwanted
bits of a standard dialog and adding my own bits to the work area.

With a standard dialog, you will notice that when the action area
tab group is selected, and the arrow keys are manipulated, the
"channel" indicating the default button changes with the button focus.

I set about trying to figure out how this was done by Motif. A man
yielded the following information:

     XmNnavigationType
          Controls whether the Widget is a navigation group.

          +  XmNONE indicates that the Widget is not a navigation
             group.

          +  XmTAB_GROUP indicates that the  Widget  is  included
             automatically   in   keyboard   navigation,   unless
             XmAddTabGroup has been called.

          +  XmSTICKY_TAB_GROUP  indicates  that  the  Widget  is
             included  automatically in keyboard navigation, even
             if XmAddTabGroup has been called.

          +  XmEXCLUSIVE_TAB_GROUP indicates that the  Widget  is
             included  explicitly  in  keyboard navigation by the
             application.  With XmEXCLUSIVE_TAB_GROUP,  traversal
             of widgets within the group is based on the order of
             children.

          If the widget's parent  is  a  shell,  the  default  is
          XmTAB_GROUP; otherwise, the default is XmNONE.


However, a bit of a search in Xm.h yields the following:

/************************************************************************
 *  Navigation defines 
 ************************************************************************/
#ifndef XmNONE
#define XmNONE	 		0
#endif /* XmNONE */
#define XmTAB_GROUP		1
#define XmSTICKY_TAB_GROUP	2
#define XmEXCLUSIVE_TAB_GROUP	3
#define XmDYNAMIC_DEFAULT_TAB_GROUP	255


Assuming that the undocumented XmDYNAMIC_DEFAULT_TAB_GROUP was
the resource value I sought, I attempted to use it as follow...

:
*OKbut.navigationType:		DYNAMIC_DEFAULT_TAB_GROUP
:

The was met with the following error:

Warning: Cannot convert string "DYNAMIC_DEFAULT_TAB_GROUP" to type 
NavigationType


Can anyone confirm or deny whether this is the resource/value
that I am looking for? If it is, how can I use it in an
app-defs file (and why is there an error if it is defined in
Xm.h)?


Any insight/help appreciated,

Simon
--
+-----------------------------------------------------------+
| Simon Carter: 3rd Year Elec/Comp Sci, Monash Uni, Clayton |
|   Net: simon@auspost.com.au (currently)          \\|//    |
| /simon% find -greatquotes -print >> .signature   (o o)    |
+-----------------------------------------------ooO-(_)-Ooo-+
Newsgroups: comp.windows.x.motif
From: fladmoe@unislc.uucp (Gary Fladmoe)
Subject: Re: popping up a PopupMenu using Btn1
Reply-To: fladmoe@unislc.UUCP (Gary Fladmoe)
Organization: Unisys, Salt Lake City
Date: Fri, 22 Jan 1993 16:00:53 GMT
Keywords: popup menu

In article <C14G2D.Gvu@csn.org> tom@teal.csn.org (Tom Schutter) writes:
>I am constructing a toolbar where some buttons do actions when pushed, and
>others bring up popup menus. To make things consistent, I want the popup
>menus to come up with Btn1.
> 
>I start with a RowColumn (of type XmWORK_AREA) with a number of PushButton
>children. An activate callback on each PushButton then either calls one of
>my action callbacks or calls XmMenuPosition and XtManageChild to popup a menu.
> 
>The problem is that Btn1 pops the menu up, but only Btn3 will pop it down.
>...

The following function violates the rule against using the Widget's private
data, but it seems to work:

#include <Xm/RowColumnP.h>
void MenuButtonCB(w, menu, cbs)
Widget w;
Widget menu;
XmAnyCallbackStruct *cbs;
{
        XButtonPressedEvent *event;

        event = (XButtonPressedEvent *)(cbs->event);
        XmMenuPosition(menu, event);
        XtManageChild(menu);
        if (event->type == ButtonPress)
                RC_PostButton(menu) = event->button;
}
From: Iris_-_Smith@cup.portal.com
Newsgroups: comp.windows.x.motif
Subject: Re: How to pass client data from menubar buttons to the callbac
Date: Tue, 26 Jan 93 17:59:42 PST
Organization: The Portal System (TM)
Distribution: world

Hi,
    I have one very important question about menubars which most of the
 people use in there applications.

   I am using menubar for front menus. The problem is in passing client data to
 the function which I am calling using menubars pulldown button.

  It is very easy to pass data using AddCallback but here I have to pass data
from CreatePulldownMenu or CreateSimpleMenuBar type function. How do you      
pass client data from this funtions. The buttons are not widgets here so
you can not use sepatate AddCallback function. I am going to post this question
in motif newsgroup. I saw same question from one guy in newsgroup sometimes
back.

  I tried Dan Hellers book but unfortunately couldn't find a single example
in which he is passing some kind of variables from menubar buttons to the
called funtion. Which is really surprises me.....I need to pass some pointer
to the called funtion. Which I can easyly pass it my button is a widget using
AddCallback function. But here menubar buttons are not widgets so you can not
use AddCallback.

Thanks.

Samir

spatel@cs.tamu.edu 

///////////////////////////////////////////////////////////////////////////

The goal of Computer Science is to build something that will last at
least until we've finished building it.

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
Xref: sparky comp.windows.x.motif:8752 comp.windows.x.intrinsics:782
From: buzz@bear.com (Buzz Moschetti)
Newsgroups: comp.windows.x.motif,comp.windows.x.intrinsics
Subject: Registering a signal handler?
Date: 22 Jan 93 14:46:04 GMT
Organization: Bear, Stearns & Co. - FAST

In XView, there is a function

	notify_set_wait3_func(reaper_client, child_reaper, pid)
	Notify_client reaper_client;
	Notify_value (*child_reaper)();
	int pid;

that can be used to detect signals originating from process _pid_.

Is there an equivalent function in Motif?
Newsgroups: comp.windows.x.motif
From: davidd@ctsx.celtech.com (davidd)
Subject: Small Favor; looking for example .mwmrc files
Date: Fri, 22 Jan 1993 21:33:26 GMT
Organization: Cellular Technical Services, Seattle


Hello, I'm on an HP 9000/8xx with Motif 1.1. Everybody else
around me uses HP Vue or whateevr it is and I prefer to use the
'standard mwm'. My past windowing expereince has been on Suns
with OLVWM. Would anyone mind sharing their .mwmrc/.Xdefaults
files so that I could get an idea what's going on. No I don't
have any docs at the moment :-) Thanks much.

David

p.s. I don't suppose there is a motif version of the virtual
window manager like Sun has...Someone here mentioned xrooms a while
back but said that it was broke...??? A couple of quick
questions: 1) is there a way to have to outside border color on
the icon manager different form the outside border of xterms? 2)
can you have the icon in the icon box, be 'highlighted'(?) when
its xterm (or whatever its app is) is active? Thanks.

-- 
    ___   ____   ____    David Doll                   |
   /       /    /___     Cellular Technical Services  | davidd@celtech.com
  /___    /    ____/     2401 4th Ave., Suite 808     |         -or-
                         Seattle, WA 98121            |   uunet!ctsx!davidd
From: Iris_-_Smith@cup.portal.com
Newsgroups: comp.windows.x.motif
Subject: Need a scrollable window/drawing area with spreadsheet-like # d
Date: Fri, 22 Jan 93 16:23:39 PST
Organization: The Portal System (TM)
Distribution: world

Hello. I have a drawing area widget parented by a scrollable window (automatic)
but I need to update a list of horizontal and vertical "cell" numbers which
don't scroll off the area and that are displayed above and to the left of the
drawing area - similar in manner to a spreadsheet, where the numbers are
always visible. I've tried several permutations with application defined
scrolled windows and frames, but to no avail. What is the best way to
accomplish this behavior? I want the numbers to scroll with the drawing
area, but remain visible.

Another question: I need to set the maximum size of the appshell to the
size that it would be if a scrolled window (automatic, with as_needed
scrollbars) was sized to fit the drawing area  child exactly. I can't 
set the scrolled window (or drawing area) maximum size until after the
app is running, and forcing the scrolled window widget to the same size
as the drawing area doesn't seem to work. How can I do this?

Thanks in advance!
Newsgroups: comp.windows.x.motif,comp.os.ms-windows.misc,comp.os.ms-windows.programmer.misc,comp.os.ms-windows.programmer.tools
From: rmccown@world.std.com (Bob McCown)
Subject: Re: Motif libraries for MS-Windows or OS/2
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 21 Jan 1993 19:53:26 GMT

In article <1j6ugcINNb1u@pms706.pms.ford.com> krishnan@pms001.pms.ford.com (Krishnan Subramaniam) writes:
>I am not aware of any Motif implementations on top of MS windows.
>But XVT is a product, which helps porting code to both Windows and Motif.
>
>XVT is a toolkit with a bunch of APIs. Programs written using these APIs
>could be linked in both Motif and Windows. 
>
>I don't know the company name.

The company is, of allthings, XVT Software Inc.  They're located in
Colorado.  Phone number, according to the docs I have, is 303-443-4223.  
-- 
|  Bob McCown / Mundane - Robur of Roestoc / SCA - Sir Gaath Gazul / NERO  |
|  rmccown@world.std.com                                                   |
|  "'ow d'you know 'e's a king?" "'cause 'e 'asn't got shit all over 'im!  |
|									   |
From: crstout@access.digex.com (Russ Stout)
Newsgroups: comp.windows.x.motif
Subject: Re: Unable to change colormap of drawingarea
Date: 21 Jan 1993 15:31:51 GMT
Organization: Express Access Online Communications, Greenbelt, MD USA
Distribution: inet
NNTP-Posting-Host: access.digex.com
Keywords: XmDrawingArea Colormap Resource

In article <8078@dove.nist.gov> fein@epg.nist.gov writes:
>I am trying to change the colormap of a drawing area, but have had no success.
>I have tried using XSetWindowColormap and XtVaSetValues, but neither seems
>to work.  I tested my routine for creating and initializing the colormap in
>plain X and it works, but I am a novice at Motif and I need help.  

The colormap of a drawing area widget can only be set at the time of its 
creation.  I think this is true for all widgets, but I'm not positive.

If you are new to Motif, I would recommend the OSF/Motif Programmer's
Reference.  It contains reference pages for each of the widgets, 
including all of its resources.  It is published by Prentice Hall.

Newsgroups: comp.windows.x.motif
From: moses@ahpcrc.umn.edu (Matthew E. Moses)
Subject: Pixmaps for buttons in an option menu
Organization: Army High Performance Computer Research Center
Date: Thu, 28 Jan 1993 04:46:41 GMT


Does any one know if you can substitute pixmaps on the buttons for an
option menu?  I am creating the menu and then trying to modify the children 
by checking the children's type via XtIsSubclass.  Any pointers where I 
might find an answer?


*------------------*---------------------------*-----------------------------*
* Matthew E. Moses * AHPCRC Systems Staff      * moses@ahpcrc.umn.edu        *
*                  * Head 4-204 Lab Consultant * moses@mermaid.micro.umn.edu *
*  U of Minnesota  *---------------------------*-----------------------------*
*                  * Work: (612)626-8136       * Home: (612)624-0126         *
*------------------*---------------------------*-----------------------------*
From: gaitat@gaitat.kgn.ibm.com (Saki)
Subject: Re: Setting Widget Resources
Date: Mon, 25 Jan 93 18:26:19 GMT
Reply-To: gaitat@gaitat.kgn.ibm.com (Saki)
Organization: IBM Kingston NY

Before you set the default value, check to see if the user
has actually set something in the resource db using the call
XGetDefault. If the return value is something you like, you use
it, otherwise set it to something default

   __    ()  ,
  /  )   /`-'|       _/_     _/_
 /--/   /   / __.  o /  __.  /  __.  _  _
/  ( o /__-<_(_/|_<_<__(_/|_<__/  |_</_/_)_
                                 (|
Athanasios G. Gaitatzes
                                   gaitat@kgnvmy.vnet.ibm.com
These statements and/or opinions are not necessarily those of
                                                          IBM

\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\