HDTenEightyP/NetNews huggingface dataset:
From: dyoung@gizmo.wpd.sgi.com (Doug Young)
Newsgroups: comp.windows.x.motif
Subject: Re: young.c++.tar.Z bugs
Date: 15 Sep 92 23:47:30 GMT
Reply-To: dyoung@1.com
Distribution: inet
Organization: Silicon Graphics, Inc.

In article <9209151707.AA00237@relay1.UU.NET>, you write:
|> I received Doug Youngs new OOP with C++ and OSF/Motif.
|> Looks good so far, but when trying to compile examples...

Thanks for the info. I'll update the README to point out these potential
problems.

|> 1) My several brands of Unix do not have srand48 and drand48, so
|>    in /Extras/TicTacToe/MoveGenerator.C  add:

What version(s) of UNIX are you using? I'll add your suggested fix to the
README for those systems.

|> 2) In most Makefile files  add:
|>    .SUFFIXES:  .o .C .c
|>     
|>    .C.o:
|> 	$(CC) $(C++FLAGS) -c $*.C
|> 
|>    I also changed  CC = CC  to  CC = g++    for using gnu g++ version 2.2

The makefiles are pretty much up to you. Everyone's environment is
different, and I'd rather not deal with Imake for these simple examples. I
provided something to start with that works for me. On my test machines,
the built in rules took care of your problem.

|>    In one Makefile there was a  -lXm_d  (Doug's private Motif?) -> -lXm

Oops. No, we have debug versions of Motif at SGI. I imagine lots of people
do, but that wasn't supposed to be there.

|>    the /ComponentLib/Makefile needed a  ranlib libcomponent.a  after  ar
|>    and so did  /MotifApp/Makefile       ranlib libMotifApp.a

Unfortunately, this is a system-specific thing. On my system, and some
others, ranlib is not needed.

|> 3) tictactoe compiles, links and runs fine.
|> 
|> 4) /MotifApp/ButtonInterface.C has a problem because CmdInterface "is
|>    protected in this context."  Is this a real C++ error or problems
|>    in interpretation between Cfront and g++ ?

This appears to be a g++ bug. Others have reported it as well. Cfront works
fine with this.

|> 5) /Extras/bounce/Stage.C has a problem with too many arguments to
|>    XmbufQueryExtension()  and  XmbufDestroyBuffers  etc.

This is probably because your multibuf.h doesn't have function prototype
support. This is an unsupported extension, which is why I only demonstrated
it in the sources. Too unstable to use in the book.

  |> Doug: are you going to fix them for generic Unix and generic C++ or is
  |> this an exercize for the students?

Hmm. What is "generic Unix"? As for generic C++, the examples work with
cfront, which is probably about as generic (maybe "definitive" is a better
word) as you can currently get. The examples are provided in the hope that
they are useful, and I've tried to be as portable as I reasonably can, but
there are no guarantees.  The purpose of making the code freely available
is to make it easy for those who might be interested to explore the ideas
in the book without having to type everything in. The code isn't guaranteed
to build on all machines (I don't have all machines ! -:), so I guess it is
"an exercise for the students".

Thanks for reporting these problems.
 
Doug Young
From: achan@idaho.tdd.sj.nec.com (Amy Chan)
Newsgroups: comp.windows.x.motif
Subject: Re: A message box without a help button??
Date: 15 Sep 92 20:02:50 GMT
Organization: NEC-AM TDD, San Jose, California

In article <skinner.716582435@xray1.cshl.org> skinner@cshl.org (John Skinner) writes:
>How do I get rid of unwanted buttons in XmMessageBox??
>

To get rid of the help button in XmMessageBox, try:

XtUnmanageChild (XmMessageBoxGetChild(dialog, XmDIALOG_HELP_BUTTON));

where "dialog" is the widget id of the XmMessageBox.



Amy
--
Amy Chan                 | E-Mail:
NEC America              |  INET: achan@tdd.sj.nec.com
110 Rio Robles           |  UUCP: ...{decwrl,oliveb}!necsun!achan
San Jose, CA 95134       |
From: ross@.edsg.hac.com (Ann Ross)
Newsgroups: comp.windows.x.motif
Subject: Locking Out User Input and Remote Procedure Calls
Date: 8 Sep 92 17:24:12 GMT
Reply-To: ross@.edsg.hac.com (Ann Ross)
Distribution: usa
Organization: Hughes Aircraft Co., El Segundo, CA

I am trying to lock out user input while processing some time consuming application
code.  To lock out input I simply:
	1.  change the cursor to a watch
        2.  perform the processing,
	3.  do an XCheckMaskEvent on button, pointer, and keyboard events
	    (not keyboard release) to remove any events queued up while the
            watch cursor was displayed
	4.  change cursor back to normal pointer
					 
This all works great except in the case where I make a remote procedure call as part of
step 2.  In this case pressing on a button will change the pointer to a backwards pointer
(similar to any button press) and lock up.  I have to kill motif to get out of this.
			  
Anyone doing anything similar or have any suggestions as to what I might try?
							   
Thanks,
Ann Ross
Hughes Aircraft Company
El Segundo, CA
310-616-3430
Newsgroups: comp.windows.x.motif
From: root@shawn.uucp (Mark Jeghers -- UNIX/X/Motif Contractor)
Subject: Re: Flashing a widget
Organization: Mark Jeghers -- UNIX/X/Motif Contractor
Distribution: comp.windows.x.motif
Date: Sat, 5 Sep 92 04:18:16 GMT

rols@tk1003.shearson.com (Roland King) writes:


>Does anybody know a good way to flash a widget between two colour combinations in Motif ?

>I can think of  

>a) Just doing it in the program directly, but I don't want to hold up processing

