HDTenEightyP/NetNews huggingface dataset:
From: dl10696@ehsn4.cen.uiuc.edu (Dat Trieu Le)
Subject: HELP: How to "fake" button events in a scrollbar widget?
Organization: University of Illinois at Urbana
Date: Fri, 18 Dec 1992 23:00:55 GMT
Keywords: motif, scrollbar, events


I am posting this for a friend:

How can I invoke the appropriate Motif callback for a scroll bar as if the user
has selected page up or page down on a scroll bar.  I have a scrolled window
with several text widget in it for user input.  A page up or page down scrolls
to the previous or next row of text widgets.  I need to be able to display the
appropriate row in order to prompt the user to enter values in a particular
row of text widgets.  Can I use XSendEvent ot XtCallCallbacks to do this?

The scrolled window is in automatic mode.  This is the only control I want to
exert over it, so I don't want to have to handle all scrolled window events
manually.

Thanks in advance.

J. Brown
brown@ecc2.dsd.northrop.com
From: ravi@lub001.lamar.edu
Newsgroups: comp.windows.x.motif
Subject: Problem with Images and Widgets.
Date: 13 Dec 92 20:17:45 GMT
Article-I.D.: lub001.1992Dec13.031745.1853
Organization: Lamar University - Beaumont

Hello folks,

I have asked a couple of questions in the past. Many Thanks to all who replied!

This time I have something which I couldn't figure out and I am saturated!
I have an image file (gif/ppm/Sun raster) that I wish to put inside a container 
widget along with a quit button (or a push button). The image file is to be 
viewed with xloadimage.  Now, how do I redirect the output of xloadimage 
to a widget inside the container? It is undesirable to run xloadimage as a
separate program and then channel it to a widget (I don't know how to do
that either!). So, I think, I will have to call xloadimage as a function to 
create a pixmap or some thing like that, so I should be able to capture it. If I
can do this, I should be able to add the quit button. This is where I am stuck
and any help would be appreciated.

Note: xloadimage is public domain software that can display many different kinds
      of image formats with the help of a X-server. (c) Jim Frost.

Thank you in advance.

Kindly send your replies via e-mail to: 
ravi@cs4.lamar.edu 

Ravi Kuppanna
From: pjp@sloth.mlb.semi.harris.com (Pat J. Pinchera)
Newsgroups: comp.windows.x.motif
Subject: Re: How do I tell Motif where to position my TopLevelShell?
Date: 18 Dec 92 19:32:20 GMT
Organization: Interface & Control Systems, Inc., Melbourne FL

In article <1992Dec18.184431.23910@mlb.semi.harris.com> I wrote:
>................  Does anyone know how to specifically
>place a topLevelShell?  
[stuff deleted]


Wouldn't you know it.... 10 minutes after I posted that question I found
something that works.  Use the XmNgeometry arrtribute, i.e. for x = 200,
y = 450:
	XtSetArg (al[ac], XmNgeometry, "+200+450"); ac++

This sets the initial position of the shell.
I love this group! :-)

Pat
Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: CascadeButton widget call_data
Organization: Open Software Foundation, Motif Team
Date: Fri, 18 Dec 1992 03:12:42 GMT

|> However, the callback function
|> invoked for the XmNdestroyCallback DOES have NULL call_data.
|> 
|> I can't seem to find it documented anywhere if this is proper
|> behavior or not.  Does anyone know if this is a motif bug or
|> if destroy callbacks are SUPPOSED to receive NULL call_data?
 
XmNdestroyCallback is just a rename of XtNdestroyCallback, which doesn't
provide any additionnal info than the widget id.
Newsgroups: comp.windows.x.motif
From: xdemsv@pds006.NoSubdomain.NoDomain (mark s vozar)
Subject: private colormap and dialogs
Keywords: colormap dialogs
Reply-To: vozar@oryx.com
Organization: Oryx Energy Company
Date: Mon, 14 Dec 1992 16:45:27 GMT

