HDTenEightyP/NetNews huggingface dataset:
From: meeks@osf.org (W. Scott Meeks)
Newsgroups: comp.windows.x.motif
Subject: Re: XmToggleButton with Pixmap Faces
Date: 14 Apr 92 19:01:00 GMT
Distribution: inet
Organization: The Internet

>Date: 9 Jan 92 00:14:58 GMT
>From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!sdd.hp.com!cs.utexas.edu!ut-emx!jeanluc!stockett@ucbvax.Berkeley.EDU  (Jeffrey M. Stockett)
>
>Greetings!
>
>I have a radio button box with 32 toggle buttons in it.  I have created
>32 uil type pixmaps for them and set uil code up as follows in excerpt.
>My question regards having the buttons faces be pixmaps rather than
>a seperate button beside the pixmap.  I tried numerous things only to
>be foiled.  I want to put the pixmap on the button.  I don't need a
>different pixmap for when it is selected and unselected; one will do
>nicely.

I think you just need to set
XmNindicatorOn = False;
for all your toggle buttons.

W. Scott Meeks           
Open Software Foundation 
meeks@osf.org            
(617) 621-7229           
Practice random kindness and senseless acts of beauty.


Newsgroups: comp.windows.x.motif
From: duane@blacks.jpl.nasa.gov (Duane Clark)
Subject: Re: Performance of text widget
Organization: Image Analysis Systems Group, JPL
Date: Wed, 15 Apr 1992 22:35:09 GMT

fredrp@ferrari.nmc.ed.ray.com (Fred Ross-Perry) writes:

>We're having an awful time with the speed of the text widget on avery slow
>X server (MacX on a Mac SE).  I don't know the Motif version number.

>Other text editing applications are much faster, like xterm, dxterm, xedit, etc.  I.e., non-Motif ones.

>Is this a known behavior of the text widget?  What can I do to speed it up significantly?

Motif text widgets are extremely slow in wordwrap mode. Motif nows about
this and I've heard rumors they intend to do something about it eventually.
If yuo're not using wordwrap, then I don't know what the problem is.
From: sram@lccinc.UUCP (Sidharth Ram)
Newsgroups: comp.windows.x.motif
Subject: problem with XmTextSetString
Date: 8 Apr 92 21:41:52 GMT
Organization: LCC Inc., Arlington VA


