HDTenEightyP/NetNews huggingface dataset:
From: ascomd@infoac.rmi.de (Ascom Autophon Software GmbH)
Subject: Changing border colors
Summary: How to change mwm-colors without restarting mwm
Keywords: colors mwm 
Organization: RMI Net INFO.box Systems * Aachen * Hamburg * Flensburg
Date: Tue, 28 Jul 1992 07:33:25 GMT

Hi Motif-Gurus,

I am currently writing an application that will run under
a Motif-environment on a DECStation using Ultrix and
DEC-Motif 1.1.1/3  and I have some questions:

1) What I want to do is to change the border-
and icon-colors that are normally set by mwm's resource-file.
But that should be done without restarting mwm!! Is that possible
and how??

2) I want to add an Item "hardcopy" to the system-menu for
each window, but the work should be done in my application.
How do I find out that the user selected this entry??

3) Our application should be able to switch between languages
without restarting either the application or the window-manager.
Is it possible to switch system-menu, icon-menu and root-menu
dynamically??

4) We need some kind of macro-recorder to record and playback
sequences of user-input. The only one I heard of is Xrecplay
that needs at least the test-extension built into the X-server,
but I have to use DEC-servers that are built without it. 
I would prefer something using no interface so that I can build my own.

Thanks for any answer

Gerd






+-----------------------------------------------------------------------+
|  .... The opinion expressed in this posting is not even mine ....     |
+-----------------------------------------------------------------------+
From: nhj@cs.bham.ac.uk (Nick Jurascheck)
Newsgroups: comp.windows.x.motif
Subject: Re: Help with handling a resized MLE text widget.
Date: 29 Jul 92 10:03:30 GMT
Followup-To: N.H.Jurascheck@cs.bham.ac.uk
Organization: School of Computer Science, Univ of Birmingham, UK

In article <1992Jul28.194513.11421@CS.ORST.EDU> osbornk@prism.CS.ORST.EDU (Kasey S. Osborn) writes:

> My application contains a scrolled window containing a multi-
> line text window with application defined scrolling policy.
.
.
>Heller's book (p. 237) says to do this:

>  XtActionsRec rec;
>  rec.string = "resize"; rec.proc = resize;
>  XtAddActions (& rec, 1);
>     XtOverrideTranslations (mleTextWidgetWithinScroll,
>       XtParseTranslationTable ("<Configure>: resize ()"));

>'resize' is never called and I get a warning at app. startup:
>  Warning: Actions not found: resize

I had a similar problem with translations, fixed by using
XtAppAddActions, which has superseded XtAddActions.

Hope this helps
		Nick.



-- 
JANET: N.H.Jurascheck@cs.bham.ac.uk | UUCP: ...!mcvax!bhamcs!JurascheckNH
BITNET: JurascheckNH%cs.bham.ac.uk@ukacrl.bitnet
INTERNET: JurascheckNH%cs.bham.ac.uk@cunyvm.cuny.edu
Newsgroups: comp.windows.x.motif
From: erabelli@spso.gsfc.nasa.gov
Subject: Application-defined scrolling for List widget
News-Software: VAX/VMS VNEWS 1.41    
Keywords: list, scrolling, large number of list items.
Organization: NASA - Goddard Space Flight Center
Date: Fri, 31 Jul 1992 15:56:00 GMT

Hello,

I have an application where it gets huge number of items (in 
thousands) that need to be displayed in a list widget. 

If I use automatic-scrolling, it would cost me a great deal of memory 
-- because I need to load all the items into the list in one shot.

The only choice I have is to go for application-defined scrolling. 
Where my programs should take care of the scrolling actions and as 
well as updating the scrollbar parameters so that clip window and 
scrollbar are consistent with each other. 

To simplify my problem, I am assuming that user does not resize the 
window. 

I am trying to solve the problem couple of wa and has any  
pointers etc., would be of immense help.

Thanks in advance,

- erabelli
  erabelli@spso.gsfc.nasa.gov
From: ilise@ssvax.ndhm.gsc.gte.com (Ilise Landesberg)
Newsgroups: comp.windows.x.motif
Subject: Key Translations
Date: 29 Jul 92 18:26:01 GMT
Organization: GTE/SCSD