>b) Use a timer event

>Any better ways 
>Thanx in advance ... Rols

If it were up to me I would:

1) Allocate 2 private color cells
2) Set the widgets color resources to the two private color cells
3) Just dump alternating colors into the private color cells
   every time an Xt timeout expires

Well, that's how *I* would do it...

Mark Jeghers
UNIX/X/Motif Contractor
408/281-4823 [voicemail]
From: jis@gnv.ifas.ufl.edu
Newsgroups: comp.windows.x.motif
Subject: what's the maximum page size under motif v1.1a (big fond)
Date: 14 Sep 92 14:18:45 -0500


Under decwindow big fond, the maximum size of a page is 40. But motif v1.1A 
only has maximum of 38 lines in a page. If you "set term/page=40", you miss 
two lines.

I wonder if this is a bug in motif or not.

Thanks,
jennifer
From: stroyan@hpfcso.FC.HP.COM (Mike Stroyan)
Date: Sun, 13 Sep 1992 23:23:48 GMT
Subject: Re: Pseudo Colour Question
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.windows.x.motif

> Are there any problems with using psuedo-colour with more than 8 bit planes
> (ie more than 256 colours).
> 
> Is anyone doing this?
> 
> What graphics cards are they using?
> 
> We use HP 700 series, DECstations, VAXstations, Sun Sparc2, IBM RS/6000.

The HP TVRX display has a 12 bit psuedocolor visual.  It can be connected
to a 700 series machine.

The OSF motif releases prior to 1.2 have a problem with using visuals of
a different depth than the default visual.  They allocate pixmaps of the
same depth as the default visual, even when working in a different visual.
The TVRX could be configured to have a 12 bit default visual.  It usually
isn't configured that way.

Mike Stroyan, mike_stroyan@fc.hp.com
From: dealy@kong.gsfc.nasa.gov (Brian Dealy - CSC)
Newsgroups: comp.windows.x.motif
Subject: Anyone using Young's callback class macro w/ CenterLine?
Keywords: CenterLine C++ Motif callbacks
Date: 15 Sep 92 15:37:44 GMT
Reply-To: dealy@kong.gsfc.nasa.gov (Brian Dealy - CSC)
Organization: Goddard Space Flight Center



-- 
Hi I am having a problem implementing young's callback macro
using CenterLine . When I compile the class containing a callbackdeclare
statement i get the following error pointing to the offending line.

"./wait_notify.h", line 38: error: typedef XtPointer is not visible in this scop
e
"./wait_notify.h", line 38: error: typedef XtPointer is not visible in this scop
e
"./wait_notify.h", line 38: error: typedef XtPointer is not visible in this scop
e
"./wait_notify.h", line 38: error: typedef XtPointer is not visible in this scop
e

