HDTenEightyP/NetNews huggingface dataset:
From: morreale@laplata.scd.ucar.edu (Peter Morreale)
Subject: non-homogeneous RowColumn problem....
Keywords: toggles & labels...
Organization: NCAR/UCAR
Date: Fri, 16 Oct 1992 20:13:41 GMT

Hi all:
I have a RowColumn in which I am placing toggles and labels.
The layout is a row with a toggle and label, several rows.
(The toggle directly corresponds with it's ajoining label)

The problem I have is that Motif is generating warning messages 
if I set XmNradioBehavior to True.  (I have specified XmNisHomogeneous
to False)  

The documentation implies that I can have mixed type children in the
RowColumn and that radioBehavior will be enforced only on the toggle
children.  I suspect that this is an undocumented "feature".  Note that
the parent is specifically used XmCreateRowColumn(), not
XmCreateRadioBox().

In fact, enforcing radioBehavior does give the visual I am looking for,
ie: one-of-many toggle visuals.  I haven't written the callbacks yet,
but I am assuming that they would also work correctly.  

The only problem is the warning messages.  I'd prefer to turn them off
if possible.  (unless of course this combination does in fact represent
yet unknown problems....)  

Is there an 'easy' way to prevent the warning messages?  What routines
do I need to RTFM?  

(alternatively, I will write code to support the radioBehavior
myself....)

Thanks
-PWM
------------------------------------------------------------------
Peter W. Morreale                  email:  morreale@ncar.ucar.edu
Nat'l Center for Atmos Research    voice:  (303) 497-1293
Scientific Computing Division     
Consulting Office
------------------------------------------------------------------
Newsgroups: comp.windows.x.motif
From: raney@teal.csn.org (Scott Raney)
Subject: Re: prototyping tools
Organization: Colorado SuperNet, Inc.
Date: Thu, 8 Oct 1992 00:02:23 GMT

vanessa@spiderman.bu.edu (Vanessa C. Feliberti) writes:

>I am in search of a rapid prototyping tool to prototype
>a user interface that I am designing.  I am working on
>a Sun SPARCstation and therefore need the tool to run
>on X and Motif.  Does anyone have any suggestions of
>an appropriate tool?

If you need a free tool, check out DIRT or Winterp (see the FAQ for
directions).

If you can spring for a commercial package, and need something that is
a *lot* easier to install and use than the above mentioned tools,
check out our product MetaCard.  It uses a HyperCard compatible
scripting language, and so is very easy to use.  You can anonymously
FTP a save-disabled copy from ftp.uu.net (directory vendor/MetaCard).
The current release is 1.1, but you can also get a beta of 1.2 from
the directory 1.2B3 in vendor/MetaCard.

We can also email it or send it out on floppies (free).  The unlocking
key is $495 for single license with aggressive multiuser pack pricing
and a 50% educational discount.  Email to info@metacard.com for more
details.

>Thanks in advance,

>Vanessa Feliberti
>vanessa@spiderman.bu.edu

-- 
***********************************************************************
* Scott Raney  303-447-3936            Remember: the better you look, *
* raney@metacard.com                   the more you'll see -- Lidia   *
***********************************************************************
From: lynette@oliver.sun.ac.za (Lynette Lewis)
Newsgroups: comp.windows.x.motif
Subject: Re: HHEELLPP
Date: 14 Oct 92 09:46:37 GMT
Article-I.D.: hippo.1992Oct14.094637.1535
Organization: Rhodes University, Grahamstown, South Africa
X-Newsreader: TIN [version 1.1 PL6]

Well, ehat about disabling auto-repeat?  That is, xset -r.
That effectively gets rid of the auto-repeat.

Lynette van Zijl
Stellenbosch University
Newsgroups: comp.windows.x.motif,comp.windows.x
From: marotz@IMD.Sterling.COM (Chris Marotz)
Subject: Re:  How to get rid of scrollbars?
Reply-To: marotz@IMD.Sterling.COM
Organization: Sterling Software
Date: Fri, 16 Oct 1992 14:25:48 GMT
X-Md4-Signature: 6280f28bba328941687f32d219d7a371

To: C.T. Kwok

Here's an example of how I unmanange those annoying scrollbars!

Widget hsb;
XtVaGetValues(your_scrolled_window, XmNhorizontalScrollBar, &hsb, NULL);
XtUnmanageChild(hsb);

Enjoy!
-- 
-------------------------------------------------------------------------------
Chris Marotz	         |******************| UUCP:     uunet!sparky!marotz
Sterling Software IMD    |*   Per Aspera   *| INTERNET: marotz@IMD.Sterling.COM
1404 Ft. Crook Rd. South |*    Ad Astra    *| Phone:    (402) 291-8300 
Bellevue, NE. 68005-2969 |******************| FAX:      (402) 291-4362
-------------------------------------------------------------------------------
From: nandraj@unisql.UUCP (Nandraj Arni)
Newsgroups: comp.windows.x.motif
Subject: PopupMenu hangs the server! Solution?
Date: 14 Oct 92 23:10:09 GMT
Article-I.D.: unisql.3965
Organization: UniSQL, Inc., Austin, Texas, USA



   I have a problem, if there are have one OptionMenu and a PopupMenu 
in DrawingArea. If you click on the DrawingArea the PopupMenu
comes up. It usually goes away as soon as the button is released.
But sometimes it doesn't go away(stays on screen), then if you try
to get the OptionMenu through the Accelerator(key stroke): this will
hangs the server. (Looks like XGrabPointer related problem)

  The PopupMenu doesn't go away in 1 in 10 times. This could lead to 
serious problem in any application. Has someone got around this?
Please let me know any solution you have.

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

UniSQL, Inc.                                    Voice: 512 343 7297
9390 Research Blvd.                              Home: 512 258 5186
Kaliedo II			   	          FAX: 512 343 7383
Austin, TX 78759

Email: unisql!nandraj@cs.utexas.edu
*******************************************************************
Newsgroups: comp.windows.x.motif
From: jsimon@bnr.ca
Subject: A DialogShell Question ?
Organization: Bell-Northern Research 
Date: Fri, 09 Oct 1992 18:09:45 GMT

Hi.

  I would like to have comments from Motif Gurus, regarding DialogShell
widget.

  n = 0;
  XtSetArg(args[n],XmNmappedWhenManaged,False); n++;
  dlog_shell = XmCreateDialogShell(top_level,
                                   "name",
                                   args,
                                   n);

  How come the above piece of code doesn't work? Inspite of setting
XmNmappedWhenManaged to False, it pops up even before it is mapped
using XtMapWidget!

  Has anybody encountered this problem?

  Any ideas on this would be real great.

  Thanks.

  girish.

PS: I have a lot of widgets on the DialogShell, and I don't like the idea
    of seeing all these little widgets being drawn of the DialogShell.
    I just want to map it all when needed.
Newsgroups: comp.windows.x.motif
From: drand@spinner.osf.org (Douglas S. Rand)
Subject: Re: PopupMenu with XmNwhichButton changed locks X server
Organization: Open Software Foundation
Date: 13 Oct 92 17:09:22

In article <1992Oct13.200423.19943@hpcvusn.cv.hp.com> jason@hpcvxjts.cv.hp.com (Jason Su) writes:

   |>dialog()
   |>{
   |>    XtManageChild(popup1);
   |>}
   |> 
   ...
   |>    XtSetArg(arg_list[0], XmNwhichButton, 1);
   |>    popup1 = XmCreatePopupMenu(topshell, "popup1", arg_list, 1);
   |>/*
   |>    popup1 = XmCreatePopupMenu(topshell, "popup1", arg_list, 0);
   |>*/
   |>    btn3 = XmCreatePushButton(popup1, "button_3", arg_list, 0);
   |>    btn4 = XmCreatePushButton(popup1, "button_4", arg_list, 0);
   |>    XtManageChild(btn3);
   |>    XtManageChild(btn4);
   |> 
   |>    XtAddCallback(btn1, XmNactivateCallback, dialog, NULL);

   The menu system has many of its roots in the original DEC toolkit.  One of the
   features that was inherited was its Popup menus.  It is my opinion, since I
   don't work for OSF, that the only supported way to post a popup menu with a
   button event is through a button event handler.  Later versions of Motif
   ( >1.2.0 ) may be able to figure out a sane way to allow popups from callbacks,
   but in the meantime, if you wish to have the best chances for successfully
   posting a Popup menu, you should have something like the following in your
   application:

	   Popup = XmCreatePopupMenu(parent, "Popup", args, argcnt);
	   XtAddEventHandler(attach_widget, ButtonPressMask, False, PostIt, Popup);

Posting popups should work in >=1.2.1.  If you can't wait then do 
what Jay has suggested.  You may still have problems if you want
Posting behavior and not just popup/select/popdown on a single
click.



--

----------------------------------------------------------------------
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
----------------------------------------------------------------------
From: rk@hls.com
Newsgroups: comp.windows.x.motif
Subject: Re: Looking for Example of XmNmessageWindow
Date: 8 Oct 92 23:04:08 GMT

In article <5930001@hpdmd48.boi.hp.com>, jconrad@hpdmd48.boi.hp.com (Jim Conrad) writes:
  > Does anyone know where I can find an example of a successful use of the
  > XmMainWindow's XmNmessageWindow resource?  I've bound the message window
  > to my main window by hand (XmMainWindowSetAreas apparently can't do it)
  > but have never succeeded in getting its contents displayed.
  > 
  > Jim Conrad
  > jconrad@hpbs1904.boi.hp.com


Well? Has anyone had any luck with the use of XmNmessageWindow ? 
I have the same problem.

---
S Ramakrishnan, Hughes LAN Systems Inc., Mountain View, Ca
From: casey@austin.ibm.com (Casey Kimbrell)
Newsgroups: comp.windows.x.motif
Subject: open-look to motif
Keywords: open look motif
Date: 10 Oct 92 00:07:23 GMT
Organization: IBM Austin
Originator: casey@fjord.austin.ibm.com

Hi,
	I need to know the following:

IS THERE A TOOL TO CONVERT OPEN LOOK APPLICATIONS TO MOTIF APPLICATIONS? 

If anyone out there has any information with regard to this request I
would be most appreciative if it were shared with me; whether it is
free, or proprietary-for-sale software makes no difference.  Please
mail responses to: kc@austin.ibm.com.
					Thank You,
						-Casey.
Given:
a: I would not want anyone to represent my opinions but myself;
b: I would not represent anyone else's opinion but my own;
premise:
a=True
a=b

1: a=b
2: a & b->(b & a)
3: b & a->(a & b)
4: (a & b)<=>(b & a)
5: a<=>b
6: a=True
.: I would not want anyone to represent my opinions but myself,
   and 
   I would not represent anyone else's opinion but my own.
-- 

_______________________________________________________________________________
Casey Kimbrell                |  Internal : casey@fjord.austin.ibm.com
IBM AWD Tech Support          |  External :
From: singg@alf.uib.no (Kurt George Gjerde)
Newsgroups: comp.windows.x.motif
Subject: XDrawLine/Modula-2
Date: 10 Oct 92 13:07:01 GMT
Organization: University of Bergen, Norway


X-windows <--> Modula-2
-----------------------

I've just started on a project (Modula-2) that includes
drawing lines (graphics) on screen (in a window).

The Modula-2 compiler we use can't do that. So I have
to write the graphic routines in C and link it with 
my M-2 program.

I guess I have to write C-routines for popping up a 
drawing-window and for drawing lines in that window.


Can anyone help me????

The modula-2 compiler is: EPC Modula-2 (you've probably
never heard of that one)

I can use the Xlib, Xt and Xm  C-libraries.


Please anyone...!!


Kurt.
From: al@osf.org (Alastair Gourlay)
Newsgroups: comp.windows.x.motif
Subject: Re:Question on altering Motif menu behavior
Date: 8 Oct 92 17:12:32 GMT
Distribution: inet
Organization: The Internet


> Is there a way to modify Motif menu behavior such that it behaves like 
> an Openwindows menu with a pushpin in?  Specifically, can you have the

In Motif 1.2, set the XmNtearOffModel resource of a pulldown
or popup menu to XmTEAR_OFF_ENABLED. The menu will now have a
dashed line visual - the tear off control. Dragging or clicking
on this will tear off the menu.

The resource converter is not installed by default, in order to
prevent a user breaking an old application which makes assumptions
about posting semantics which may not be valid for tear-off menus.

You can either set XmNtearOffModel via an arglist, or UIL, or via
a resource file after installing the resource converter with
XmRepTypeInstallTearOffModelConverter().

If you have 1.1, and really want this functionality, you can emulate
this behavior yourself (see attached mail for a clunky-but-functional
technique)

	Alastair.

=====================================================================
Return-Path: motif-request@alfalfa.com
Received: by BU.EDU (1.99) Thu, 19 Sep 91 12:30:28 EDT
Received: by alfalfa.com ( 5.52 (84)/test)
	id AA11344; Thu, 19 Sep 91 12:00:35 EDT
Received: by alfalfa.com ( 5.52 (84)/test)
	id AA11242; Thu, 19 Sep 91 11:31:19 EDT
Received: by alfalfa.com ( 5.52 (84)/test)
	id AA01076; Thu, 19 Sep 91 10:27:50 EDT
Received: from postman.osf.org by BU.EDU (1.99) Thu, 19 Sep 91 10:21:27 EDT
Received: from pmin20.osf.org by postman.osf.org (5.64+/OSF 1.0)
	id AA08820; Thu, 19 Sep 91 10:21:42 -0400
Received: by pmin20 (5.57/4.7) id AA17703; Thu, 19 Sep 91 10:20:49 -0400
Message-Id: <9109191420.AA17703@pmin20>
To:
cis.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!srhqla!avatar!fibermux!
chris@ucbvax.Berkeley.EDU
Cc: motif@alfalfa.com
Date: Thu, 19 Sep 91 10:20:48 EDT
From: Alastair Gourlay <al@osf.org>


> I'm looking for a way to implement a tear off menu in Motif much as you
> would on the Macintosh. The only thing I can think of is to override the
> BtnMotion translations, but I have a feeling this will be really hairy
> because the menus depend on these to highlight and dehighlight the
> appropriate items.  

> Since I don't really want to rewrite the RowColumn manager, does anyone 
> have an idea on how I can do this easily?

...

To add your own support, can be easy, or hard. Assuming that you're
not keen to subclass RowColumn, here's the easy way:

Make the first button in your Pulldown a pixmap PushButton with an
appropriate Tear-Off pixmap. In its activate callback, manage
a FrameDialog containing a RowColumn. Create a set of children
mirroring your Pulldown's children. If the Pulldown contains
ToggleButtons, you'll have to synchronize the values of the
TearOff and Pulldown ToggleButton children when they change.

...
Newsgroups: comp.windows.x.motif
From: kobet@picker.com (Harry Kobetitsch)
Subject: Text editors under Motif
Organization: Picker International, Inc.
Distribution: na
Date: Tue, 13 Oct 1992 21:40:58 GMT

Does anyone know where I can find a good mouse driven editor
for Motif?  Presently, I am using Sun's textedit under Motif
and I keep getting core dumps every time I exit the textedit
program.

I would like something either from the public domain or whatever
is commercially available. Or....
does anyone have input on the core dump problem ?

-- 
Harry J. Kobetitsch
Picker International, Inc.
595 Miner Road
Highland Heights, Ohio 44143
From: suthers+@pitt.edu (Daniel D Suthers)
Newsgroups: comp.windows.x.motif
Subject: Comments on TAE+ sought
Date: 8 Oct 92 16:31:08 GMT
Organization: University of Pittsburgh

If you have used NASA's TAE+ (Transportable Applications Environment
Plus) I'd like your comments.

Specifically I'm interested in whether it could support creation of an
interactive graphing tool in which the users draw structured graphs
(representing arguments for and against competing hypotheses) and an
underlying application (in lisp) is informed of changes to the graph
so it can update its data structures and respond as appropriate.

Please mail directly to suthers+@pitt.edu (I may not find your
response on these huge BBs.)
-- 
 Dan Suthers 	 	| LRDC, room 505A
 suthers+@pitt.edu 	| 3939 O'Hara Street
 (412) 624-7036 w 	| University of Pittsburgh
 (412) 363-3992 h	| Pittsburgh, PA 15260
From: argv@z-code.z-code.com (Dan Heller)
Newsgroups: comp.windows.x.motif
Subject: Re: Wanted: "bitmap gallery" utility
Date: 10 Oct 92 22:31:00 GMT
Reply-To: argv@z-code.z-code.com
Distribution: inet
Organization: The Internet

quinton@stna.dgac.fr (Marc Quinton STNA 7SU p8046 BD24) writes:
>     Hi folks,
> I need a utility which displays many bitmaps in a single window 
> (e.g. displays 25 30x30 bitmaps), preferably ALL the bitmaps contained 
> in a directory. Does such an animal exist?

My Motif book does this in an example program on how to use
Scrolled Windows.  You can either read the book, or cheat and
ftp the sources to the examples from export.lcs.mit.edu in the
OReilly directory.

  --dan
From: pickerig@dns0.bham.ac.uk (Mr. G. Pickering)
Newsgroups: comp.windows.x.motif
Subject: Re: What the heck are "widgets?"
Date: 16 Oct 92 08:11:18 GMT
Organization: The University of Birmingham, England
X-Newsreader: TIN [version 1.1 PL6]

What you have been using is the Motif Window Manager. This interprets
the graphics calls made by an X-Window program (not necessarily a Motif
program).

On the flip side, if you want to create a Motif application, you must
have some way to make these graphics calls. This is where the Motif
toolkit, or library comes in. This has a comprehensive set of functions
to create, destroy and modify (yes you guessed it) widgets.

A widget is a generic term (in X rather than in Motif) to describe a
graphics object. So, a button is a widget, and so is a window, and so the
special container widgets like `row-column' and `form'.

A widget is the type of object returned from creation functions, and the
type of objects passed to modificati0on functions.

I suggest, as a newbie, you try and get hold of a FAQ (Frequently Asked
Questions) list. This contains loads of questions and answers which
arrive regularly on the net (like this one).

Guy

--
Guy Pickering
Electronic Eng, University of Birmingham, Edgbaston, Birmingham. ENGLAND
G.PICKERING@uk.ac.bham  or pickering@uk.ac.bham.eee
From: dbrooks@osf.org
Newsgroups: comp.windows.x.motif
Subject: Re: WANTED: Used copy of Motif for Sun 3/60
Date: 7 Oct 92 18:38:14 GMT
Distribution: inet
Organization: The Internet

I wrote:
> > Anyone have an old copy of Motif for the Sun 3 that they
> > would like to get rid of ????
> 
> I wonder what "used" means in this context.

Server me right for speed-reading.  I should have said ""old"", not
""used"".

David Brooks
OSF
From: cecchinr@gehrig.cs.rpi.edu (Ron Cecchini)
Newsgroups: comp.windows.x.motif
Subject: Re: Text File ==> Cascade Menu : been done before?
Date: 7 Oct 92 14:26:47 GMT
Organization: Rensselaer Polytechnic Institute, Troy, NY

In article <1992Oct6.135214.1@liswsd.llnl.gov> andersen@liswsd.llnl.gov (Roger Andersen) writes:
>
>Hello, X folk.  I'm toying with the idea of creating a convenience tool for
>creating menus, but before I start I want to make sure it hasn't already been
>done.

[stuff deleted]

I've written a utility that generates pure Motif code that implements
a menu bar from an indented file as you describe.  The only thing
thats different is that it names the callbacks itself based on the
location within the menu bar hierarchy where the option (that would
call the callback) is found.

I wrote it a few months ago, and its actually been used by a few people
where I work.  Basically, it generates a function that returns the
menubar widget.  So, you would just call this generated routine from
somewhere in your application and then do whatever.

What the utility does support right now is:
1) Separator and double-separators
2) Titles
3) Automatic recognition of the Help option

