HDTenEightyP/NetNews huggingface dataset:
From: dok272@cvx12.inet.dkfz-heidelberg.de (Andre Schroeter)
Subject: f.dec_customize
Reply-To: andre@borneo.inet.dkfz-heidelberg.de (Andre Schroeter)
Organization: DKFZ Heidelberg
Date: Wed, 26 Aug 92 08:20:37 GMT

hallo,
i just saw the f.dec_customize extension to the dec's mwm. is there something simmilar free avaliable ??
it can be a sepperate programm and need's not to be include in the mwm.

thank you
  andre schroeter

e-mail: andre@borneo.inet.dkfz-heidelber.de
	81239@novell1.rz.fht-mannheim.de



Newsgroups: comp.windows.x.motif
From: mep@reatta.camb.inmet.com (Mark Polhamus)
Subject: button3 -> popup menu?
Organization: Intermetrics Inc.
Date: Tue, 25 Aug 1992 20:54:58 GMT

I'm trying to use an event handler to bring up a popup menu from an
XmDrawnButton widget on a mouse button 3 press.  This usually works, but
in certain cases the mouse button 3 event is not delivered.

Here's the (approximate) code used to set up the handler:

/*ARGSUSED*/
    static void
event_handler(pb, client_data, event)
    Widget               pb;
    XtPointer            client_data;
    XButtonPressedEvent *event;
{
    ESS_ITEM_TYPE *item;
    Widget         menu;

    if (event->button != 3 ) {
        return;
    }

    XmMenuPosition(menu, event);
    XtManageChild(menu);
}

    ...
    XtAddEventHandler(widget, ButtonPressMask, False,
        event_handler, (XtPointer)NULL);
    ...

I'll sketch out the widget hierarchy below.  (I would show some source
code, but I'm using TeleUSE to generate the widget hierarchy (only) and
the generated .c file  reads poorly)

ApplicationShell
	XmMainWindow
	    XmMenubar
		XmCascadeButton
		XmCascadeButton
		XmPulldownMenu
		    XmPushButton
		XmPulldownMenu
		    XmPushButton
	XmForm
	    XmForm
		XmRowColumn
		    XmForm
			XmDrawnButton
			XmText
			XmText
		    XmForm
			XmDrawnButton
			XmText
			XmText
		XmRowColumn
			XmLabel
			XmLabel
			XmLabel
			XmLabel
	XmScrolledWindow
	    XmBulletinBoard
		XmForm
		   XmDrawnButton
		    XmText
		    XmText

	TopLevelShell
	    XmMainWindow
		XmMenuBar
		XmForm
		    XmForm
		        XmPushButton
		        XmPushButton
		    XmScrolledText
		    XmScrolledWindow
			XmBulletinBoard
		            XmForm
			        XmDrawnButton*
			        XmText
			        XmText


All of the XmDrawnButton widgets have the ButtonPressed event handler
registered.  Only the last one (with asterisk) is getting any mouse
button 3 events, they all get mouse button 2 events.

In addition, when I press mouse button 3 within the ApplicationShell's
window (not the popup TopLevelShell), the cursor changes to slant to the
right for a short time, then changes back.


Questions:

    - Who's stealing my mouse button 3 pressed event?  (presumably the
      same agent changing the cursor)

    - Is there a better way to bring up a popup menu for an arbitrary
      widget?  I'm using the method suggested in O'Reilly's volume six
      (_Motif Programming Manual for OSF/Motif Version 1.1_ by Dan Heller)
      in Chapter 16, Pp. 560.

    - Although Heller warns that catching arbitrary events may interfere
      with standard widget behavior, He says that Button 3 events are
      safe since Motif doesn't use it.  Has this changed?  (We are using
      Motif 1.1)