this is pointing at the macro and I suspect that the cpp may be choking 
somehow? if someone has gotten this to work and can mail me the working
macro I could experiment a little to eliminate my typing skill as a source
of error. If anyone has noticed this problem please drop me a line
with the fix... thanks alot

Brian Dealy
dealy@kong.gsfc.nasa.gov

the callback stuff I am referring to is available as part of the contributed
source of doug youngs C++/Motif book and is available on export.lcs.mit.edu
under contrib/young.c++.tar.Z.  The callback stuff attempts to ease the problem
of invoking c++ methods as a result of a callback.
From: handeli@phoenix.ocf.llnl.gov (David I Handeli)
Newsgroups: comp.windows.x.motif
Subject: drawing area widget question
Keywords: motif, drawing area widget
Date: 9 Sep 92 18:09:25 GMT
Distribution: usa
Organization: Lawrence Livermore National Laboratory

I am a new Motif programmer. Let's say I have a bulletin board widget
and its child is a drawing area widget. Now let's say I want to
add some push button widgets to the picture (I forgot to mention
that the bulletin board widget and the drawing area widget lie
directly on top of one another). I will want to use the mouse
to move the push button widgets around. Should I make the push
button widgets children of the drawing area widget or of the
bulletin board widget? Any discussion of this topic would be appreciated.
thanks.


Newsgroups: comp.windows.x.motif
From: thune@cmi.no (Nils Thune)
Subject: Menu history ?
Organization: Chr. Michelsen Institute
Date: Tue, 15 Sep 92 06:03:47 GMT


-- 
Is it possible to have menu history in Motif ? 

If you got a menu with several sub-menus and the user picks a choice far down in this menu hierarchy, is there an easy way to show this last chosen path down through this menu hierarchy the next time the user opens this menu tree ?


- Nils

--------------------------------
Nils Thune                      
Dept. of Science and Technology 
Christian Michelsen Research    
N-5036 Fantoft, Bergen, Norway  
Email: thune@cmi.no             
Phone: 05 574355                
Fax  : 05 574001                
--------------------------------
From: sougata@cc.gatech.edu (Sougata Mukherjea)
Subject: Buttons in a scrollable window
Organization: College of Computing
Date: Tue, 8 Sep 1992 02:34:33 GMT

Hi Motif experts,
I have a problem which is driving me nuts.
Can somebody help?

I have a variable number of PushButtons which I want to display in a popup
window. Since the number of buttons varies and I want to have a fixed size
window, I would like the buttons inside a srollable window.
What is the best way to do this?


Thanks for any help,
Sougata


==============================================================================	
  Sougata Mukherjea (sougata@cc.gatech.edu)
  Graphics Visualization and Usability Center
  College of Computing
  Georgia Institute of Technology 
=============================================================================
Xref: sparky comp.windows.x.motif:6127 comp.windows.x.intrinsics:260 comp.windows.x:16520
From: jml@genrad.com (Jon M. LeBlanc)
Newsgroups: comp.windows.x.motif,comp.windows.x.intrinsics,comp.windows.x
Subject: Directed Graph Widget.....
Keywords: Widget, Graph, Motif
Date: 10 Sep 92 19:01:39 GMT
Followup-To: poster
Organization: GenRad, Inc.

Hi Folks,
	Does anyone know of a free widget that is capable of displaying
a directed graph of objects (widgets)??  I've seen Young's Tree widget and
I was wondering if anyone has enhanced it to do Di-Graphs.

Jon

-----------------
Jon LeBlanc
GenRad, Inc.
jml@genrad.com
(508) 369-4316 x2918
From: clhawth@ccu.umanitoba.ca (Timothy Chesley)
Newsgroups: comp.windows.x.motif
Subject: pixmaps and bitmaps
Summary: Nedd bitmaps and/or pixmaps
Keywords: bitmaps pixmaps
Date: 14 Sep 92 16:06:00 GMT
Organization: University of Manitoba, Winnipeg, Canada

I am sorry if this is a FAQ but is there and ftp sites with extra bitmaps
and or pixmaps I could get.  I would like them to be different from the 
mit distribuion bitmaps and in a useable format.  Also are there and good
bitmap and pixmap editors available through ftp.  Please respond via e-mail.