I have created an application that creates another instance of a toplevel shell which
has a private colormap installed using XSetWindowColormap. The display and window 
parameters to XSetWindowColormap are XtDisplay(toplevel) and XtWindow(toplevel). Why
is that when I create a popup dialog with toplevel as the parent the private colormap
is not used? If I then use XSetWindowColormap(XtDisplay(dialog),XtWindow(dialog),cmap)
after the dialog is popped-up the colors are fine but there is a flash each time the 
cursor moves across the dialog border. Is there a better way to insure that dialogs
get the private colormap installed?



-- 

 Mark S. Vozar                    | "You can drive all night long
 Oryx Energy Company              |   but you can't get there from here"
 email vozar@oryx.com             |  - Trout Fishing in America
Newsgroups: comp.windows.x.motif
From: wws@iscp.bellcore.com (Wayne Scott)
Subject: WCL on the DEC Alpha box - problems solved
Organization: Bellcore
Distribution: usa
Date: Fri, 18 Dec 92 21:54:25 GMT
Keywords: modified some files and used MakeByHand


Yesterday I posted a "Help Wanted" ad because I couldn't get past some makeFile
problems trying to use imake to build Wcl on a DEC Alpha box.  After tweeking
some files and consulting others, I was able to use the MakeByHand files to
build the libraries and Mri.

Wayne
From: dave@eagle.smec.Sony.COM (David Jarrin)
Newsgroups: comp.windows.x.motif
Subject: XmSelectionBox memory
Date: 14 Dec 92 15:40:09 GMT
Distribution: inet
Organization: The Internet


Holiday greetings!

I am using a XmSelectionBox widget. Every once in a while I have to clear the
listing (prior to putting up new strings), for which I use the following:

   XmListDeleteAllItems(XmSelectionBoxGetChild(selection_list, XmDIALOG_LIST));

My questions are: 

   Do I need to FREE the memory being used by the displayed strings ?

   If so, when do I free the memory: before or after XmListDeleteAllItems() ?

   If so, what would be the easiest way to free it? 

My worry is a possible memory leak.

NOTE: I am using XmStringFree() everytime I ADD a new item to the list.

I found no clear reference to this in the Motif Programming Manual.
    
Thanks in advance for your kind response.

David Jarrin
dave@smec.sony.com
SONY Medical Systems - Montvale, New Jersey - U.S.A.
From: mitch@ATHENA.WESTFORD.CCUR.COM (Mitch Kuninsky, x2677)
Newsgroups: comp.windows.x.motif
Subject: ScrollBar foreground color
Date: 18 Dec 92 14:46:24 GMT
Reply-To: mitch@westford.ccur.com
Distribution: inet
Organization: The Internet


We've noticed that it does not seem to be possible to set the color of the
scrollbar slider.  Even though the Programmer's Reference is unclear as to
what the scrollbar Foreground resource controls, it would seem to make
sense for it to control the slider color.  A perusal of ScrollBar.c reveals
that the foreground resource is unused and that the slider is drawn in the
background color (along with most everything else).  We think we see an easy
way to fix this.  The question is, "What is the intended behaviour?"  Was
it intended not to use the foreground or was that an oversight?
Newsgroups: comp.windows.x.motif
From: mazzucch@ghost.dsi.unimi.it (massimo mazzucchi)
Subject: INFO
Organization: Computer Science Dep. - Milan University
Date: Mon, 14 Dec 1992 13:00:05 GMT


Hi

i am Max From Italy

I am working with S.O. UNIX with X-windows and Motif;

i would must realized a package for teleconference


Which know if exist some programs about teleconference in these environment

please write to me


Bye Max



--------------------------------------------------------------------------------
!  Massimo Mazzucchi                         address    e-mail                !
!  University of State                       mazzucch@ghost.dsi.unimi.it      !
!  Departement of Computer Science            149.132.2.1                     ! 
!  Via Comelico, 41 -  20133 MILAN ITALY                                      !
 -------------------------------------------------------------------------------