(if you've read this far, thanks for your consideration!)


-- Mark Polhamus
-- mep@inmet.inmet.com
From: deveau@oceanroutes.ns.ca ("Terry J. Deveau")
Newsgroups: comp.windows.x.motif
Subject: Re: key events in Motif 1.1 on Sun don't seem to work
Date: 28 Aug 92 14:12:27 GMT
Distribution: inet
Organization: Oceanroutes Canada Inc.

Richard Ottolini writes:
>
> Translations like <Btn1Down> will jump to the action,
> but anything I try with <Key> in it doesn't do anything.
> Is this a known bug, or might I be missing a some code?
> 
Do you have XmNtraversalOn set True? ... Terry
Newsgroups: comp.windows.x.motif
From: jensen@gauss.eedsp.gatech.edu (P. Allen Jensen)
Subject: Experience with Wcl and pointers to documentation via FTP
Organization: Georgia Institute of Technology
Date: Fri, 28 Aug 1992 03:46:37 GMT

Our group had pretty much decided to use UIM/X from Visual Edge.  One
person in the group became adamant that code generators were in general
a bad thing.  The suggestion was that using Wcl would be far superior
in the long run.  I am looking for input from people who have used either
UIM/X or Wcl to develope "major" commercial software projects (or who have
looked at both and chosen one over the other).

Also, I picked up the Wcl 2.2 release but all it had for documentation
was man pages - is there more documentation somewhere ?

Oh yes - we are strictly looking for Motif tools and do not have a need
for other GUI styles.

Thanks,

P. Allen Jensen
-- 
P. Allen Jensen                        | BellSouth Advanced Networks
Tel. 404.303.2300                      | 1100 Johnson Ferry Road, Suite 880
Internet: jensen@eedsp.gatech.edu      | Atlanta, GA 30342, USA
X.400 gateway: /G=Allen/S=Jensen/O=BSAN/ADMD=BELLSOUTH/C=US/@sprint.com
Newsgroups: comp.windows.x.motif,comp.windows.x
From: grp@Unify.com (Greg Pasquariello)
Subject: Re: OPEN INTERFACE ?
Keywords: OPEN INTERFACE GUI developer
Organization: Unify Corporation (Sacramento)
Date: Thu, 27 Aug 92 18:10:31 GMT

In article <BtM53H.450@solbourne.com>, imp@solbourne.com (Warner Losh) writes:
> 
> In article <r65eetw@Unify.Com> grp@Unify.com (Greg Pasquariello) writes:

> >In article <1992Aug25.161416.27216@mr.med.ge.com>,

> >pandey@mr.med.ge.com (Arvind Pandey 4-6847 MRCE) writes: 
> >> Has anyone outhere used a product "OPEN INTERFACE"
> >> from Neuron Data (Palo Alto CA ).

> >OI is of the latter persuasion. It is built directly upon
> >X/MS-Windows/Mac and implements the appropriate user interface
> >directly. 
> 
> OI from Solbourne is not implemented, at this time, on Mac or
> MS-Windows.  Open Interface from Neuron Data, on the other hand, does
> run on these platforms.  OI is Solbourne's trademark for the C++
> Object Interface library that we (and others) sell.  Neuron Data's
> documentation uses "OIt" as the abbreviation for their Open Interface
> Toolkit.


Yes, my apologies on the name mistake.  OI is Open Interface by Solbourne.
OIt (what I was talking about) is Open Interface Toolkit by Neuron Data.
And, of course, Galaxy is everything else :-)

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. 


> >My evaluation narrowed to Galaxy and OI because both are technically
> >far superior to every other existing GUI toolkit on the market today.
> 
> The above comment is quite accurate by the way.  You can probably
> include OIt in that list as well. :-)
> 
> Warner
> -- 
> Warner Losh		imp@Solbourne.COM
> I've almost finished my brute force solution to subtlety.

-- 

--
Greg Pasquariello   	grp@unify.com 	        Sometimes you're the windshield
Unify Corporation	   or			Sometimes you're the bug.
(916) 928-6258	    ...!uunet!unify!grp



Newsgroups: comp.windows.x.motif
From: raistlin@uni-paderborn.de (Markus Koch)
Subject: How to use diff. fonts in a ScrolledTextWindow
Organization: Uni Paderborn FB 17 Informatik GERMANY
Distribution: comp
Date: Mon, 31 Aug 1992 09:44:55 GMT

Hi !