Andrew Edgar (clhawth@ccu.umanitoba.ca)
Newsgroups: comp.windows.x.motif
From: edmondso@lambda.msfc.nasa.gov (Rich Edmondson)
Subject: programatically setting a mnemonic (help)
Summary: user needs help setting mnemonics
Organization: NASA/MSFC
Date: Thu, 10 Sep 1992 21:37:39 GMT


I am posting this question as a favor to a motif programmer who is not
a c.w.x.m subscriber.  He has perused the FAQ in search of an answer
but has not been successful in locating one.  His question is as
follows:

What is the best way to programmatically set a mnemonic?

Email your responses to boyd@lambda.msfc.nasa.gov.

Thanks in advance.

Rich Edmondson
From: avinash@felix.contex.com (Avinash Chopde)
Newsgroups: comp.windows.x.motif
Subject: Re: Q: Help with XtAppAddInput
Summary: how does one detect a closed descriptor/broken connection ?
Date: 14 Sep 92 15:34:21 GMT
Distribution: inet

In article <920911103416.11049@fox.frame.com>, rph@fox.frame.com (Ron Hughes) writes:
> > 
> > What I think I'm supposed to do is use XtAppAddInput() to monitor the file
> > and then do a callback when the file has been written to.  
> > 
> You should not be using XtAppAddInput() for this job.
...
> Another fun way to hose yourself is if you decide to close YOUR end of
> a pipe or socket connection you've previously called XtAppAddInput()
> on.  What do you think would happen if you were issue a read system
> call on a file descriptor you've just closed?  (HINT: it wouldn't
> block!)
....

Well, I presume it will send a Broken Pipe signal (at least a write
on a closed connection does.)

I have to use XtAppAddInput on a socket, and have run into a problem
with the process that does the writing --- if the socket connection
has been broken, the writing process exits with the Broken Pipe signal.
I do not want to trap the signal, but want to prevent it---is there
any way to check the status of a file descriptor (sort of like feof,
ferror) before "write()"ing to it ?

> - --Ron	(rph@frame.com)
-- 
---------------------------
Avinash Chopde         office : 617 246 1776x5582
avinash@contex.com     (...!uunet!contex!avinash)
Subject: MWM_MESSAGES property
Organization: University of Maine System
Newsgroups: comp.windows.x.motif
From:    michael@maine.maine.edu (Michael Johnson)
To:      NETNEWS@MAINE
Date:    Tue, 08 Sep 92 13:17:28 EDT

I'm looking for reference-style information about the workings of the
MWM_MESSAGES property and the MOTIF_WM_OFFSET client message. I haven't been
able to find any detailed information about the exact names and contents of
the property and the client message.

If anyone can provide me with this information, I'd appreciate it. Please
reply by e-mail, since I do not read this group normally.

Michael Johnson, VM Systems Group                     michael@maine.maine.edu
"I will choose the path that's clear. I will choose Free Will." -- Neil Peart
Newsgroups: comp.windows.x.motif
From: jck@kimba.catt.citri.edu.au (Justin Kibell)
Subject: Implementing a Modal dialog that returns a value.
Organization: CATT Centre at CITRI, Melbourne, Australia
Date: Mon, 7 Sep 92 06:22:35 GMT

If anyone could help me with this problem. Modal dialogues are fine. I want the
dialogue to be used like a function returning a value - therefore it must wait
for the answer as a result of pressing a done or cancel button on the dialog.
ie: if (AskUser == True) do da do da


code fragments ..


    create dialog and set it to FULL_APPLICATION_MODAL ....

    set up a callback on buttons ..

    app <- application context of main shell

    while (fr_answer == (int) 99)
        XtAppProcessEvent (app, XtIMAll);    <- sometimes sticks here ??? :-<

    return(fr_answer);



callback ..

    this changes the value passed via client data to either 1 or 0
    depending on which button was pressed on the dialog.



Only problem is that sometimes it just sits there and never passes the while
loop. This is a real problem as the app we are writing as lots of dialogues.

Anyone help? It seems to be erratic as well. Works and then doesn't.