How can I make a return key act like a tab key?  I would like the return
and tab key to be interchangeable as far as the user is concerned.

After being unable to change this for my whole application or
toplevel window I started changing it widget by widget.

I was able to do this for text widgets by using the translations
resource.

         ie:  In .Xdefaults file

              *text_widget.translations: #override \
                          <Key>Return : process-tab()

But I was unable to do this for toggle widgets. The toggle widget does
not recognize the action process-tab.  I have been unsuccessful in
figuring out what action it uses when I press tab.

Thanks,
Ilise
From: tcox@ssrl01.slac.stanford.edu (Tony Cox)
Newsgroups: comp.windows.x.motif
Subject: Re: Is widget C the decendant of widget A?
Date: 22 Jul 92 01:06:50 GMT
Organization: SSRL, Stanford, CA

In article <1992Jul21.202155.23809@uhura.neoucom.edu>, fmc@uhura.neoucom.edu (Fu-Min Chen) writes:
# From fmc Tue Jul 21 16:14 EDT 1992
# Received: by uhura.neoucom.EDU
# 	(15.11.1.3/15.6) id AA23260; Tue, 21 Jul 92 16:14:54 edt
# Date: Tue, 21 Jul 92 16:14:54 edt
# From: fmc (Fu-Min Chen)
# To: fmc@uhura.neoucom.EDU
# Status: R
# 
# To: fmc@uhura.neoucom.edu
# Subject: Re: Is widget B the child of widget A?
# Newsgroups: comp.windows.x.motif
# In-Reply-To: <1992Jul21.122535.19734@uhura.neoucom.edu#
# Organization: Northeastern Ohio Universities College of Medicine
# Cc: 
# 
# Thanks for the Answers.
# 
# But the question really should be:
#  
#  If widget C is the child of widget B and widget B is the child of widget A,
#  What can I do to determine is widget C the descendant of widget A?
# 
#  Thank you!
# 
#  Fu-Min Chen
#  fmc@uhura.neoucom.edu


Ahhm:-

	if (A == XtParent( XtParent( C)))
		do_this;
	else
		do_that;