Hi. I am having a problem using  XmTextSetString.
I have a scrolledtext, and i put a single string in this using XmTextSetString. the string is 37500 Bytes long, arranged as 3 lines ( i have inserted carraige returns every 12500 Bytes.
so the data is
 "   ............................ \n
     ..............................\n
     ..............................\n"
		       ^
                       |
		      (a)

for some reason, the string gets chopped off in the middle 
of each of the lines when displayed ie when i use the scrollbar
to go to the end, the lines get chopped off at (a) as marked
above. so all three lines are present, but are incomplete. 

has anyone experienced a similar problem or knows the reason/solution for this ? any help will be greatly appreciated.

thanks
siddharth
From: mravicha@rcsuna.gmr.com (M. G. Ravichandran )
Newsgroups: comp.windows.x.motif
Subject: Memory leak in Motif/Xt/X
Date: 16 Apr 92 16:10:12 GMT
Reply-To: mravicha@rcsuna.gmr.com
Organization: GM Research Labs

Hello,

Does Motif/XtoolKit/X have memory leak problems? How can we test it? How
can we monitor it?

Motif 1.1, X11R4, Sun4

Thank you very much.
Ravi

mravicha@rcsuna.gmr.com


Newsgroups: comp.windows.x.motif
From: subodh@cylink.COM (Subodh Nijsure (Contrator))
Subject: XmNdialogStyle resource.
Followup-To: smn@netcom.com 
Organization: Cylink Corp.
Date: Fri, 10 Apr 92 22:36:41 GMT


Motif/X Gurus,

 	What's the difference between dialogStyles
	XmDIALOG_APPLICATION_MODAL, 
        XmDIALOG_FULL_APPLICATION_MODAL	


                             CommonParent
                                  |
             ---------------------------------
            |                                 |	
	toplevelShell1			toplevelShell2
	    |                                 |
---------------------			-------------------------
|      |              |                  |                        |
Form1  InputDialog1    ErrorDialog1    InputDialog2            ErrorDialog2

I have dialogs as shown above. When creating ErrorDialog1 I specified 
dialogStyle to be XmDIALOG_APPLICATION_MODAL and I expected that no children 
of toplevelShell1 would get the input events but that doesn't happen 
InputDialog1 still gets the input events and Form1 doesn't get the input. 

When I specified dialogStyle XmDIALOG_FULL_APPLICATION_MODAL no windows except
ErrorDialog1 get the input.  But, I just want to block input to 
toplevelShell1's children. How do I do this?

-Subodh ( smn@netcom.com )
---------------------------------------------------------------------------
Speaking for no one in particular. 
---------------------------------------------------------------------------
Newsgroups: comp.windows.x.motif
From: kerry@ADS.COM (Kerry Koitzsch)
Subject: Selecting h/v scrollbars in list widgets
Organization: Advanced Decision Systems, Mtn. View, CA (415) 960-7300
Date: Fri, 17 Apr 1992 10:11:06 GMT

I've often wanted to have either the hscroll or vscroll bar
only in my XmList widgets --- initially i used the
XmNscrollBarDisplayPolicy and etc., but i found the best way
is to use XmCreateScrolledList, then extract the horizontal
and vertical scrollbar widgets with XtGetValues, unmanage
these, and set them to NULL:
		myscroll=XmCreateScrolledList(parent,"sb",args,n);
                n=0;
		XtSetArg(args[n], XmNhorizontalScrollBar, &hs);n++;
		XtSetArg(args[n], XmNverticalScrollBar, &vs); n++;
		XtGetValues(myscroll,args,n);
                if (!hscrollp){
		XtUnmanageChild(hs);
		n=0;
		XtSetArg(args[n], XmNhorizontalScrollBar, NULL); n++;
		XtSetValues(myscroll,args,n);
	        }

where the variables are: Boolean hscrollp, vscrollp
			 register int n;
		         Arg args[10];
		         Widget myscroll,hs,vs;

depending on the value of booleans hscrollp and vscrollp, i can
have one scrollbar or the other (or both/neither!)
independent of list size.

I've seen several people ask for independent scrollbar control, and
I'm wondering, is there a better way to do this? Controlling the
list widgets size and scroll attributes seems pretty clumsy as it
stands.
From: Mathias.Koerber@sniap.mchp.sni.de (Mathias Koerber)
Newsgroups: comp.windows.x.motif
Subject: XmList with unselectable items?
Date: 6 Apr 92 08:44:57 GMT
Reply-To: Mathias.Koerber@sniap.mchp.sni.de
Organization: Siemens Nixdorf Informationssysteme, AP 114

Hello all -

is there a way to grey out and make unselectable items in a XmList widget, so
that they can still be seen but not selected? I'd need this for an
app, when items are being worked on. It's a Mail User Agent, the messages
are displayed in a list, and when the read- or edit-window is open, the
messages shall be unselectable for other functions. But I don't want to
confuse the user by removing the messges from the list. 

Any dice? maybe a modified XmList, or something compatible?

Thx  a lot


----
Mathias Koerber    | Tel: +49/89/636-45685 | Mathias.Koerber@sniap.mchp.sni.de
SNI AP 114         | Fax: +49/89/636-45860 | koerber.muc@sni.de
MchP/LZ Rm:L1562   | X.400:  C=DE/A=DBP/P=SNI-SMTP/O=de/OU1=sni/OU2=mchp/
Carl-Wery-Str. 22  |         OU3=sniap/S=Koerber/G=Mathias
D-8000 Muenchen 83 | X.400:  C=DE/A=DBP/P=SNI/O=SIEMENS NIXDORF/OU1=MUENCHEN/
(United!) Germany  |         OU2=P4/OU3=D5/OU4=AP11/S=KOERBER/G=MATHIAS
* Eifersucht ist eine Leidenschaft, die mit Eifer sucht was Leiden schafft *
Newsgroups: comp.windows.x.motif
From: amc@WLV.IMSD.CONTEL.COM (Allen M. Cohen)
Subject: Re: XtDestroyWidget questions
Organization: Contel Federal Systems
Date: Tue, 7 Apr 92 19:24:55 GMT

In article <66040004@misty.boeing.com> walden@misty.boeing.com (Bill Walden) writes:
>void clbk()
>{
>	
>	XtDestroyWidget(rowcol);
>	printf("destroyed!\n");
>/* flush the output buffer and wait for events to be done (right????) */
>	XSync(XtDisplay(toplevel),False);
>/* treeof prints out the widget tree */
>	treeof(rowcol);
>}
I think the problem is that the destroy (phase 2) happens in XtDispatchEvent.
You might try doing XtAppAddTimeout for 1 second and then doing
treeof(rowcol) in your timeout callback.
<> Allen M. Cohen                  Internet:  amc@wlv.imsd.contel.com       <>
<> 1853 Stonesgate St.             UUCP:      elroy.Jpl.Nasa.Gov!agi0!allen <>
<> Westlake Village, Ca. 91361     Telephone: (805) 498-9611 ext. 195       <>
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
From: sanjay@iitmax.iit.edu (Sanjay Mehta)
Newsgroups: comp.windows.x.motif
Subject: Is anyone working on a multi-font widget for MOTIF
Keywords: multi-font, text-edit widget
Date: 8 Apr 92 22:36:00 GMT
Organization: Illinois Institute of Technology / Academic Computing Center

I think this question was asked some time ago, but I don't recall seeing
any answers to it.

IS anyone working on a multi-font text-edit widget for Motif?  By this
I mean a text-edit widget that can display multiple fonts at the same
time.  A text-edit widget that took an XmString instead of a char * 
would be perfect.  Does anyone know if OSF is working on this one?

I ask because I am working on a multi-font editor using Motif.  Does
anyone know of a good way to do this using the existing widgets?

Thank you.

-Sanjay Mehta
Newsgroups: comp.windows.x.motif,comp.windows.x
From: jrichard@cs.ulowell.edu (John (MacGyver) Richardson)
Subject: Help with ConnectionNumber, please?
Organization: University of Massachusetts at Lowell Computer Science
Distribution: usa
Date: Fri, 10 Apr 1992 03:03:14 GMT


I need some help with how X uses its sockets... I'm no X protocol guru
so any help will be appreciated!

I have an interactive game which must use sockets... I use a select()
call on ConnectionNumber(XtDisplay(toplevel)) and the socket number I need
to talk to.  Well, to make a long story short, I only get X events from
the socket when I click on the window!  So to get motif to draw a widget
I have to click a bunch of times... I added a timeout to select() but 
I don't want to eat cpu time that I don't need...  Is there another socket
that motif uses to tell its widgets to display??

my code looks something like this:


  while (TRUE) {
    inputset = ((1<<xsd) | (1<<sfd)); /* x socket and game server socket */
    select(32, &inputset, (fd_set *) NULL, (fd_set *) NULL, &timeout_rate );
    if (XtPending()) {
      XEvent event;
      XtNextEvent(&event);
      XtDispatchEvent(&event);
    } else if (inputset == (1<<sfd)) {
      receive_packet();                         /* get packet from game */
    } else {
      printf("\007timeout\n");
    }
  } /* while (TRUE) */

please send a copy of anything you post to me as I don't always have time
to read this group as much as I'd like to... I will post responses if 
any requests are made.
			thanks...


John (MacGyver) Richardson |"sun dogs fire on the horizon        \ \   \
jrichard@cs.ulowell.edu    | meteor rain stars across the night   * *   \   /\
jrichard@duck.ulowell.edu  | ...the spark still flies                /\  * /  \
                           | reflected in another pair of eyes." /\ /  \/\/
                                                           ------  \   / /
From: dbl@visual.COM (David B. Lewis)
Newsgroups: comp.windows.x.motif
Subject: Re: Sharing a window.
Date: 6 Apr 92 16:37:18 GMT
Distribution: inet
Organization: Mercenary Software, Programmer of Fortune Division


|> Can two processes share a window on the same server? If so, how do I 


----------------------------------------------------------------------
Subject: 129)! Can I have two applications draw to the same window?

	Yes. The X server assigns IDs to windows and other resources (actually,
the server assigns some bits, the client others), and any application that 
knows the ID can manipulate the resource [almost any X server resource, except
for GCs and private color cells, can be shared].
	The problem you face is how to disseminate the window ID to multiple 
