HDTenEightyP/NetNews huggingface dataset:
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: comp.windows.x.motif
Subject: Re: XtCallActionProc syntax
Date: 28 Sep 1992 10:56:28 GMT
Organization: CS Department, Dortmund University, Germany
Distribution: inet
NNTP-Posting-Host: tommy

In article <9209221624.AA02786@eagle.smec.sony.com>,
dave@eagle.smec.Sony.COM (David Jarrin) writes:
|> In the Motif Programming Manual by Dan Heller (O'Reilly & Associates)
|> there
|> is a mention to XtCallActionProc() in an example in page 217. However,
|> there
|> is no further explanation of its syntax. My "Xt" manuals have no
|> reference
|> for this call (maybe there is a newer edition of the Xt manuals!?  ...I
|> have
|> the 1990 edition). 

The Xt online manual pages are incomplete. You should look into the
directory mit/doc/Xt of the X11R5 distribution, where you will find the
complete documentation. The paragraph on XtCallActionProc reads as
follows:


10.9.  Invoking Actions Directly

Normally action procedures are invoked by the  when an event
or  event sequence arrives for a widget. To invoke an action
procedure directly,  without  generating  (or  synthesizing)
events,  use  void  XtCallActionProc(widget,  action, event,
params, num_params)
      Widget widget;
      String action;
      XEvent *event;
      String *params;
      Cardinal num_params;

widget    Specifies the widget in which the action is to  be
          invoked.

action    Specifies the name of the action routine.

event     Specifies the contents of the event passed to  the
          action routine.

params    Specifies the contents of the params passed to the
          action routine.

num_paramsSpecifies the number of entries in params.

searches for the named action routine in the same manner and
order  as translation tables are bound, as described in Sec-
tion 10.1.2,  except  that  application  action  tables  are
searched,  if  necessary,  as  of the time of the call to If
found, the action routine  is  invoked  with  the  specified
widget,  event pointer, and parameters.  It is the responsi-
bility of the caller to ensure  that  the  contents  of  the
event,  params, and num_params arguments are appropriate for
the specified action routine and,  if  necessary,  that  the
specified  widget  is  realized  or sensitive.  If the named
action routine cannot be found, generates a warning  message
and returns.


-- 
  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
From: aw@BAE.BELLCORE.COM (Andrew Wason)
Newsgroups: comp.windows.x.motif
Subject: Re: losingFocusCallback a bit too effective!
Date: 29 Sep 92 13:19:10 GMT
Distribution: inet
Organization: The Internet

dansmith@autodesk.com (Daniel Smith)  writes:
>         I'm setting XmNlosingFocusCallback on a TextField.  I'm noticing,
> however, that it gets called when I so much as move the pointer off
> the dialog.  Well, yeah, that *is* losing focus!  Not what I had in mind.
> 
> 	What I want to do is detect a button or keypress elsewhere
> in the dialog, so that I can verify the textfield before going on.
> I can't rely on users hitting the tab key...

You could use the undocumented VendorShell XmNfocusMovedCallback.
You will get a XmFocusMovedCallbackStruct pointer as call_data
(see Xm/Traversal.h).  This struct contains the previous widget
that had the focus and the widget about to receive the focus.
You can set call_data->cont to False to prevent the traversal
from occurring if your validation fails.

Andrew

_______________________________________________________________________________

Andrew Wason                                       Bell Communications Research
aw@bae.bellcore.com                                Piscataway, NJ
bellcore!bae!aw
From: amga@hpuerca.atl.hp.com (Anne Gale)
Newsgroups: comp.windows.x.motif
Subject: Re: How to make mouse button 2 act like mouse button 1
Date: 1 Oct 92 19:05:46 GMT
Organization: the HP Response Center, Atlanta

/ hpuerca:comp.windows.x.motif / jxt@stc06.ctd.ornl.gov (TOLLIVER J S) /  8:42 am  Sep 30, 1992 /
Since the reply to which I am following up was posted on comp.windows.x,
I'll post here too. For readers who may have missed the original post, it
was in comp.windows.x.motif only.

In article <1992Sep29.191926.9364@ERA.COM>, feit@ERA.COM (Mark Feit) writes:
>On comp.windows.x.motif, jxt@stc06.ctd.ornl.gov (TOLLIVER J S) posts:
> > 
> > Hi. I have a need to make mouse button 2 act identically to mouse button 1
> > in a Motif application.
> >


There is an undocumented Intrinsics function that may help you here.
It's call XtDisplayTranslations, and is really handy when you are
trying to debug strange translation table behavior, or just to figure
out what the current translation table for a particular widget is.
Use it as an action routine in a translation table, and when the
event associated with it fires, the translation table for the widget
will be printed on stdout.

What this will enable you to do is to see the complete translations for
the widget in question.  You can then look at all of the translations
for for mouse button 1 in your pushButton widget, and duplicate them for
mouse button 2 using XtOverrideTranslations.

Hope this helps.
Newsgroups: comp.windows.x.motif
From: rknazik@x102a.harris-atd.com (knazik bob)
Subject: VUIT Motif Help
Date: Wed, 30 Sep 1992 13:07:37 GMT
Reply-To: rknazik@x102a.ess.harris.com (knazik bob)    
Organization: Harris Corporation GSS, Melbourne, Florida


I am having serious trouble putting an image into the correct window.
I have a tool called VUIT from DEC, and I have used it to generate a set 
of windows for my application.  My main window is a XmMainWindow, and
I have a set of windows that are managed from it.  I am trying to display
an image inside these windows.  Each subwindow main is an XmFormDialog,
and the window which holds the image is an XmDrawingArea.  I have given 
the XmDrawingArea a unique name, and I get the widget ID, display,
screen, visual, and Graphic Context based on this name.
When I try to put the image into the window, the image gets put into the
main window instead.
I have created a small test case with only a XmMainWindow and an XmFormDialog,
and I can put the image correctly into the XmFormDialog.
I have a feeling it is some kind of scope problem, but I don't know enough
about Motif/X to track it down.  If there is anyone that has any suggestions,
I'd really appreciate it.
				Thanks,
					Bob Knazik

	rknazik@x102a.ess.harris.com

Newsgroups: comp.windows.x.motif
From: dean@world.std.com (Dean S Banfield)
Subject: Listserv wanted for this group
Organization: The World Public Access UNIX, Brookline, MA
Distribution: comp
Date: Tue, 29 Sep 1992 16:51:16 GMT

Hi,

Probably a FAQ, but not listed in current FAQ.  Is there a listserv mail
method of participating in this group.  Office environment doesn't have
news yet.  Please respond directly, as I can't look in the group easily.

Thanks in advance.  

-- 
Dean S. Banfield			Voice: (203) 656-1500
Real Decisions Corporation		FAX  : (203) 656-1659
22 Thorndal Circle			email: dean@world.std.com
Darien, CT 06820
Newsgroups: comp.windows.x.motif
From: armin.kuepfer@alcatel.ch (Armin Kuepfer)
Subject: Re: How to strip off "_popup" string in XmCreateFormDialog?
Keywords: _popup string XmCreateFormDialog
Organization: chx400.switch.ch
Distribution: na
Date: Tue, 29 Sep 1992 09:01:34 GMT


> In my code, I call the routine:
>
>	configDialog = XmCreateFormDialog (dialogShell,
>		"Printer/Plotter Setup", NULL, 0);
>
> The resulting dialog box has the Menu title:
>
>		Printer/Plotter Setup_popup
>				     ^^^^^^^
> I want the string to simply read:
>
>		Printer/Plotter Setup
>
> without the "_popup" appendage.

In the source
  configDialog = XmCreateFormDialog (dialogShell,"printerSetup", NULL, 0);

In the app-defaults
*printerSetup_popup.title:	Printer/Plotter Setup
From: jxt@stc06.ctd.ornl.gov (TOLLIVER J S)
Newsgroups: comp.windows.x.motif
Subject: How to make mouse button 2 act like mouse button 1
Date: 29 Sep 92 15:15:14 GMT
Article-I.D.: ornl.1992Sep29.151514.24316
Reply-To: jxt@stc06.ctd.ornl.gov (TOLLIVER J S)
Organization: Oak Ridge National Laboratory

Hi. I have a need to make mouse button 2 act identically to mouse button 1
in a Motif application. The closest I've come so far is this translation,
which I don't even fully understand:

*XmPushButton.translations: #augment\
                            <Btn2Down>: Arm()\n\
                            <Btn2Up>: Activate() Disarm()\n\
                            <EnterWindow>: Enter()\n\
                            <LeaveWindow>: Disarm(NoRedisplay) Leave()

This works well on my HP 730. But when I use the same resources in an app
running on a Silicon Graphics Indigo with display directed back to my HP 730
server, then it only "sort-of" works. First, button 1 has lost ALL of its
actions. It does NOTHING! Presumably, this could be remedied by adding
additional lines referring to <Btn1Down> and <Btn1Up> to the above resource
specification, but then what should be done about the <EnterWindow> and
<LeaveWindow> events? Will they refer to both MB1 and MB2? A bigger problem
is that pressing MB2 on a push button and moving the pointer off the push
button disarms the push button, but moving back onto the push button
does not rearm it. (It does rearm when both client and display are on the HP.)

I have several questions:

1. Most importantly, how can I make MB2 function EXACTLY like MB1, to the user?
2. What's wrong with the above resource specification?
3. Why the difference on HP vs SG?
4. How can this be fixed so that it works universally?
5. Arm, Activate, and Disarm are PushButton action routines? Where are
the Enter
and Leave action routines? Where are they documented?
6. Exactly what is the translation resource above doing, line by line?
7. And better yet, exactly what does the universally correct resource
do?

Many thanks,
Johnny Tolliver
Oak Ridge National Laboratory
jxt@ornl.gov
From: srikant@smos.com (Srikant G.)
Newsgroups: comp.windows.x.motif
Subject: Handling icons in Motif
Keywords: widget, multiple labels
Date: 30 Sep 92 18:11:52 GMT
Article-I.D.: smos.1992Sep30.181152.19788
Distribution: usa
Organization: S-MOS, Inc.

Hi.
Is there a way of having a single widget (drawn button)
to display two labels, one of text and one of graphics
so that it could be treated as an icon? If not, what is
the best way to handle icons in Motif?
Thanks in advance,
Srikant
----
Srikant G.                       Research and Development
srikant@killer.smos.com          S-MOS Systems, Inc.
                                 A Seiko-Epson Affiliate
Newsgroups: comp.windows.x.motif
From: rad2r@uvacs.cs.Virginia.EDU (Robert DeLine)
Subject: Simple MWM question: THANKS!
Organization: University of Virginia Computer Science Department
Date: Tue, 29 Sep 1992 18:30:58 GMT


Several people have now informed me that the X resource I want is:

Mwm*iconBoxSBDisplayPolicy:     vertical

(I only wish we had the new manpage, so I could have discovered this
myself.)

Thanks for all your replies.

Rob DeLine
Computer Science, University of Virginia
deline@Virginia.EDU
From: aw@BAE.BELLCORE.COM (Andrew Wason)
Newsgroups: comp.windows.x.motif
Subject: Re: Column Alignment in XmList
Date: 27 Sep 92 15:20:04 GMT
Distribution: inet
Organization: The Internet

argv@z-code.z-code.com (Dan Heller)  writes:
> 
> Amuch easier solution that the programmer can do for himself is to
> use sprintf() with space padding in the format string:
> 
>     sprintf(buf, "%20.20s%*c%10.10s", string1, ' ', string2);
>     c_text = XmStringLtoRCreate(buf, charset);

That's assuming a fixed width font.

> Of course, this doesn't address the problems associated with my first
> paragraph, but nothing can.

A 2D XmList (multi column list) would solve the problem.
ICS sells one, or you could try XbaeMatrix on export.

Andrew

_______________________________________________________________________________

Andrew Wason                                       Bell Communications Research
aw@bae.bellcore.com                                Piscataway, NJ
bellcore!bae!aw
From: diprosp@oasys.dt.navy.mil (Michael DiProspero)
Newsgroups: comp.windows.x.motif
Subject: one scroll bar controlling multiple scrolled list
Date: 6 Oct 92 23:10:03 GMT
Reply-To: diprosp@oasys.dt.navy.mil (Michael DiProspero)
Organization: Carderock Division, NSWC, Bethesda, MD

I am interested in having several scrolled lists side-by-side with seperate
horizontal scroll bars but with a shared vertical scroll bar (all the
data in the lists would be linked).  I have tried doing this by creating
a scroll bar and then setting the XmNverticalScrollBar resource for
all of the scrolled windows  to the widget ID of the scroll bar but
this does not seem to work. Any help on this subject would be appreciated.

Thanks,
Mike
From: quekck@hpsgm2.sgp.hp.com (Chwee Kong QUEK)
Date: Thu, 1 Oct 1992 02:58:22 GMT
Subject: How to create a topmost overrideShell which can parent MainWindow widget ?
Organization: HP Singapore Notes-Server
Newsgroups: comp.windows.x.motif


How to, programmatically, create an "OverrideShell" as the topmost widget
of an X application which needs to create a MainWindow child under the
topmost "OverrideShell" ?


Specifically, the application will 

  pop up a window which requires 

  user to enter text and 
  
  window will close only after return key is pressed 
  or a button on the window is pressed,

  inputfocus then is released.



I have tried XtInitialize() with both XmNoverrideRedirect and
XmNsaveUnder resouces/atoms set to True. It did not work


Any help is very much appreciated.


thanking you in advance.
quek
Newsgroups: comp.windows.x.motif
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: comp.windows.x.motif,comp.windows.x.apps,comp.windows.x.intrinsics
Subject: Re: Trying to use imake on a simple example program
Date: 28 Sep 1992 14:26:25 GMT
Organization: CS Department, Dortmund University, Germany
Distribution: world
NNTP-Posting-Host: tommy

In article <1992Sep28.113954.20358@alijku05.edvz.uni-linz.ac.at>,
jsixt@risc.uni-linz.ac.at (Johannes Sixt) writes:
|> In article <19pgueINN4g4@fbi-news.Informatik.Uni-Dortmund.DE>,
|> klute@tommy.informatik.uni-dortmund.de (Rainer Klute) writes:
|> > Your Imakefile should better look like this:
|> > 
|> > ...
|> > 
|> > or even better:
|> > 
|> > ...
|> > 
|> > SYS_LIBRARIES =    $(XMLIB)    $(XTOOLLIB)    $(XLIB)
|> >       DEPLIBS = $(DEPXMLIB) $(DEPXTOOLLIB) $(DEPXLIB)
|> 
|> or even better better:
|> 
|> LOCAL_LIBRARIES =    $(XMLIB)    $(XTOOLLIB)    $(XLIB)
|>         DEPLIBS = $(DEPXMLIB) $(DEPXTOOLLIB) $(DEPXLIB)


Good point. There's some confusion about the use of SYS_LIBRARIES and
LOCAL_LIBRARIES, because neither is standardized nor officially documented.
It probably depends on what the Imakefile's writer regards as "local" and
as "system". In fact, both approaches work.

I just checked the files in the mit/config directory for hints for proper
use, but didn't find any. However, I also checked all the client Imakefiles
from the MIT X11 distribution, and they use LOCAL_LIBRARIES in the sense
you indicated, i.e. for libraries local to the application as well as for
the X libraries themselfes. Inspite of having a standard (which would be
nice) it is probably no bad idea to regard MIT's work as a yardstick.

I stand corrected.

-- 
  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
From: andy@autodesk.com (Andrew Purshottam)
Newsgroups: comp.windows.x.motif
Subject: Re: Opinion of O'Reilly Guides to the X Window System
Date: 6 Oct 92 20:02:33 GMT
Distribution: inet
Organization: The Internet

It's the single most useful volume I have found for building UI's with
motif. (For lower levels: Asente and Swicke for Xt, Jones for Xlib).
The dec guys seem to dislike it because it does not cover UIL, though
outside dec, UIL has few fans. At a certain nameless WS vendor I used to
work at, even the person who maintained UIL hated it.

For someone who knows Xt and X, and wants to learn the use
of the motif widgets, Dan's text has no current competition.
If you are learning X, you might perfer Doug Young.
-
Andrew V. Purshottam      /\     |  andy@autodesk.com  ...!fernwood!acad!andy 
Autodesk, Inc.	         //\\    |  (415)332-2344x2161  FAX (415) 331-8093
2320 Marinship Way      ///\\\   |  Sausalito CA 94965
"The views expressed are those of the speaker."
From: jones@colisd.COLONIAL.COM (Libby Jones)
Newsgroups: comp.windows.x.motif
Subject: window manager freeze up
Date: 25 Sep 92 15:20:01 GMT
Reply-To: jones@colisd.UUCP ()
Organization: Colonial Management, Boston


hello netters,

We have DECstation 3100's running Ultrix 4.2 and motif 1.1.1.  We 
are having problems with the mwm freezing up.  This happens pretty
regularly.  The keyboard and mouse clicks ar not recognized.  All of
the windows are "frozen".  When we log into another machine and connect
to the frozen machine via telnet, and kill the window manager, and 
restart the window manager, everything is A-ok.  Does anyone
have a solution?  Does any one have any suggestions as to how to
detect the problem?  If we could detect the problem, we could write
a little program that runs in the background looking for the freezeup
and performing the appropriate actions when the freezeup is detected.
We tried doing this with XmIsMotifWMRunning().  This function
seems to think the window manager is running, even though it is frozen.
When you look at the process table the mwm is there and looks ok.

				Thank you VERY much,

					Libby Jones + Pete Hill

From: thg@hprnd.rose.hp.com (Terry Gong)
Date: Thu, 24 Sep 1992 20:09:33 GMT
Subject: Help: Getting Events when Shouldn't
Organization: HP Roseville Networks Division
Newsgroups: comp.windows.x.motif

I am having problems with Motif running on the Sun.  I am using
the Quest Motif 1.1 with X11R4 for Sparc.  The Sun is running
Sun OS 4.1.2 wiht OpenWindow 3.0.  The problem is that the
message box in my main window is scrolling up by one line
each line something happen on the screen.  One example, is moving
a window from one location  to another on the screen.  Somewhat
related is that one of my widget is getting an event even though
there was no changes made to the widget.  Anyone have any ideas
what the problem is?

Thanks for your help,
Terry Gong
thg@hprnd.rose.hp.com
From: kappler@secs.ucsc.edu (Mick Kappler)
Newsgroups: comp.windows.x.motif
Subject: thawing the freeze.
Date: 2 Oct 92 05:51:50 GMT
Reply-To: kappler@secs.ucsc.edu
Distribution: inet
Organization: UCSC Molecular Engineering Laboratory
NNTP-Posting-Host: moleng.ucsc.edu

Howdy,
	We're having a 'SleepOnce()' logged thousands of times and 'microcode
might be bad' on ULTRIX 4.2A running DECwindows for OSF/Motif 1.1.3.
Sometimes it returns in about 20 secs., but other times, it never returns,
and a remote login and a reset of the Xwst3d process frees the console.
This happens once every few days.  DEC is supposingly working on a patch,
but if there's a work around, let us know.  We'll do the same.

					Michael A. Kappler
					397 Thimann Laboratory
					University of California
					Santa Cruz, CA  95060

					Kappler@SECS.UCSC.edu
From: mbell@csc.liv.ac.uk (Mike Bell)
Newsgroups: comp.windows.x.motif
Subject: Re: HHEELLPP
Date: 6 Oct 92 14:14:57 GMT
Organization: Computer Science, Liverpool University

In article <1992Oct2.220252.9048@gasco.com>, s1w@gasco.uucp (Scott A. White  x5947) writes:
> We just moved to X11/R5 and Motif 1.2 on 
> Sun OS 4.1.1 and our keys repeat too
> easily!  Is there a waay to change the
> delaaay between eaach repeaat?????
> 
> (As you can see, the AAAAAAA key is VERY sensitive)
> 
> Pleaase respond and keep another baalding man
> from aaacceellerrrating this process!!!!!!
> 
> tthannkks iinn aaddvvaannccee!!!!!

How about setting something sensible for xset???

    To set mouse acceleration and threshold:
       xset  m [acc_mult[/acc_div] [thr]]    m default

Mike Bell
Newsgroups: comp.windows.x.motif
From: achan@idaho.tdd.sj.nec.com (Amy Chan)
Subject: Re: HELP ON TEXT WIDGET
Keywords: HELP on TEXT WIDGET
Organization: NEC-AM TDD, San Jose, California
Date: Fri, 2 Oct 1992 16:32:57 GMT

In article <1992Oct1.232411.7856@unx.ucc.okstate.edu> muthann@next1.mae.okstate.edu writes:
>
>Hello friends,
>	I have a need for using two text widget with in the same parent  
>window. I intend to use one as a command input region and the other as a  
>non editable text display area. I would like the focus from the text  
>display area to be redirected to the command input region. I hope the  
>figure below might make this point more clear.
>
>---------------------------------	I want the mouse to appear only in 
>|								|	Command region and not to be 
>|	Text Display				|	active in the display region.
>|	Region						|
>|								|	
>|								|
>|								|
>---------------------------------
>| > command_			        |		
>---------------------------------

You can set the resource XmNsensitive of the text widget (non editable
display area) to be False. This resource determiness whether a widget
receives input events.

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       |
Newsgroups: comp.windows.x.motif
Subject: Motif or Xview code generator
From: feuille@sc2a.unige.ch
Date: 2 Oct 92 17:35:14 +0200
Organization: University of Geneva, Switzerland

I am looking for system that helps to build a user interface (lots of windows,
lots of buttons, ...) and generate the code of the interface for Motif or/and
openlook environment.

     PLease send mail to "fabart@jupiter.itodys.jussieu.fr"
From: lewis@KOALA.DREA.DND.CA (Lloyd Lewis)
Newsgroups: comp.windows.x.motif
Subject: table widgets
Date: 5 Oct 92 11:47:56 GMT
Distribution: inet
Organization: The Internet


Does anyone have any code or know of any prototyping tools which will produce 
table widgets for motif with characteristics described below?  I have already
followed up on the FAQ recommendations, but as yet no replies have been received.  


My working environment:

Motif 1.0, X11R3, HP-UX 7.00 on an HP 9000/834. 



I am in the process of developing an application which will need a data input 
window with the following characteristics:

        1) 1 or more tables (ranging in size from 1 x 1 to n x m)
                a)  optional title for each table 
                b)  optional labels for each row
                c)  optional labels for each column

        2) Each table must be above to perform the following functions:
                a)  keystroke validation
                b)  field validation
                c)  form validation
                d)  add new rows (before and after current row)
                e)  add new cols (before and after current col)
                f)  del rows
                g)  del cols

Using a row col approach, I have been able to complete up
to and including 2c).  If you're a regular reader of this newsgroup, you 
would have seen the code to my solution last week.

Now I need add/delete capabilities and I'm looking for help or possibly 
a new solution.  

Thanks, Lloyd
--
****************************************************************

Lloyd Lewis  BSc(CS), MSc(CS)                  271 Brownlow Ave.
Systems Development Group                      Dartmouth, N.S.
OCEANROUTES CANADA INC.                        Canada  B3B 1W6
lewis@koala.drea.dnd.ca                   tel: (902) 468-3007
                                          fax: (902) 468-3009

****************************************************************
Xref: sparky comp.windows.x.motif:6569 comp.windows.x.apps:1181 comp.windows.x.intrinsics:362