...and before you ask....

	if (A == XtParent( XtParent( XtParent( D)))
		etc.

{but I cant help thinking that perhaps the question you need to ask is
 different still... ;-)

		regards,
			Tony Cox, Stanford, CA
Xref: sparky comp.windows.x.motif:5281 comp.windows.x:14531
From: web@athena.MIT.EDU
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: Re: Using xwd to dump menus
Date: 28 Jul 92 22:07:13 GMT
Reply-To: chew@hplchew.hpl.hp.com (Chee Chew)
Distribution: usa
Organization: Hewlett-Packard Laboratories
Cc: meir@tfs.com (Meir Zaid)


In article <1992Jul28.212909.20892@tfs.com>, meir@tfs.com (Meir Zaid) writes:
|>
|>
|>I would like to dump an images of a menu from an application I am
|>writing in order to put it in the documentaion.  The problem is that
|>when I run xwd while the menu is posted I get the error -
|>
|>xwd: error: Can't grab the mouse.
|>

This is from the grab that's done while the mouse is held down?  
Try doing a:  sleep 5; kill -STOP <proccess id> 
right before posting the menu.  Then dumping it as the process is suspended.

-Chee
From: mark@BHANU.ANDYNE.ON.CA (Mark Levison)
Newsgroups: comp.windows.x.motif
Subject: HP development machine
Date: 29 Jul 92 20:04:39 GMT
Distribution: inet
Organization: The Internet


Can anybody tell me what sort of configuration I would need for an HP
development machine.  What model? what speed cpu? 16meg or ram (or more?)?
I have been asked to the next port of product to the HP 700's and need
some hints.

Thanks in advnace
Mark Levison
mark@bhanu.andyne.on.ca
From: venkat@iis.UUCP
Newsgroups: comp.windows.x.motif
Subject: Looking for a PD dial widget
Date: 25 Jul 92 01:41:51 GMT
Distribution: inet
Organization: The Internet

Hi:

   I am looking for a public domain dial widget which has 3-dimensional
   appearences, and can support annotations to indicate the guage markings.
   Any pointers would be appreciated. Thanks.


--------------------------------
Venkat Rao
International Imaging Systems

email: venkat@iis.sun.com
Tel:   408-432-3400
--------------------------------
Newsgroups: comp.windows.x.motif
From: amc@WLV.IIPO.GTEGSC.COM (Allen M. Cohen)
Subject: XcRichText on ISC Unix 3.0
Organization: GTE Government Systems
Distribution: na
Date: Mon, 27 Jul 92 15:15:48 GMT

Has anybody built XcRichText on a 486 under ISC Unix 3.0,
using gcc 2.2.2?

After serveral hand patches such as the use of
    extern "C"
    {
    #include <sytings.h>
    #include <assert.h>
    #include <ctype.h>
    }

I got only one undefined reference, namely:
_15ParagraphFormat.default_tab_width_ ../libXc.a

Looking at ".s" files, I found this in elements.C, view.C, and xtextview.C.

Peter Schauer (pes@regent.e-technik.tu-muenchen.de) gave me serveral
useful suggestions, among them being the 'extern "C"' block above.
He also said that the "_15ParagraphFormat.default_tab_width_" is
caused by a missing initialization of a static member.
Since I don't know anything about C++, could somebody help?
-- 
<> Allen M. Cohen -- Autologic, Inc. 1050 Rancho Conejo Blvd.,T.O. Ca.91320 <>
<> 1853 Stonesgate St.             Internet:  amc@IIPO.GTEGSC.COM           <>
<> Westlake Village, Ca. 91361     Telephone: (805) 498-9611 ext. 195       <>
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
From: swamy@devnull.mpd.tandem.com (Swamy S. Bale (Pi-Net))
Newsgroups: comp.windows.x.motif
Subject: help needed for extracting the name of the widget...
Date: 28 Jul 92 21:19:48 GMT
Reply-To: swamy@devnull.mpd.tandem.com (Swamy S. Bale (Pi-Net))
Distribution: usa
Organization: Tandem Computers; Austin TX
Originator: swamy@pecos


Is there any simple way of extracting the name of the Widget as character
strings?

I tried using the routines 

   XtSetArg(warg,XmNname,xmstr(or &xmstr));n++;
   XtGetValues(w,warg,n);
   XmGetStringLtoR(xmstr,xmSTRING_DEFAULT_CHARSET,&text);
   printf("%s\n",text);

but it does`nt works.

Any help would be appreciated, or sample code is also fine.

thanks
swamy
From: deblois@osf.org
Newsgroups: comp.windows.x.motif
Subject: Re: XmTextSetString to NULL
Date: 23 Jul 92 20:41:27 GMT
Distribution: inet
Organization: The Internet


>I am having a trouble trying to set a XmTextField to a null
>string. It core dumps the program.
>
>Is
>pointer=NULL;
>XmTextSetString(text_widget, pointer)
>allowed ?
>
>If yes, any suggestions ?


Nice bug!  The following code shows up in both Text.c
and TextF.c.  This would explain the problems!

...
_XmTextSetString(
        Widget widget,
        char *value )
...
       if (value == NULL) value = "";
...


SHOULD BE:

...
       if (value == NULL)
          value = (char *) XtNewString("");
...
       /* ... if malloced earlier... */
       {
         XtFree(value);
       }



--------------
Andrew deBlois
OSF - Motif Development
Newsgroups: comp.windows.x.motif
From: rdouglas@cs.wpi.edu (Rob Douglas)
Subject: Re: easy question
Reply-To: rdouglas@cs.wpi.edu (Rob Douglas)
Organization: Worcester Polytechnic Institute
Date: Mon, 27 Jul 1992 20:15:07 GMT

In article <1992Jul24.161926.9540@wpi.WPI.EDU>, rdouglas@cs.wpi.edu (Rob Douglas) writes:
|> 
|> I have a scale widget as a child of a dialog.  When the OK  button on the dialog
|> is pressed, I call a routine to find out te value of the scale widget (actually a 
|> group of widgets, but lets just start with the one).  While playing with the
|> scale widget before pushing OK, I change the value, and have XmNshowValue
|> set to true, so I can see it change values.  However, when I do the following:
|> 
|>   XtSetArg(args[0],XmNvalue,&result);
|>   XtGetValues(scale_widget,args,1);
|>   printf("%d\n",result);
|> 
|> the value which is printed is the original default value.  Then when I open
|> the dialog again, the value is still at what I left it, not the default.
|> 
|> What is going on?  Do I have to have an XmvalueChagedCallback registered for
|> each of the scale widgets even if I only care about the values after the OK 
|> button is pressed?
|> 
|> Help?
|> 
|> email rdouglas@cs.wpi.edu, or post a response, I check both very regularly.
|> 
|> Thanks in advance, and all that whatnot...
|> 
|> ROB

I still havent been able to find an answer to this one.  Is there anyone out
there who can HELP?   I will give you a cookie and a gold star if you get it.

thanks

ROB
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~ Rob Douglas          | (508) 831-5006    | Computer Science Department     ~
~ rdouglas@cs.wpi.edu  | AI Research Group | Worcester Polytechnic Institute ~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      	 	  __
	         /_/ _   /     /\  _       _,  / _   _
        	/ \ (_) /_)   /_/ (_) /_/ (_) / (_\ _\
	                                 (_)
Newsgroups: comp.windows.x.motif
From: whe@usc.edu (Wei He)
Newsgroups: comp.windows.x.motif
Subject: Can Primitive widgets be parents?
Date: 25 Jul 1992 19:57:19 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: world
NNTP-Posting-Host: phakt.usc.edu

Hi:
   Can Primitive widgets be parents?
   In O'Reilly Volume Six - Motif Programming Manual p.165, prompt_dlg.c, There
   is a satement:

   dialog = XmCreatePromptDialog(pb, "prompt", args, 2);

   pb is a PushButton, OK, PushButton is a Primitive widget, How can it be the 
   parent of Dialog?

   And in the same page, they create two buttons, but with same widget name
   "button":

   Widget button;

   button = XtVaCreateManagedWidget("PushMe-1", xmPushButtonWidgetClass, parent,
            NULL);
   button = XtVaCreateManagedWidget("PushMe-2", xmPushButtonWidgetClass, parent
            NULL);


   Is this allowed in Motif 1.1?


   Please reply to whe@nunki.usc.edu, Thanks.

scott
From: akeren@brooks.ICS.UCI.EDU (Alan Keren)
Subject: resizing an image
Newsgroups: comp.windows.x.motif
Date: 28 Jul 92 21:09:30 GMT


In the program I am working on I need to allow for the
resizing of an image.  Instead of reinventing the wheel
I would prefer to use already existing code .
Any suggestions on where to find some non-copyrighted
code that does this?

Newsgroups: comp.windows.x.motif
From: chris@ods.com (Chris Atkins)
Subject: Re: Creating colormap before first widget...
Organization: Optical Data Systems, Inc.
X-Newsreader: Tin 1.1 PL4
Date: Wed, 22 Jul 1992 15:43:01 GMT

beau1029@hgc.edu (donald beaudry) writes:
: 
: I am creating a custom colormap for my application.  The top-level shell
: needs to have its XmNcolormap resource set to the custom colormap, and 
: this must be done at creation time (XmNcolormap is a CG resource).
: 
: My problem is that I need to have a valid pointer to a display in order to
: create the colormap.  I usually just use XtDisplay(), but in this case
: I have no widget to refer to yet.  
: 
: I would prefer to use XtVaAppInitialize(), if possible, if possible to create
: the first application shell.
: 
: Thanks.


You are out of luck,  you are going to have to break down XtVaAppInitialize so
that you can first open the display and create the colormap before creating the
shell.  Look at O'Reilly Volume 5 at XtAppInitialize to see the correct call
sequence.  (XtToolkitInitialize, XtCreateApplicationContext, XtOpenDisplay).

One other option is to have a process create and initialize a colormap and pass
the colormap ID to your current process.  Note, that the passing of the colormap
ID must be passed outside of the X mechanism.  You could pass it as a command
line argument.  You must be careful that the process which creates the colormap
does not go away or the colormap will be freed by the server.  To avoid this 
problem, you could use XSetCloseDownMode in the process which creates the 
colormap.  The colormap would then only be freed upon a call to XKillClient.

Chris Atkins
chris@ods.com
From: bjwatt@undergrad.math.waterloo.edu (Brian Watt)
Subject: Price for Motif.
Keywords: money, motif
Organization: University of Waterloo
Distribution: na
Date: Mon, 27 Jul 1992 16:03:57 GMT

I looked through the various FAQs and could not find any mention of the
cost of Motif implementations.  How much is a development version for
basic Unix platforms (Sun)?  

Much appreciated.

Brian Watt
bjwatt@descartes.waterloo.edu
From: rct@fulcrum.bt.co.uk (Richard Taylor)
Newsgroups: comp.windows.x.motif
Subject: Re: how to associate a pixval to a XmPushButton ?
Date: 22 Jul 92 13:16:06 GMT
Organization: Fulcrum Communications

In article <1992Jul21.205522.12630@PA.dec.com> klee@wsl.dec.com writes:
>|> According to my understanding, one can only use the symbolic color name or
>|> RGB values to set background resource. There is no way to use pixel value.
>
>How are you setting this value?  If you use XtSetValues (which you
>probably should if you're dealing with pixel values), then you must use
>the pixel value, not the color name string.


You have a choice of using either the pixel value or a colour string;

Pixel Value Method -

	 XtVaSetValues(w, XmNbackground, 2, NULL);

Colour String Method -

	XtVaSetValues(w, XtVaTypedArg, XmNbackground, XmRString, "red", 4, NULL);

If you're not using Motif, then the "Xm" arguments should be replaced with "Xt"
or "Xwhatevertoolkityouuse" arguments.

If you have used the colour string method to initially set the colour, then use
	XtVaGetValues(w, XtNbackground, &colour, NULL);
to find out the value of the pixel that is now holding your "red" colour.

I don't know whether these two methods work for the XtGetValues() and
XtSetValues() since I've never used them. I presume there's a XtTypedArg...


============================================================================
Richard Taylor                 DoD #981               (rct@fulcrum.bt.co.uk)
"Gentlemen, starta your engines... 2 minutes, to the hills." Massimo Laverda
============================================================================
Fulcrum Communications Ltd., Fordrough Lane, Birmingham, B9 5LD, ENGLAND.
Newsgroups: comp.windows.x.motif
From: james@cix.compulink.co.uk (James S Hooton)
Subject: XtAddCallbacks() problem                
Cc: james@cix.compulink.co.uk
Reply-To: james@cix.compulink.co.uk
Date: Tue, 28 Jul 1992 22:01:00 +0000

I'm using Motif 1.1, creating a popup menu with XmCreatePopup(), and adding
callbacks to the returned widget with XtAddCallback(). I'm getting a warning
message "Can't add callbacks in XtAddCallbacks".

Has anybody else had a similar problem? Seen the same warning message? Have
any ideas what could be causing it? Is it likely to be me corrupting memory
somewhere or misusing a motif function? Or a motif or X11R4 bug? (no, I don't
believe this either).

I've been trying to track this problem for 3 days now, and I'd be *really*
appreciative of *any* pointers anyone could give me.

o-----------------------------------------------------------------------o
|James S Hooton     | disclaimer: any       | email to                  |
|90 Mansfield Drive | society that needs    | (in order of preference)  |
|Merstham           | disclaimers has far   | james@cix.compulink.co.uk |
|Surrey RH1 3JN     | too many laywers.     | james@cix.compulink.co.uk |
|ENGLAND            |                       | james@matrix.demon.co.uk  |
o-----------------------------------------------------------------------o
From: tompalka@cray.com (thomas m. palka)
Newsgroups: comp.windows.x.motif
Subject: Re: Focus problems running Motif app under OpenWindows
Date: 31 Jul 92 15:16:13 GMT
Organization: Cray Research, Inc. Eagan MN.
In-reply-to: sennett@sol.UUCP's message of 27 Jul 92 18:23:00 GMT

In article <1368@sol.UUCP> sennett@sol.UUCP (Michael Sennett) writes:

   One of our Motif applications needs to run under OpenWindows. For the most
   part, it seems to work, but it has a problems when click-to-type is being
   used.  The symptons of the problem are that sometimes when a modal question 
   dialog is popped up, the focus can't be shifted to the dialog box. 
   In fact the focus cannot be shifted at all, so the user is stuck.
   (Although I have been able to pop the dialog box down using F1 (but I'm not
   sure what F1 is under OpenWindows)).  A similar problem occurs when our app
   starts up an editor.  The focus can't be shifted from our window to the new
   window or any other window.

I have the same happen to me -- especially if a new window comes up
while the menu is being popped up.  I found that pressing the "HELP" key
(under the L9 and L10) unconfuses the manager, and things start to work.

On the same topic, it sometimes happens to me that while running Open
Windows 3.0 popping up a motif application crashes either the server or
the window manager.  Sometimes it hangs the workstation, so it is
necessary to L1-A.  Other times it just drops back to console mode, and
things work ok, but of course it kills all the X applications that I had
up.  Has anyone else experienced it?

I'm running motif 1.2 with x11r5 under open windows 3.0, on a sun4 (a
monochrome sparc slc).


tom
--

-----------------------------------------------------------------------------
thomas m. palka			       	            | tompalka@cray.com
cray research inc., eagan mn                        | voice: 612-683-5341
From: taj@abb-sc.abb-sc.com (Tracy Jones)
Newsgroups: comp.windows.x.motif
Subject: disabling a windows resize handle on the fly
Date: 24 Jul 92 16:37:14 GMT
Organization: ABB Systems Control Company, Inc.


I am trying to remove and restore the resize handle from a shell widget 
(created by XtAppCreateShell).  I am using decwindows 1.0 under VMS 5.5.  I can
do it by setting the decorations and functions and unmapping and mapping the
widget, but then there is a terrible flash on the screen as the widget is
unmapped and mapped.  The reason that I unmap and map is that I can't get the
window managers attention that the resize handles have been removed or
restored until the widget is unmapped and mapped.  Any ideas how to make the
window manager notice me??  I also tried XGetWMHints and XSetWMHints, but it
didn't work.  Thanks,


				Tracy
Newsgroups: comp.windows.x.motif
From: ccarpent@dpcs_gt1.ess.harris.com (Craig Carpenter)
Subject: Re: Float as Resources
To: ethan@earl.scd.ucar.edu (Ethan Alpert)
Organization: Advanced Technology Department, Harris Corporation
Date: Wed, 22 Jul 1992 16:24:10 GMT


--

The easiest thing I can think of is that floats are not defined the same
on every machine. They are handled different dependent on the architecture,
thus not portable.

============================================================================= 
                                                 
Craig Carpenter                                   HARRIS CORPORATION
E-Mail: ccarpent@dw3f.ess.harris.com 	  IIIIIIIII    SSSSSSSS   DDDDDDD
Phone : (407)984-6444                         I        S          D      D
Fax   : (407)984-6327                         I        SSSSSSS    D      D
                                              I               S   D      D
                                          IIIIIIIII    SSSSSSS    DDDDDDD

"But, why ??" -- asked by every child in America under 4 years  of age
============================================================================
From: vnagar@godzilla.intel.com (Vivek Nagar)
Newsgroups: comp.windows.x.motif
Subject: Scrolling a paned window.
Date: 21 Jul 92 21:46:32 GMT
Reply-To: vnagar@godzilla.intel.com (Vivek Nagar)

Is there a way to fix the height of a Paned Window which dynamically
adds children and scroll through it? The problem is that Paned 
Window being a subclass of XmManager will not accept a fixed width
and I'm not sure that you can include a Paned Window within a
Scrolled Window.

Vivek

--------------------------------------------------------------------------
Vivek Nagar				Email:	
Software Engineer			vnagar@mipos3.intel.com
Intel Corporation			
(408) 261 2142 (R)
(408) 765 4264 (O)
--------------------------------------------------------------------------
Newsgroups: comp.windows.x.motif