From: dbrooks@osf.org
Newsgroups: comp.windows.x.motif
Subject: Re: OSF/Motif Source License with Full vs. Limited Distribution Rights
Date: 11 Dec 92 17:39:31 GMT
Distribution: inet
Organization: The Internet

You wrote:
> I received the OSF/Motif 1.2 Licensing Kit today.  Ugh.  As American
> legalese is not a language I know very well,

You do yourself an injustice.
 
> I think the difference is that Limited Distribution Rights is enough
> if you are going to sell your programs linked with libXm for use on
> systems that already contain OSF/Motif in object form (supplied by
> another vendor, for instance the hardware manufacturer). (Section
> 3(a)(i) of the Standard Supplement for OSF/Motif seems to indicate
> this.)  Is this correct?  And if you want to sell such programs for
> use on systems that don't have libXm.a, you must have Full
> Distribution Rights.  Am I confused?

That's the clearest description I've ever seen from outside this building!

In addition, Limited Rights lets you use copies internally without
restriction.

Note you can form an arrangement with a 3rd party who supplies binaries
(and has Full Distribution).  If they will let you re-sell their stuff, you
can use that to cover the requirement.

David Brooks
OSF
Newsgroups: comp.windows.x.motif
From: ygor@aplexus.jhuapl.edu (Daniel E. White  (F2C))
Subject: Re: Printing pixmap in a DrawingArea widget
Organization: Johns Hopkins U. Applied Physics Lab
Date: Mon, 14 Dec 1992 14:34:58 GMT

In article <1992Dec11.184058.27385@midway.uchicago.edu>, epc1@quads.uchicago.edu (Merlin) writes:
|> 
|> I have a pixmap which I would like to print out to a laser printer.
|> What public domain utilities are there which will print out pixmap images?
|> 
|> Thanks.

  There was a utility called XtoPS on a previously-worked-on system (I do
not know where to get it) or you might try xgrabsc - I DO know this is
available at any archive site handling comp.source.*

  Xgrabsc will capture any window or your whole root display and has options
to output in PostScript (save the file or pipe it thru lpr).  There's also
an option to capture the window containing the cursor when the Control key
is pressed -- this lets you capture windows with pull-down menus showing.

  Share & Enjoy !

-- 
------------------------------------------------------------------------
                                                               Dan White
------------------------------------------------------------------------
"Sometimes  I  think  the  surest  sign  that  intelligent  life exists
 elsewhere  in the universe is that none of it has tried to contact us."
                                                  Calvin (Bill Waterson)
Newsgroups: comp.windows.x.motif
From: mark@prepress.com (Mark S. Bubien)
Subject: EnterNotify with a Posted Menu?
Organization: Pre-Press Technologies, Carlsbad Ca.
Date: Mon, 14 Dec 1992 22:31:04 GMT


I have discovered some strange behavior regarding
window focus.

I have a main window with a menubar at the top.
I installed event handlers in the main window to
catch the EnterNotify and LeaveNotify events.
These work fine when I move in and out of the window,
but I not when I use the menu bar.

BTW: Motif 1.1.4, SGI with Irix 4.05

Here's what happens:

1) I move the pointer into the main window (getting
my EnterNotify Event).

2) I then click on the "File" cascade button to
post the menu.

3) I move the pointer over a button, "Open" for example,
and I get my LeaveNotify Event.  This makes sense
because the button has its own window.

4) Now, say I change my mind and don't want to select "Open."
I move the pointer off the posted menu and over an un-obstructed
portion of my main window and release the mouse.
This unposts the menu but I never receive an EnterNotify.

So, there's my pointer sitting in the middle of the main
window and my application never received an EnterNotify.

5) But wait!  If I move the pointer out of the main window
I still get a LeaveNotify!

6) But wait again!  If at step (4) instead of moving off the
menu button, I actually select it (by staying on the button
and releasing the mouse), the menu un-posts and I DO get my
EnterNotify event.