I've tried to figure out a way to solve the problem that occurs when
you fill in the generated callback stubs - and then want to, at a later
time, modify the menubar and generate new code.  Since, the utility generates
the callbacks names, obviously there would be a problem.  I *did* think
of implementing exactly what you suggested (allowing the user to choose
the callbacks names).  This would basically, I guess, solve the problem.
The only thing now would be to implement the intelligence required to
search a pre-existing file and make sure not to overwrite any already
existing (filled in) callbacks, etc....  I just didn't have the time
to work on it any more.

Ron

p.s. As an example of what kind of input it can take:

People
	"People"			<-- A title
	========			<-- A double-separator
	Men	
		Robert DeNiro
	---				<-- A separator
	Women
		Meryl Streep
Places
	"Places"			<-- A title
	==========			<-- A double-separator
	New York
	Massachusetts
Things
	"Things"			<-- A title
	========			<-- A double-separator
	Computer
	Book
	Pencil
Help
	Forget it, bud!
Newsgroups: comp.windows.x.motif
From: tonyf@postmaster@ims.com (Antonio Freixas)
Subject: Re: Running Motif application without Motif
Reply-To: tonyf@ims.com
Organization: Integrated Measurement Systems, Inc.
Date: Mon, 12 Oct 1992 14:36:03 GMT