Does anybody know if it is possible to use alternate fonts in a ScrolledTextWindow ?
I want to mark some parts of the text by using a different font. Or is it possible
to underline parts of the text.

Thanx in advance
 Markus
From: hdsrjh@hds.UUCP (Randy Huggins)
Newsgroups: comp.windows.x.motif
Subject: +++ Re: Motif implementation for Sun SPARC stations
Date: 2 Sep 92 23:57:12 GMT
Distribution: inet
Organization: Hierarchical Development Systems, Inc.


In <2924278251.2.p00103@mail.psi.net>, John Morey writes:

>I was wondering if anyone could lead me in the direction of a good 
>implemenation of Motif for Sun SPARC stations...
>Also I was wondering if there are many problems running
>Motif on Sun SPARC stations.

We use Integrated Computer Solutions, Inc. (ICS)'s 
X11R4/Motif 1.1.1 on our SPARCstations/SunOS 4.1.1.
While I have run across my share of Motif bugs, 
I still feel that it is a sufficiently solid product
to work with.  I have found no show-stopper problems and
intend to stay with that company when we upgrade Motif.
I don't have enough information to argue that ICS provides
the BEST implementation, but its more than acceptable
for our needs.

In terms of problems running on Suns, you have to decide
if you call interoperability problems with Sun's OPENLOOK
tools a problem.  If you aren't going to use any of their
OPENLOOK tools, you'll have no problems.  If you do plan
to use their tools in your otherwise Motif environment,
plan to spend some time integrating.  Also, plan to learn
to live with some subtle operability problems (like 
cut-and-paste incompatibilities and some focus phenomena).

All things considered, I don't think your Motif decision
should heavily influence your decision toward or away from
Suns.

- -R
From: littlec1@jaguar.uofs.edu (Chris Little)
Newsgroups: comp.windows.x.motif
Subject: New Motif Programmer needs VMS examples
Date: 3 Sep 92 13:45:15 GMT
Organization: University of Scranton

Hello,

I am new to this group, most definitely because I am relatively new to Motif
programming.  I use an NCD XTerminal connected to a VAX running VMS.  Our user
interface is DECWindows Motif.  I would like to start writing some Motif
applications and am currently reading Marshall Brain's book, "Motif
Programming - the essentials and more".  I would like to write a
simple application that creates two windows that communicate with one another. 
I am particularly interested in how the C/Motif/VMS interfaces handle
subprocesses and detached processes.  Can anyone out there give me pointers or
show me small sample applications that have these features?

Thank you in advance for your help.

--
Chris Little, Programmer/DBA                    University Computing Systems
                                                University of Scranton
  LITTLEC1@JAGUAR.UOFS.EDU                      Scranton, PA 18510
From: gmarfoe@eng.auburn.edu (Gerald George Marfoe)
Newsgroups: comp.windows.x.motif
Subject: UIM/X 2.0 plot widget help needed
Date: 4 Sep 92 17:32:56 GMT
Article-I.D.: news.1992Sep4.173256.11407
Reply-To: gmarfoe@eng.auburn.edu
Organization: Auburn University Engineering

Hi, I'm posting this for a friend at NASA Johnson Space Center, where they
don't have access to the Usenet newsgroups.

-------------------------BEGIN ENCLOSED MESSAGE-----------------------------

 To: ANY UIM/X 2.0 Users
 From: Phil Forrest (pforrest@jscprofs.nasa.gov)
       Ascent/Entry Flight Dynamics
       Johnson Space Center

 Has anyone out there in usenet land ever added a plot widget to UIM/X 2.0 ?
 We are trying to rehost our Mission Control Center Displays to a Flight
 Controller Training System (MIPS workstation based) using 2.0. The
 problem is that we are dead in the water when it comes to plotting
 trajectories, trends, etc...

 We have a plot widget to work with, but we have yet to figure out how to
 get UIM/X 2.0 to recognize it.

 If anybody has any suggestions, they would be most appreciated. Please
 send email to:

 pforrest@jscprofs.nasa.gov

 Thanks,

 Phil

 ----------
 <EOF>