applications. A simple way to handle this (and which solves the problem of the
applications' running on different machines) is in the first application to 
create a specially-named property on the root-window and put the window ID into 
it. The second application then retrieves the property, whose name it also
knows, and then can draw whatever it wants into the window.
	[Note: this scheme works iff there is only one instance of the first
application running, and the scheme is subject to the limitations mentioned
in the Question about using window IDs on remote displays.]
	Note also that you will still need to coordinate any higher-level 
cooperation among your applications. 
	Note also that two processes can share a window but should not try to 
use the same server connection. If one process is a child of the other, it 
should close down the connection to the server and open its own connection.

[mostly courtesy Phil Karlton (karlton@wpd.sgi.com) 6/90]

----------------------------------------------------------------------

-- 
David B. Lewis		Temporarily at but not speaking for Visual.
day: dbl@visual.com	evening: david%craft@uunet.uu.net
From: dbl@visual.COM (David B. Lewis)
Newsgroups: comp.windows.x.motif
Subject: Re: Activate callback for Option Menu Pushbuttons
Date: 14 Apr 92 13:27:19 GMT
Distribution: inet
Organization: Mercenary Software, Programmer of Fortune Division

I believe that this is fixed in Motif 1.1.4.

|> that the menu remains posted, the activate callback is called for the
|> push button that happens to be under the mouse at the time of the release.
|>   DEC Motif 1.1.1

-- 
David B. Lewis		Temporarily at but not speaking for Visual, Inc.
day: dbl@visual.com	evening: david%craft@uunet.uu.net
From: meeks@osf.org (W. Scott Meeks)
Newsgroups: comp.windows.x.motif
Subject: Re: scrollbar in scrolled window
Date: 16 Apr 92 13:31:48 GMT
Distribution: inet
Organization: The Internet

>Date: 3 Apr 92 21:49:22 GMT
>From: nsisrv!dtran@ames.arc.nasa.gov  (Duc Tran)
>I have a very hard time to get Motif to display a horizontal (and
>sometime verical ) scrollbar for the scrolled window which is
>the parent of a list (i.e., scrolled list) or of a text (i.e., scrolled
>text). I would prefer to have the scrollbars display statically
>rather than AS_NEEDED. Does anybody have a good solution to this ?

Have you tried setting the XmNscrollBarDisplayPolicy to XmSTATIC  in the
ScrolledWindow?  Also, remember that the ScrolledWindow is the XtParent of
the return value from XmCreateScrolledList, but that you can also set
ScrolledWindow resources in the arglist passed to XmCreateScrolledList.

W. Scott Meeks           
Open Software Foundation 
meeks@osf.org            
(617) 621-7229           
Practice random kindness and senseless acts of beauty.


Newsgroups: comp.windows.x.motif
From: optdes@alaska.caedm.byu.edu (Alan Parkinson)
Subject: Motif 1.1 to Openlook 2.0 -- Window Title Problems
Date: Tue, 14 Apr 92 12:33:41 MDT
Distribution: world
Organization: Brigham Young University, Provo UT USA
Keywords: olwm Motif Openlook
Originator: optdes@alaska.caedm.byu.edu



We are trying to get our Motif 1.1 application to run under Openlook 2.0.
All of our windows use an XmDialogShell and do not communicate properly with
the OLWM.  Through the use of XChangeProperties we have been able to
modify the decorations of the OLWM but when we remove the close box from
the decorations the window title disappears.  Upon resizing the window
the title appears to be justified more to the right than centered.  Does anyone know of a way to fix this problem without changing the shell class.  Any advice
would be greatly appreciated.  Thanks in advance.

Brandon W. Busacker
GUI Developer -- Design Synthesis, Inc.
Brigham Young University
From: sinster@cse.ucsc.edu (Darren Senn)
Newsgroups: comp.windows.x.motif
Subject: Re: FileSelectionBox - is it possible to Set the dirSpec field ?
Date: 16 Apr 92 21:19:07 GMT
Article-I.D.: darkstar.33094
Organization: University of California, Santa Cruz (CE/CIS Boards)

In article <2539@contex.contex.com> avinash@felix.contex.com (Avinash Chopde) writes:
>So, I tried a simple XSetValues for XmNdirSpec resource (after managing
>the widget), but all that happened was that the Selection field
>blanked out!

I don't know what you mean by "dirSpec".  I use "XmNdirectory" to change
the directory of the file selection box.
-- 
Darren Senn                                            Phone:    (408) 479-1521
sinster@scintilla.capitola.ca.us                       Snail: 1785 Halterman #1
Wasurenaide -- doko e itte mo soko ni anata wa iru yo.     Santa Cruz, Ca 95062
From: stroyan@hpfcso.FC.HP.COM (Mike Stroyan)
Date: Mon, 13 Apr 1992 16:46:10 GMT
Subject: Re: Summary: Does mwm support the WM_COLORMAP_WINDOWS property?
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.windows.x.motif

> There was one response, which was posted to this newsgroup
> by Ken Lee. He suggested looking into the mwm f.next_cmap function.
>
> f.next_cmap causes the draw widget colormap to be loaded whenever the
> top level base gets the pointer focus. This is a little different from
> what I want (I want the draw widget colormap to get loaded only when
> the draw widget itself has the pointer focus). The problem is that all the
> other widgets become invisible if the draw widget colormap gets loaded.
>
> So, my conclusion is that mwm does not really support WM_COLORMAP_WINDOWS.
> It does have f.next_cmap, but this solves a slightly different problem.
>
> - Ali Bahrami

The ICCCM definition of the WM_COLORMAP_WINDOWS property does not require
the colormap focus to follow the input focus below the toplevel window.
It does specify that property contains a prioritized list of the windows
which should have colormaps installed.  If you don't place the toplevel
window in the list, then the toplevel window's colormap will have highest
priority.  Therefore, if you want to see a widget's colormap installed,
you should put the toplevel window in the WM_COLORMAP_WINDOWS property
_after_ the you widget's window.

You can modify the colormap installation dynamically by updating the
property.  If you want to favor the widget when it is focused or when
the pointer is over it, then use callbacks on FocusIn/FocusOut, or
EnterNotify/LeaveNotify to shuffle the order of the windows listed in
the WM_COLORMAP_WINDOWS property.

Mike Stroyan, mike_stroyan@fc.hp.com
Newsgroups: comp.windows.x.motif
From: dah@access.digex.com (David A. Harris)
Subject: Intrinsics resource problem
Organization: Express Access -- Greenbelt, Maryland  USA
Date: Sun, 12 Apr 1992 05:28:57 GMT

I am having some problems with my resources, can anybody help me
out here.  I tried a couple of different things but haven't had any luck.
One strange thing I noticted is that the Xm.h file doesn't even mention a 
float data type.

While looking over the core and primative .h files I found no clues to how
fonts are handled.  core doesn't have GCs but what fonts are loaded with
the GCs in Primative?

One last thing :  How should I structure my StringTable for the resource
data base?  can someone specify a string table in a  resource file.  
Im pretty sure that in a program the last string is a NULL.



    {
	XtNstring,
	XtCString,
	XtRFontStruct,
	sizeof(caddr_t),
	offset(barGraph.fontInfo),
	XtRImmediate,
	(XtPointer) "5x8"		
    },

    {
	XmNmaxValue,
	XmCMaxValue,
	XtRFloat,
	sizeof(float),
	offset(barGraph.maxValue),
	XtRImmediate,
	(XtPointer) 	&MaxValue	
    },

	Dave Harris 		dah@digex.com
From: worrall@meteor.wisc.edu (Thomas Worrall)
Newsgroups: comp.windows.x.motif
Subject: help: children hide parent after raise
Date: 16 Apr 92 21:18:15 GMT
Distribution: na
Organization: Space Science and Engineering Center, UW Madison

This seems awfully basic, but I have checked the FAQs and manuals and
I'm still confused.  Any suggestions would be appreciated.

Goal: an application pops up menus which can popup submenus.  when 
a menu goes away, so should its submenus.  when an obscured menu is 
raised with button1, so should its submenus be raised, but the 
selected menu should be on top.  makes sense, right?

Here's two strategies that don't work:

1.  submenus' parent is menu.  when menu is unmanaged, so are 
submenus.  BUT menu won't raise above submenus.

2.  submenus' parent is menu's parent.  left mouse buttons raises
anything like it should, but of course submenus stay around when
menu is unmanaged.

i've looked through resources til my eyes are blurry, so i'm sure
that i've missed the obvious solution, right?  (tell me yes)
thanks for any advice.

-- 
__  Thomas Worrall     worrall@meteor.wisc.edu  __
Newsgroups: comp.windows.x.motif
From: bport@wahoo.owlnet.rice.edu (Bradley Jason Porter)
Subject: Emacs under Motif WM
Organization: Programmers Anonymous
Date: Wed, 15 Apr 1992 18:40:14 GMT

Hello,

  I am having trouble getting Gnuemacs to start up iconified 
under the Motif Window Manager.  I know in twm, that you can
use:

StartIconified
{
}

... in the .twmrc.

Is there a similar function for Motif?  Or at least a hack to fix this?

Thanks.

-- 
________________________________________________________________
Brad Porter		  |      The more you sweat during peace,
			  |       the less you bleed during war.
bport@owlnet.rice.edu     |         		- Sun Tzu
From: dbrooks@osf.org
Newsgroups: comp.windows.x.motif
Subject: Re: motif shareable library for the rs6000 ...
Date: 6 Apr 92 18:25:33 GMT
Distribution: inet
Organization: The Internet

You wrote:
> I am trying to build a shareable library of libXm of the version 1.1.4
> on the rs6000.  In that process I am trying to figure out which are the
> functions that should be exported out of the Xm library.
> 
> I have found that there are 3 functions that does not have names that 
> start with Xm:
> 
>     GetWidgetNavigPtrs
>     SetMwmStuff
>     InitializeScrollBars


...You can ignore these.

> and a bunch of internal functions that start with _Xm.

...I think mwm uses some of these; I haven't checked recently.

BUT.

You still have a problem, because AIX shared libraries (and OSF/1 shared
libraries :-) have a feature that collides with Xt, Xaw and Xm, and requires
special treatment.  There is a workaround in X11R5 Xt/Xaw, and I adapted that
for OSF/1.  It's not a pretty sight, though.

Briefly, the shared libraries are completely bound when built.  This means the
parent class pointer of the Xt classes TopLevelShell and TransientShell are
committed to pointing to the Xt VendorShell, not the toolkit VendorShell. 
Hence, the Xaw/Xm VendorShell class initialize method doesn't get called,
resulting in a converter not installed (Xaw) or a segv (Xm).

The solution involves rewriting Xt initialization so that these pointers are
patched at runtime, plus a change to XtIsVendorShell.

If you make it work on an RS/6000, for 1.1.x/R4, or even 1.1.x/R5 or 1.2R5, I'd
be interested in the details.

David Brooks
Systems Engineering
Open Software Foundation
From: nazgul@alfalfa.com (Kee Hinckley)
Newsgroups: comp.windows.x.motif
Subject: Re: CascadeButton callback problem
Date: 12 Apr 92 16:42:40 GMT
Distribution: inet
Organization: The Internet

> --I'd like to add a push button to a file selection widget..is it possible??

Sure, assuming you aren't picky about where it goes.  All selection dialogs
can take one additional child.


Alfalfa Software, Inc.          |       Poste:  The EMail for Unix
nazgul@alfalfa.com              |       Send Anything... Anywhere
617/646-7703 (voice/fax)        |       info@alfalfa.com

I'm not sure which upsets me more: that people are so unwilling to accept
responsibility for their own actions, or that they are so eager to regulate
everyone else's.