In article <1992Oct8.221658.22584@thirdi.uucp>, greg@thirdi.uucp (Greg Holmberg) writes:
|> In article <1992Oct8.082708.20904@cc.tut.fi> jaaksi@cc.tut.fi
|> (Jaaksi Ari) writes: 
|> 	I've made an application using Motif in SUN.  Now I'd like to
|> 	send my compiled executable program files to somebody who
|> 	doesn't have Motif but only X and Open Windows in his SUN.

|> You may want to send him mwm since other window managers don't
|> implement certain things you may depend on (like modal dialog boxes).

In my experience, modal dialogs work OK under OpenWindows, although
you don't get a beep when you try to do something in a blocked window.

|> If you don't ship mwm, your user will need a way to load the
|> .motifbind onto the server.  I've included little program I wrote to do
|> that.

I've found it sufficient to add a *defaultVirtualBindings resource to
my .Xdefaults file like so:

*defaultVirtualBindings:\
  osfActivate	:		<Key>F31\n\
  osfCancel	:		<Key>Escape\n\
  ... etc. ...

A Motif application first looks at the above resource.  Then it looks
for a property installed by mwm or xmbind (a straight OpenWindows user
will not have either of these).  Then it looks for a .motifbind file
in the user's home directory.

The last option didn't seem to work under Motif-1.1.3 -- the
.motifbind file worked only when mwm was run.  I haven't tested it
under Motif-1.2.