------------------------------END OF MESSAGE-----------------------------------
-------------------------------------------------------------------------------
Gerald G. Marfoe                    |"Mirabile visu. Mirabilia/Et itur ad astra
InterNet: gmarfoe@eng.auburn.edu    |... Suus cuique mos. Suum cuique.../
          ggmar@ducvax.auburn.edu   |Memento, terrigena./Memento, vita brevis."
          ggmar@hoshi.colorado.edu  |- "Afer Ventus", Enya, "Shepherd Moons"
From: marcs@slc.com (Marc San Soucie)
Newsgroups: comp.windows.x.motif
Subject: Re: X11/Motif on HP700
Date: 26 Aug 92 17:12:15 GMT
Distribution: na
Organization: Servio Corp, Beaverton Oregon, US

Joe Peterson (peterson@Data-IO.COM) writes:

> I have been tying to build X11R4-p18 and OSF/Motif 1.1.3 on our fine,
> brand new HP-710 running HP-UX 8.07(?).

> So far, whenever I run any of the X/Motif programs (like xlogo) I get

> "Illegal instuction (core dumped)"


Make sure you have added '-DSTRINGS_ALIGNED' in hp.cf or site.def when
compiling X11 and Motif.

  #define StandardDefines -DSYSV -Wp,-H512000 -DSTRINGS_ALIGNED

    Marc San Soucie
    Servio Corporation
    Beaverton, Oregon
    marcs@slc.com
From: dbrooks@osf.org
Newsgroups: comp.windows.x.motif
Subject: Re: EditRes & Motif
Date: 27 Aug 92 20:13:01 GMT
Distribution: inet
Organization: The Internet

aio!mickey!reza@tmc.edu (Reza Razavipour) wrote:
> Can a kind soul instruct me on how to use EditRes with a Motif 
> client. I am  using X11/R5 on Sun sparc 2.

It's in the FAQ.  First, arrange for your client to do this:

	extern void _XEditResCheckMessages();
	...
	XtAddEventHandler(shell_widget, (EventMask)0, True,
				_XEditResCheckMessages, NULL);

once for each <shell-widget> that you want to take part in the editres protocol
(i.e. probably each ApplicationSHell and TopLevelShell).

Then, link with the R5 Xmu library (either before or after Xm).  Works fine for
normal resources.

David Brooks
Systems Engineering
Open Software Foundation
From: rrybacki@ringer.cs.utsa.edu (Richard M. Rybacki)
Newsgroups: comp.windows.x.motif
Subject: Re: Is it possible to create a scrollable list of push buttons,  etc ?
Keywords: Motif, WCL, scrollable list of widgets.
Date: 26 Aug 92 21:13:47 GMT
Organization: University of Texas at San Antonio

In article <2904@contex.contex.com> avinash@felix.contex.com (Avinash Chopde) writes:
>
>I am fiddling with WCL and Motif right now, and was wondering if
>I could create this layout using Motif widgets::
>
>|----------------------------------------------------------|  |
>| Label        TextField      Button                       |  |
>| Label        TextField      Button                       |  |
>| Label        TextField      Button                       |  |
>| Label        TextField      Button                       |  |
>| .......... repeated a number of times...                 |  |
>|----------------------------------------------------------|  |
>                                                             ^
>						this is a vertical scrollbar
>
>Since the number of "Label ...." rows could be numerous, the scrollbar
>is used to move around the list...
>
>Is this possible at all using Motif widgets ?

Piece of cake.  Just create a scrolledWindow widget, make a rowColumn the
child of the scrolledWindow, and create your label, text, and button
widgets as children of the rowColumn.
-- 
                            Richard M. Rybacki
                       rrybacki@ringer.cs.utsa.edu
                              (512) 731-0000
                          "Will consult for food"
Newsgroups: comp.windows.x.motif,comp.windows.x,comp.sources.wanted
From: wodarz@panther.mot.com (Dennis Wodarz)
Subject: UIM/X swidgets for available widgets wanted
Followup-To: comp.windows.x.motif
Keywords: UIMX swidgets widgets
Reply-To: wodarz@panther.mot.com
Organization: INFO Enterprises (A Motorola Company)
Distribution: Everywhere
Date: Mon, 31 Aug 1992 19:39:12 GMT