I think the behavior in step (4) occurs because posting a menu
puts a grab on the pointer, which interferes with where focus
is being directed.


-Mark
--
==========================================================================
Mark S. Bubien		|                                                |
mark@prepress.com	|                                                |
                        |  I held the scabbard when the soldier drew     |
Pre-Press Technologies	|       his sword.                               |
2443 Impala Dr.		|  I threw the dice when they pierced his side.  |
Carlsbad, Ca 92008	|  But I've seen love conquer the great divide.  |
(619) 931-2695		|			- Bono Vox               |
                        |                                                |
==========================================================================
From: dbrooks@osf.org
Newsgroups: comp.windows.x.motif
Subject: Re: colours customization
Date: 11 Dec 92 17:33:00 GMT
Distribution: inet
Organization: The Internet

Daniel wrote:

> Like the available fonts set, the list of available X color names is X server
> dependent (and not standardized).
> 
> The usual place to look for those names (on POSIX platform) is 
> /usr/lib/X11/rgb.txt on the X server host file system.

Just to confuse the issue still further, in R5 there's a client-side color
lookup.  The file /usr/lib/X11/Xcms.txt (or wherever your X is rooted, or
wherever XCMSDB points) can contain color translations; I don't know of
anyonwe who has set any up, except maybe by accident.

Its appropriate use is to provide translations from color names that may be
familiar on the client side, and convert them into device-independent
specifications.

David Brooks
OSF
From: smd@sl0091.srl.ford.com (Steve Dahmen)
Newsgroups: comp.windows.x.motif
Subject: To make a new widget or NOT? Philosophy...
Date: 16 Dec 1992 22:05:17 GMT
Organization: Scientific Research Lab, Ford Motor Company
Distribution: world
NNTP-Posting-Host: sl0091.srl.ford.com
Originator: smd@sl0091.srl.ford.com



A Question for old-time widget engineers...

I have a neat drawable-type widget that lets me render using GL.  As it
is now, I have to create a form to put it in and manage it that way.

Now, I am writing a data visualization application, and would like to have
view windows available that have all the rotation, translation, zooming,
etc. built into them.. complete with a popup menu giving them access to
neat viewing features (perspective or orthogonal, etc...).  I have many
of the requisite callbacks already written to function with the GL
drawing widget, but I need more functionality.

I am having difficulty, even after studying TFM, determining whether it
would be better to (or even POSSIBLE to) write a sort of "composite"
widget with all this a part of it, or to make it sort of a "sub-application"
designed with re-use in mind.

I started doing a widget descended from the GL drawable widget (since 
that has the most resources to inherit) and things looked good for awhile...
but as I read about composite widgets I really started to wonder if I
wanted to do this.

Can someone coach me on some of the issues here? Can I write a subclass
which also has other classes in it (TopLevelShell or XmBulletinBoard,
XmRowColum, etc.)?

Thanks for all your help.

Steve
-- 
Steve Dahmen ** Graphics Application Programmer
Ford Motor Company
smd@sl0091.srl.ford.com
313-594-3229 (work)
From: al@osf.org
Newsgroups: comp.windows.x.motif
Subject: Motif related errors? & XKeysymDB not being read...?
Date: 11 Dec 92 20:14:45 GMT
Distribution: inet
Organization: The Internet


From  ren@surf.sics.bu.oz.au:
> Hi, I have just installed X11R5 and complied Motif 1.1.4
> and installed that as well. I now get heaps of:
> "Warning: translation table syntax error: Unknown keysym name:"
> messages whenever i run a motif application.

From  sacks@panther.mot.com:
> I recently installed a product developed with Motif on my Sun IPX SunOS 4.1.2
> machine. When I execute the product I get a large number of errors of the same
> format, but referencing different "keysyms". Here is one:

> Warning: translation table syntax error: Unknown keysym name: osfBackSpace
> Warning: ... found while parsing ' Shift ~Ctrl ~Meta ~Alt <Key>osfDelete: 

These warnings are caused by a problem with your Xlib installation.
The X11R5 XKeysymDB has definitions for all OSF virtual keysyms, but it
is not installed where your Xlib thinks. (This used to be a problem on some Sun
systems.)

Find your Xlib library and type 'strings libX11.a | grep XKeysymDB'

It is likely that the pathname displayed will not match the location of the
XKeysymDB file on your system. You need to move the file.

Another Sun problem which surfaced a while back concerned the format of the
supplied XKeysymDB file. The installed file had definitions of the form:

     osfXK_Activate:                 1004FF44

which should really look like:

     osfActivate                     :1004FF44


Do either of these fixes resolve the problem ?

Alastair Gourlay.

al@osf.org
From: nawrocki@gradient.cis.upenn.edu (Don "Paulbear" Nawrocki)
Newsgroups: comp.windows.x.motif
Subject: Link Errors using Motif....
Date: 17 Dec 92 06:44:10 GMT
Organization: University of Pennsylvania



Howdy!!

I am not sure if this is a FAQ or old news or whatever...but I haven't ever
seen this sort of link error before.  A sample make is below:

% make
gcc -g   -target sun4 -c  pkr.c
gcc -g   -target sun4 -c  pkrcall.c
gcc -g   -target sun4 -c  shuffle.c
gcc -g   -target sun4 -c  init_stuff.c
gcc -g   -target sun4 -c  guicall.c
gcc -g   -target sun4 -c  Draw.c
gcc -g   -target sun4 -c  extras.c
gcc -g   -target sun4 -c  guistuff.c
gcc -g   -target sun4 -c  pkrstuff.c
gcc -g pkr.o pkrcall.o shuffle.o init_stuff.o guicall.o Draw.o extras.o  guistuf
f.o pkrstuff.o  -o pkr -lXm -lXt -lX11 -lXmu -lXext -lm
ld: Undefined symbol
   _get_wmShellWidgetClass
   _get_applicationShellWidgetClass