In any case, it shouldn't be necessary to use a program to load the
resources.  If you're sure that the end user is running only
OpenWindows, you could supply the bindings in an app-defaults file (or
provide an alternate app-defaults file for OpenWindows users).

More info is on the VirtualBindings(3X) man page provided with
Motif-1.2.

					         -- tonyf@ims.com
					       (503) 626-7117 x1349
Newsgroups: comp.windows.x.motif
From: ware@oboe.cis.ohio-state.edu (Peter Ware)
Subject: Re: How can you tell when the pointer is on the BORDER (neither in nor out)
Followup-To: comp.windows.x.motif
Originator: ware@oboe.cis.ohio-state.edu
Organization: Ohio State Computer Science
Distribution: usa
Date: Tue, 13 Oct 1992 21:54:53 GMT

Mwm uses several windows to implement the "resizable" borders.  For
example, there are at least 6 windows involved plus several for the
"buttons":

	One window to bind them
	One window to title them
	Four windows to resize them
	
(Ok, so I'm not very good at quoting Tolkien).  The border is
considered part of the window and so gets the same events as the
"drawable" part of the window -- you can only tell it's in the border
by the coordinate.

If you really want to implement "resizable" widgets I can spew forth
my ideas on how to do it.

If what you really want is for mwm to be able to resize your
application window what you need to do is create the correct kind of
shell.  Any shell except OverrideShell will work.  You want to make
sure the override_redirect flag is not set so mwm will pay attention
to your window.

--pete
--
Pete Ware / Ohio State University /		228 Bolz Hall
           ware@cis.ohio-state.edu		2036 Neil Ave.
           (614) 538-0965			Columbus, OH 43210
Too bad the Nike slogan isn't "Just Do It Right" instead of "Just Do It"