We are using the GUI builder UIM/X to create a Motif interface
for our product.  There are many widget libraries available from 
various sources that could be useful and UIM/X can be exetended to make use of 
these widgets.
However, each widget must have a cooresponding UIM/X shadow widget (swidget) that 
tells UIM/X how it can be manipulated and what resources are available. Creating 
these swidgets requires a significant amount of effort in some cases.

It would be very nice if the corresonding
swidget addaptations have already been developed for the widgets that are available.
Has anyone done this? Are swidget libraries available (PD, shareware or commercial)?
Do any of the distributors of UIM/X (or the HP version, Interface Architect) sell swidgets also?

In particular we would be interested in swidgets for any table or matrix widgets
such as those in the Xbae package.

If you are using UIM/X and have or plan on extending it using other widgets please
let me know.  If other existing sources are not identified it we may be able to 
identify a set of widgets that several groups are interested in and divide up the work somehow.

Any information would be appreciated.

Thanks,

	Dennis Wodarz
	wodarz@panther.mot.com

	INFO Enterprises (A Motorola Company)
	3260 N. Colorado St.
	Chandler, AZ 85225

	602 545-6360
	602 545-6353 FAX
From: pandey@mr.med.ge.com (Arvind Pandey 4-6847 MRCE)
Subject: OPEN INTERFACE ?
Followup-To: poster comp.windows.x.motif,comp.windows.x
Keywords: OPEN INTERFACE GUI developer
Organization: GE Medical Systems, Magnetic Resonance
Date: Tue, 25 Aug 92 16:14:16 GMT


Has anyone outhere used a product "OPEN INTERFACE"
from Neuron Data (Palo Alto CA ).

They claim to provide a package so that you can develop
your GUI to run on various platforms and Windows (eg DOS,
UNIX, VMS ..... ).

To me it seems that to be such a widely portable GUI,
there must be some limitations somewhere. 

So does anyone out there know what gives ? Any actual
users of this product.

- arvind

Arvind Pandey
pandey@rainy.mr.med.ge.com

GE Medical Systems

Newsgroups: comp.windows.x.motif
From: stgprao@st.unocal.COM (Richard Ottolini)
Subject: Re: key events in Motif 1.1 on Sun don't seem to work
Organization: Unocal Corporation
Date: Thu, 27 Aug 1992 22:26:15 GMT

In article <1992Aug26.233733.18147@unocal.com> stgprao@st.unocal.COM (Richard Ottolini) writes:
>
>Translations like <Btn1Down> will jump to the action,
>but anything I try with <Key> in it doesn't do anything.
>Is this a known bug, or might I be missing a some code?


It was pointed out to me to check out keyboard focus.
FAQ #74 has the fix using the XmProcessTraversal function.
I believe it has something to do with focus getting confused in container widgets.
Newsgroups: comp.windows.x.motif
From: pjp@sloth.mlb.semi.harris.com (Pat J. Pinchera)
Subject: Setting Color of an Option Menu (Button)
Date: Wed, 2 Sep 1992 21:20:31 GMT
Organization: Interface & Control Systems, Inc., Melbourne FL
Keywords: option menu, option button, color, background
Summary: want to set color of and Option Menu (Button)

I'm having trouble setting the color of my Option Button, the buttons
that have a pulldown menu associated with them, and look like:

                +-------------------------+
                |                         |
                |  button-label      ===  |
                |                         |
                +-------------------------+

They have a small cascade button gadget on the right hand side, that's what
the === represents.  Anyway, I want to set the color of the button so that
it contrasts nicely from the background.  Everything that I try doesn't
set the color. The closest I've gotten is trying to set the background
on the Widget that is returned from 'XmCreateOptionMenu'.  The result is
kind of unusual in that the color 'bleeds over' all around the button, 
especially to the left of the button, like so:
             +-----------------------------+
             |  +-------------------------+|
             |  |                         ||
   color---> |  |  button-label      ===  ||
             |  |                         ||
             |  +-------------------------+|
             +-----------------------------+