*** Error code 1
make: Fatal error: Command failed for target `pkr'



Now it gives me the fatal error but still makes a working executable.
At first I thought it was the order I put the libraries in...but I have tried
many many combinations of the libs and none have given me fewer linke errors,
etc.  

Any help would be greatly appreciated.

Later,
  Don


nawrocki@eniac.seas.upenn.edu
Chairman of the Dining Philosophers
CSE '93
Doer of good deeds....
nawrocki@eniac.seas.upenn.edu
Chairman of the Dining Philosophers
CSE '93
Doer of good deeds....
Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: Positioning Dialogs ????
Organization: Open Software Foundation, Motif Team
Date: Fri, 18 Dec 1992 20:20:12 GMT




> How can I control where it appears?
 
try defaultPosition False.
Newsgroups: comp.windows.x.motif
From: epc1@quads.uchicago.edu (Merlin)
Subject: Printing pixmap in a DrawingArea widget
Reply-To: epc1@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Fri, 11 Dec 1992 18:40:58 GMT


I have a pixmap which I would like to print out to a laser printer.
What public domain utilities are there which will print out pixmap images?

Thanks.
Newsgroups: comp.windows.x.motif
From: chow@cssn07.ssc.gov (Ivan Chow,SSC, (214) 708-6212)
Subject: file selection callback
Reply-To: chow@cssn07.ssc.gov
Organization: SSCL.
Date: Thu, 17 Dec 1992 17:22:02 GMT

Hi, Xperts:
    I use the file selection dialog box from Motif.
And I know how to get the child from the widget to
set the default selection text different.  However,
I don't know how to activate the callback of the selection
button so that it use the different default and list
the files at start.  Would anyone please help me?
Thanks.

Ivan
Newsgroups: comp.windows.x.motif,comp.windows.x,gnu.g++.help,gnu.gcc.help
From: yhtao@magnus.acs.ohio-state.edu (Yu-Hui Tao)
Subject: DEC/G++ Motif users: Please stand out and HELP!!!!
Organization: The Ohio State University
Date: Mon, 14 Dec 1992 20:45:57 GMT

Dear netters:

   I have posted this question last weekend! I really hope that 
DEC/G++ MOTIF users can give me a hand!!!

   I got a run-time warning when running motif programs compilled by 
GCC or G++ as follows:

    Toolkit Warning: Cannot find callback list in XtAddCallbacks

   (Evnironment: DECstation 3100, Ultrix 4.2, Motif 1.1, gcc(g++) 2.2.2) 


   Michael Baentsch has been helpful to confirm that g++ and Motif work 
just fine on his SPARCstation throughout several versions (g++ from 1.4, 
2.1, 2.2.2, to 2.3.2 and Motif from 1.1.3 to 1.2.1).

   What I need is any DEC/G++ Motif user to tell me what need to be done in 
setting up the environment to run my MOTIF program correctly on a DECstation!

   The first thing is that will Moitf 1.1 distributed by Digital work with
g++ 2.2.2? 

   If so, what need to be changed on either G++ or Motif side? 

   If not, will higher versions help, such as Motif 1.1.3 or G++ 2.3.2? 
 
   I DEEPLY APPRECIATE those who knows can help!!

Yu-Hui Tao
ISE, OSU
tao@CSEL.eng.ohio-state.edu
============================
From: aa4@doc.ic.ac.uk (A Agrawal)
Newsgroups: comp.windows.x.motif
Subject: RE : LIST FORMS AND SCROLLED WINDOW
Date: 12 Dec 1992 18:48:44 -0000
Organization: Department of Computing, Imperial College, University of London, UK.
Distribution: world
NNTP-Posting-Host: oak10.doc.ic.ac.uk


HI,

  I have the following arrangement inside a form:

       ------------------------------------
       |      SCROLLED    WINDOW        | |
       | |------------------------------| |
       | |          FORM                | |
       | | |------------||-------------|| |
       | | |            ||             || |
       | | |            ||             || |
       | | |            ||             || |
       | | |            ||             || |
       | | | LIST 1     ||  LIST       || |
       | | |            ||             || |
       | | |            ||             || |
       | | |            ||             || |
       | | |            ||             || |
       | | |            ||             || |
       | | |------------||-------------|| |
       | |-----------------------------|| |
       |----------------------------------|
       
The problem is that when I resize the scrolled window
the lists(or the form) do not resize.
Also when a selection is made in the list,the list
resizes to the smalled size possible.

I have set the size of all the widgets on creation using SetArg
(width and height) and also set resizable to True.

Can anybody Help!

Thanks.Reply by e-mail

Newsgroups: comp.windows.x.motif
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Subject: Re: Push button behaviour in dialogs
Date: Mon, 14 Dec 1992 17:59:04 GMT
Reply-To: jay@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester, MN
Keywords: Dialog, PushButton, Motif

In article <1992Dec14.161814.5595@arbi.Informatik.Uni-Oldenburg.DE>, Hans.Joerg.Elias@arbi.informatik.uni-oldenburg.de (Hans-Joerg Elias) writes:
|> The other way is to create a row column Widget with push buttons inside.
|> But now, do I have to install a event handler to catch the focus change?
|> Or is there a better way to do this?

That was the approach I took.  If there is a better way, I'd appreciate
knowing it.

I ran into two problems with this approach, and was able to solve one of
them.  The first was that moving the pointer in and out of the window
sometimes caused a focus event to be sent to a button just because the
pointer happened to be over the button (or so it seemed to me).  I was able
to weed that out by checking the detail field.

The other problem was that moving the pointer out of the window caused
none of the buttons to be shown as default.  This could probably be solved
with a bit more code but I kinda liked the effect so I left it that way.

-- 
: jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
: shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.