jck@jaguar.catt.citri.edu.au	XMelba - SDL GR 88 - Case tool project.
Subject:  X/Motif keyboard sensitivity
From:  josue@jripper.bellcore.com (Josue Ciaramello)
Newsgroups: comp.windows.x.motif
Organization: Bellcore - Information Technology, Morristown, NJ
Reply-To:  josue@jripper.bellcore.com (Josue Ciaramello)
X-Gateway: ALEX.ims.bellcore.com
Date:  Thu, 10 Sep 92 11:36:40 EDT
To:  news-post@ctt@thumper.bellcore.com
Message-ID: <1992Sep10.153345.6231@ALEX.ims.bellcore.com>
I seem to have a little bit of an annoying problem. I'm moving from using
a Sunview environment on my Sun SPARC 2 to an X/Motif environment. The 
problem is that in xmotif it seems that the keyboard is much more 
sensitive when I press a key. When I press a letter I get that letter twice.
I guess I just have heavy hands, but I didn't have this problem in Sunview.

Is there anyway to slow down the keyboard reaction to my typing in?

Thanks

Josue Ciaramello     josue@charles.bellcore.com    _   _        _  _   _   _
444 Hoes Ln. (RRC 4A-821)                         |_> |_ |  |  |  | | |_> |_
Piscataway, NJ 08854                              |_> |_ |_ |_ |_ |_| | \ |_
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: comp.windows.x.motif
Subject: Re: Multi Column Motif List Widget?????
Date: 10 Sep 1992 07:28:59 GMT
Organization: CS Department, Dortmund University, Germany
Distribution: world
NNTP-Posting-Host: tommy

In article <1992Sep6.143031.54288@qut.edu.au>, csb960dean@qut.edu.au
("Michael Dean") writes:
|> Gidday
|>    Can the Motif List Widget display lists in a multi column format???

No.

|>    If not , could someone please suggest an alternative??

You could place several list widgets besides each other, forming a table.

-- 
  Dipl.-Inform. Rainer Klute      klute@irb.informatik.uni-dortmund.de
  Univ. Dortmund, IRB
  Postfach 500500         |)|/    Tel.: +49 231 755-4663
D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386
Xref: sparky comp.windows.x.motif:6066 comp.windows.x:16369
From: cupak@rapnet.sanders.lockheed.com (John J Cupak Jr CCP)
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: Wanted: Disabling Window Decorations
Keywords: DEC, Ada, Motif, X
Date: 8 Sep 92 20:48:43 GMT
Reply-To: cupak@rapnet.sanders.lockheed.com (John J Cupak Jr CCP)
Organization: Lockheed Sanders, Inc.


How do I create a popup dialog box without the "decorations"?

I don't want the user to be able to resize, minimize, maximize,
move, or use the menu to close the dialog box.

The application is being written using DEC VMS Ada, and corresponding
X and Motif Ada packages.
--
John J. Cupak, Jr., CCP       Lockheed DECNet: MERVAX::CUPAK
Lockheed Sanders, Inc.        Internet       : cupak@rapnet.sanders.LOCKHEED.COM
144 DW Highway / MER24-1K23   CompuServe     : 72411,3176 
Nashua, NH 03061-0868         Telephone      : (603) 885-5816     FAX: 885-6081
From: neumann@dec4.wu-wien.ac.at (Gustaf Neumann)
Newsgroups: comp.windows.x.motif
Subject: Resource Names of portions of the  MOTIF Text widget
Date: Mon, 7 Sep 92 20:05:42 MET
Organization: WU-Wien
Distribution: world
NNTP-Posting-Host: dec4.wu-wien.ac.at

It is straightforward to obtain the NAMES and TYPES of resources of the
Motif Text widget using
	
	Cardinal  num;
	XtResourceList resListPtr;

	XtGetResourceList(xmTextWidgetClass, &resListPtr, &num);

This way, only the "ordinary" resource information is returned, 
the contents of the Input, Output and ScrolledText portions of the 
widget are omitted.

Is there any way to obtain the missing resource information?

The Athena-AsciiText Widget has a similar problem, but there 
the missing parts can be obtained via asciiSinkObjectClass
and asciiSrcObjectClass.

Am i missing something obvious? Any hints are appreciated.
No, I do not have the Motif sources. Yes, I am using Motif 1.1.