There are a couple of routines that return widgets created internally when
an Option Button is created, XmOptionLabelGadget, and XmOptionButtonGadget,
but as their names imply, they return Gadgets, which DO NOT have their own
color resources, like background. So trying to set the background resource
on one of these is useless.

Has anyone had any luck in setting the color of their Option Buttons?
It seems like this should have been done by someone before.  If not, 
I'm willing to try any new ideas.

Motif 1.1.4, X11R5, Sun IPC, SunOS 4.1.1, ObjectCenter 1.1 (C++)

Reply by email or to this newsgroup. Thanks.

Pat
Newsgroups: comp.windows.x.motif
From: armin@srztt215.alcatel.ch (Armin Kuepfer)
Subject: Re: Multicolor Application Icons.
Organization: chx400.switch.ch
Distribution: inet
Date: Fri, 28 Aug 1992 15:21:45 GMT

> Hi, has anyone had any luck defining a multicolor icon using the 
> XmNiconPixmap resource and XPM? I have a nice icon that sxpm displays
> in many colors, but when I install it as my application Icon it comes
> out in black and grey.

The following code is out of Dan Hellers book, the icon will be displayed 
at least in two colors as long as the application is minimized. If you use
an icon box and the application is not in the iconic state you get the nasty
default pixmap. (As in xmail)

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

void SetIconPixmap (Widget     shell,
                    Pixmap     image)
{
  Window            window, root;
  unsigned int      x, y, width, height, border_width, depth;
  Display           *dpy;


  dpy = XtDisplay(shell);

  /*
   * Get the current icon window associated with the shell
   * If there is no window associated with the shell create one
   * and set it as icon window.
   * The icon window only needs to be a simple window.
   */

  XtVaGetValues(shell, XmNiconWindow, &window, NULL);

  if (!window) {
    if (!XGetGeometry(dpy, image, &root, &x, &y, &width, &height,
                      &border_width, &depth) ||
        !(window = XCreateSimpleWindow(dpy, root, 0, 0, width, height,
                                       (unsigned) 0, CopyFromParent,
                                       CopyFromParent))) {
      XtVaSetValues(shell, XmNiconPixmap, image, NULL);
      return;
    }
    XtVaSetValues(shell, XmNiconWindow, window, NULL);
  }

  /*
   * Set the window's background pixmap to be the image. Easier to handle.
   */
  XSetWindowBackgroundPixmap(dpy, window, image);
  XClearWindow(dpy, window); /* cause a redisplay of this window, if exposed */
}
From: hal@kaos.declab.usu.edu (000200 Lynch)
Newsgroups: comp.windows.x.motif
Subject: How do I keep window at top level no matter what?
Date: 4 Sep 92 16:04:17 GMT
Article-I.D.: cc.1992Sep4.100418.58627
Reply-To: hal@kaos.declab.usu.edu (000200 Lynch)
Distribution: world
Organization: Utah State University

I am using the mwm window manager.  How can I get a particluar window, in this
case xeyes to always be the top level window, ie never buried?

I am using the following in my Mwm file:

# Set to Explicit to determine focus by clicking on the window or border
# Set to Pointer to determine focus based on the location of the pointer
Mwm*keyboardFocusPolicy: Pointer

# Policy when the window with focus is minimized or removed
# if focuspolicy is explicit, set to true to give focus to
# the window with previous focus
Mwm*autoKeyFocus: True

# if focuspolicy is explicit, set to true to give a window focus 
# when it is restored from an icon
Mwm*deiconifyKeyFocus: True

# Set to True to raise a window when it is given focus
# Set to False to keep the stacking order the same when a window is given focus
Mwm*focusAutoRaise: True

# if focuspolicy is explicit, 
# set to true to give input focus to a window when it is mapped
Mwm*startupKeyfocus: True

Thanx
--
Hal Lynch
	Internet: Hal@cache.declab.usu.edu
	DECnet:   USU::HAL
Newsgroups: comp.windows.x.motif,comp.windows.x