Environment: DECstation 5000/200, Ultrix 4.2.

-gustaf

--
Gustaf Neumann          neumann@dec4.wu-wien.ac.at, neumann@awiwuw11.bitnet
Vienna University of Economics and Business Administration 
Augasse 2-6,  A-1090 Vienna, Austria		
Tel: +43 (222) 31-336 x4533  	Fax: 347-555
From: mark@BHANU.ANDYNE.ON.CA (Mark Levison)
Newsgroups: comp.windows.x.motif
Subject: Re: JOB OPPORTUNITIES POSTINGS
Date: 11 Sep 92 14:57:15 GMT
Distribution: inet
Organization: The Internet



As a reader of the mailing list version of the motif news group (we do not
have proper news access) I appreciate being able to read about job opportunities.
So if people object to their being posted here then I would like to know
how to get access to them  ie through a gatewayed mailing list.

N.B. I am not on the job market right now I am just intrested in my long term
potential.

Cheers
Mark Levison
mark@bhanu.andyne.on.ca
Newsgroups: comp.windows.x.motif
From: jam@chapln.enet.dec.com (Joe Micozzi)
Subject: colors and scrolled windows
Reply-To: jam@chapln.enet.dec.com
Organization: Digital Equipment Corporation
Date: Tue, 15 Sep 1992 13:46:30 GMT


Is it possible to set the colors on the scroll bars associated with these??
Newsgroups: comp.windows.x.motif
From: jck@kimba.catt.citri.edu.au (Justin Kibell)
Subject: Re: FileSelectionBox...why so slow?
Keywords: FileSelctionBox
Organization: CATT Centre at CITRI, Melbourne, Australia
Date: Thu, 10 Sep 92 00:10:28 GMT

I agree. One other thing I hate about it is the way it puts the entire path
in the files area and the selection area. There is no need. You have the path
in the filter area and the directory area. 

It makes it hard to type a new filename into the selection area when you only
have a little room left over for the filename.

I realise you could probably set it up differently or hack a way around it but
it should look better as a default.

I good thing is that at least Motif has one!
From: dwd@cbnewsc.cb.att.com (David W. Dykstra)
Newsgroups: comp.windows.x.motif
Subject: How to keep F10 from activating menubar?
Date: 4 Sep 92 22:25:53 GMT
Organization: AT&T

I'm trying to capture all keystrokes in a DrawingArea that's inside
a Frame in a ScrolledWindow in a Form.  I used XtOverrideTranslations()
to translate all keypress events to only call DrawingAreaInput()
and not ManagerGadgetKeyInput(), and I now receive Return and all Tab
keystrokes, but F10 still activates the menubar.  How can I disable
that function and receive all Function keys in my application?

adTHANKSvance,
Jon Luers
ADDS/NCR/AT&T
jhl@qwerty.ih.att.com
Xref: sparky comp.windows.x.motif:6150 comp.windows.x:16561
From: ramakris@csgrad.cs.vt.edu (S.Ramakrishnan)
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: Re: Wanted: Disabling Window Decorations
Keywords: DEC, Ada, Motif, X
Date: 11 Sep 92 18:39:10 GMT
Followup-To: comp.windows.x.motif
Organization: VPI&SU Computer Science Department, Blacksburg, VA

In article <1992Sep11.102032.6092@animal.inescn.pt> jmm@bart.inescn.pt (Jose Moreira) writes:
>In article <1992Sep11.020646.13542@thunder.mcrcim.mcgill.edu>, mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:

      [ ...to create a popup dialog box without the "decorations... ]

  >|> The only sure way is to make it override-redirect.
      (...)
  >|> Anything else is WM-dependent; 
  >|> 
  >|> 					der Mouse
  
 >You can set the "XmNmwmFunctions" and "XmNmwmDecorations" resources according to what 
 >you want the user to be able to. Thus you can remove one(!!!) or more capabilities 
 >to the window.  (see MwmUtil.h for all the decorations.)


I believe dM was trying to suggest a WM independent solution. 
And please ! The whole world does NOT use Mwm !!

>					Jose' Moreira.

---
S Ramakrishnan, CS Dept, McBryde Hall, VaTech
Newsgroups: comp.windows.x.motif