HDTenEightyP/NetNews huggingface dataset:
From: timkwan@athena.mit.edu (Unknown)
Subject: Forcing keyboard focus in Scrolled List Widget
Organization: Massachusetts Institute of Technology
Date: Sun, 26 Jul 1992 17:52:39 GMT


I have the following widget hierarchy:

		toplevel shell
		      |
	            form
		      |
		--------------
		|	     |
	      scrolled     pushbutton
              window
                |
               list

The scolled window and list widgets are a result of
XmCreateScrolledList().  When the application starts up, keyboard
focus is on the pushbutton.  I want it to default to the List widget
instead.  I did:

	XmProcessTraversal(listWidget, XmTRAVERSE_CURRENT);

It didn't work.  I had two such statements in a row (from Motif FAQ)
and that too didn't work.  How do I force the keyboard focus to
default to the list widget?

Please send response to me personally.

-Tim
From: chapman@teton.llnl.gov (Carol Chapman)
Newsgroups: comp.windows.x.motif
Subject: Re: Problems positioning option menus
Date: 27 Jul 92 17:25:50 GMT
Reply-To: chapman1@llnl.gov
Organization: Lawrence Livermore National Laboratory

In article <1992Jul27.162814.26293@ornl.gov>, jxt@stc06.ctd.ornl.gov (TOLLIVER J
S) writes:

|>Hi. I've got a small aesthetic problem positioning option menus in a Motif
|>there seems to be small amount of space built in
|>between the border and label on the left. 

Set the option menu's XmNpacking resource to XmPACK_NONE.

--
Carol Chapman                                        Tel. (510) 423-7876
Livermore National Laboratory                        chapman1@llnl.gov
P. O. Box 808, L-262            "The future's so bright,
Livermore, CA  94550             I gotta wear shades..." -- Timbuk3
|
Newsgroups: comp.windows.x.motif
From: matt@fics.uucp (Shithead II)
Subject: Re: poping XtMainWindow
Organization: Kvam data as
Date: Fri, 24 Jul 1992 12:20:13 GMT

to start with...

>  I have an AppShell (from XtAppCreatShell()) and then a dialog box 
>  (a XmCreateDialogShell() in with Style=PRIMARY_APPLICATION_MODAL
>  so the MainWindow in the AppShell is off limits...)
>
>  when the dialog box is done and removed (via XtUnmanageChild() and then
>  XtDestroyWidget()) how can I force my AppShell to be place on *top*
>  of all of the other windows in my display?
>
>  I know the answer is (well, should be) easy, but...
>
>  oh, I'm in Motif 1.1
>

then i got...

>In article <1992Jul21.170557.1428@neocad.com> alan@neocad.com (Alan Frost) writes:
>>Use XMapRaised(display, window) to request that your window be raised.
>

I tried XMapRaised() without success...

I have a good book ("OSF/Motif Concepts and Programming" by Thomas Berlage)
that recommended using XRaiseWindow(XtDisplay(shell), XtWindow(shell))
and this didn't work either...(even though the book says the window manager
should do the right thing with this call... i.e. put my AppShell on *top*,
despite possible X delays...)

My application is running under 'mwm'. Should I being talking to 'mwm' from
my XtAppShell? (i.e. via something like Xm*Protocol*()?)
or is XRaiseWindow() correct and there is something I need to do in
addition...?

my code sequence is as follows...
(guess i should write a little program...'men eg gidd ikke' [sic]...)

   Create AppShell     (Map() && Realize())
   Create Dialog Box   (DialogShell() and BBoard()...Map() etc...)
   Delete Dialog Box
   XRaiseWindow(XtDisplay(AppShell), XtWindow(AppShell))

   (net result...a big bagel...zero)

any ideas?

Matthew Kerr
Kvam data as
Nikkelveien 14, N-4300 Sandnes, Norway
Tel: + 47 4 62 37 66
Fax: + 47 4 62 39 85
From: english@alicudi.usc.edu (Joe English)
Newsgroups: comp.windows.x.motif
Subject: Re: Looking for a PD dial widget
Date: 27 Jul 1992 16:15:07 -0700
Organization: University of Southern California, Los Angeles, CA
Reply-To: joe@trystero.art.com
NNTP-Posting-Host: alicudi.usc.edu

In article <9207250141.AA21901@rigel> venkat@iis.UUCP writes:

>   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.

The Free Widget Foundation release, available on a.cs.uiuc.edu
in pub/fwf.shar.Z, contains two dial widgets.  Neither support
annotations, but one of them (the Rheostat) can be compiled as
a subclass of the Motif Primitive widget and supports the ``3D''
look. 


--Joe English

  joe@trystero.art.com
From: nazgul@alfalfa.com (Kee Hinckley)
Newsgroups: comp.windows.x.motif
Subject: Re: Is widget B the child of widget A?
Date: 21 Jul 92 19:47:16 GMT
Distribution: inet
Organization: The Internet

> Can someone tell me what is the easy way to find out if widget B is the child
> of widget A?

if (XtParent(b) == a) {

Or am I missing something here?

nazgul@alfalfa.com
617/646-7703 voice/fax

If Unix is the answer, then we've clearly forgotten the question.
From: uwe@bredex.UUCP (Uwe Faustmann)
Newsgroups: comp.windows.x.motif
Subject: Re: drawingarea shrinks in scrolled window
Date: 24 Jul 92 18:15:15 GMT
Organization: Bredex GmbH, Braunschweig, FRG


Have a look on the resource 'XmNresizePolicy'. Possible value are
XmRESIZE_NONE (fixed size), XmRESIZE_ANY (*shrink* or grow as needed)
and XmRESIZE_GROW ( grow only) where XmRESIZE_ANY is the default.
If you add a child to the DrawingArea it is resized with respect to
this resource.

You missed a two out of three chance :-)

uwe

-- 
\|||/    Uwe Faustmann, BREDEX GmbH             phone:  +49 531 75480
 o o     Kastanienallee 2a                      fax:    +49 531 796358
  >      D-3300 Braunschweig, Germany           email:   uwe@bredex.de
From: snail@lsl.co.uk
Newsgroups: comp.windows.x.motif
Subject: Re: In case you happen to teach X-window,motif course(s)!
Date: 27 Jul 92 11:54:33 GMT
Organization: Laser-Scan Ltd., Cambridge

In article <gopal.711916786@vincent1.iastate.edu>, gopal@iastate.edu (Suresh Gopalratnam) writes:
> 
>  I am a newcomer. I am just flaggerbasted by the number of books
> on windows. I need help from you guys. Can you tell me how I should
> start off? like what books to read? General course outline. Any material
> you might have prepared for such classes etc.,.

The best Motif book I've found is

Motif Programming Manual by Dan Heller, published by O'Reilly and Assocaites
 Inc.

ISBN 0-937175-70-6

Also, all the books they do on X are very good (we have most of them).

Stephen Kellett
snail@lsl.co.uk
Newsgroups: comp.windows.x.motif
From: drand@spinner.osf.org (Douglas Rand)
Subject: Re: static widgets being reused w/ different parents
Organization: Open Software Foundation
Date: 30 Jul 92 12:39:39

In article <vijay.712423682@cdsun.fnal.gov> vijay@cdsun.fnal.gov (Vijay Gurbani) writes:

      Is it okay to create a static widget once, and reuse it possibly
   with a different parent widget each time. Here is an example: I have
   a generic error routine that creates an error dialog and prints the
   error message as follows:

The X Toolkit does not support reparenting of widgets.  There 
are a number of good reasons for this.  Reusing dialogs is 
fine,  but don't reparent them (you shouldn't need to anyway).
--
Douglas S. Rand <drand@osf.org>		OSF/Motif Dev.
Snail:         11 Cambridge Center,  Cambridge,  MA  02142
Disclaimer:    I don't know if OSF agrees with me... let's vote on it.
Amateur Radio: KC1KJ
From: nazgul@alfalfa.com (Kee Hinckley)
Newsgroups: comp.windows.x.motif
Subject: Re: Motif app and file descriptors
Date: 30 Jul 92 21:56:09 GMT
Distribution: inet
Organization: The Internet

> I've got a Motif application which opens 17 uid files.  My application
> forks and execs another application (not motif) which brings up an
> xterm.  If my application opens just one additional file, either
> another uid file or a temp file, the xterm exhibits odd behavior...
> standard in and out in the xterm don't seems to work properly.  
> However, widgets from all my uid files are fetched properly.  
> 
> Is there some motif or X limit on the number of files I can have
> open?  My system limit of number of open files is 64.  Is there a limit
> to the number of .uid files my motif app can use?  

The absolute limit may be 64, but is it configured that way?  And are you
closing the file descriptors before execing'  (They ought to be marked to
close on exec, but...)

Note, you didn't include a return address.

nazgul@alfalfa.com
617/646-7703 voice/fax

If Unix is the answer, then we've clearly forgotten the question.
From: davies@GEST20.SINET.SLB.COM
Newsgroups: comp.windows.x.motif
Subject: ADD
Date: 28 Jul 92 12:51:21 GMT
Distribution: inet
Organization: The Internet

ADD
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: comp.windows.x.motif
Subject: Re: Motif 1.2
Date: 22 Jul 1992 09:01:36 GMT
Organization: University of Dortmund, Germany
Distribution: inet
NNTP-Posting-Host: tommy

In article <9207211311.AA27207@postman.osf.org>, vania@osf.org (Vania
Joloboff) writes:
|> OSF distributes a 10 pages sheet entitled:
|> 
|> 	OSF/Motif R1.1 to R1.2: detailed overview of changes
|> 
|> You may want to call OSF Motif direct channels to get that.

What about posting the paper to this newsgroup? You could save yourself a
lot of packing-and-mailing labour this way.

-- 
  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: rogerr@netcom.com (roger reynolds)
Newsgroups: comp.windows.x.motif
Subject: Re: WcCallback
Date: 22 Jul 92 21:02:07 GMT
Organization: Netcom - Online Communication Services (408 241-9760 guest)

In article <1992Jul22.161113.20425@porthos.cc.bellcore.com> kahil@go.NoSubdomain.NoDomain (Richard K. Branton) writes:
>
>When using Wcl's resource WcCallback the callback functions
>specified are called after the widget is created but before
>it is managed (and I believe before it's children are created?).
>This posses a problem if one wanted to have operate on the
>widget's children.
>
>Does anybody know how, using Wcl, a widget can be operated on
>sort of like wcCallback allows but after the widget and it's
>children have been managed or realized?
>
>Or if I am completely wrong can someone tell me?
>
>Thanks.
>
>---------------------->
>kahil@gamekeeper.bellcore.com
>---------------------->
>


	What you want to do is get the latest version of WCL,
	which I think is 2.2.
	In that version this problem is addressed by the addition
	of "wcAfterChildren", which is a callback list that gets
	invoked after all children are created.
	I fought this same sort of thing for a while in older versions
	of WCL.

	rogerr@netcom.com
From: alan@neocad.com (Alan Frost)
Newsgroups: comp.windows.x.motif
Subject: Re: HELP: How to inhibit widgets and some wm menu items
Date: 27 Jul 92 16:37:06 GMT
Organization: NeoCAD, Inc.

> From: bernay@aldetec.oz.au (Alain Bernay)

> I have two separate concerns which may affect the design of my screens.
> It is about the possibilities under Motif to:

> 1- inhibit in real-time (I mean by coding: eg "if not-supervisor-user
>   then inhibit-iconise") some of the menu items of the window manager
>   (mwm or the NCD local window manager);

> 2- inhibit (again in real-time) some widgets (mainly buttons).


1.  By real-time I assume you mean it should happen while the program is
    running.  The decorations, of which the menu items are part of, are
    controlled by the window manager.  Mwm and some other window managers
    have private protocols which allow to control parts of the decorations
    added.  The decorations provided are also dependent on the type of shell.
    Most window managers do not allow separate iconization of Transient shells.

    So if iconization is the issue then maybe you could create your window
    as an application shell when the supervisor is running and a transient
    shell otherwise.  This would only apply to subwindows.  You would have
    to play games with the window manager to "keep" your main window from being
    iconized and you probably don't want to do that.

2.  You can use XtSetSensitive( widget, sensitive).  Again this will work
    at run-time but will not happen in real-time.


alan
From: barba@crpcu.lu (Francis Barba)
Newsgroups: comp.windows.x.motif
Subject: Dynamically changing menu items
Date: 22 Jul 92 17:38:22 GMT
Distribution: inet
Organization: The Internet
X-Unparsable-Date: Wed, 22 Jul 92 11:25 MET DST

Hi, 

I have question about menu items (even if it is not totally compliant with 
the motif style guide...)

I create a menu bar with a cascade button. A PulldownMenu is then associated 
with this cascade button. This menu contains severall items (PushButtons, 
CascadeButtons, Separator, etc). 

I would like to dynamically insert a new item in this menu, a PushButton 
for example, at any position (the menu being already created and managed). 

I only have four parameters to do such action : 

	- the "reference widget" (brother widget of the new item)
	- an "insertion hint" (BEFORE or AFTER reference widget)
	- the name of the new widget
	- the label of the new widget

How can I do this ? Is the XmNinsertPosition resource of RowColumn usefull ?

I am running Motif 1.1 on a Sparc 2.

Thanks.

Francis

*------------------------------------*
* Francis Barba                      *
* CRP-CU Luxembourg                  *
* 162 a avenue de la Faiencerie      *
* L-1511 Luxembourg                  *
* barba@crpcu.lu                     *
* TEL : (352)47-02-61                * 
* FAX : (352)47-02-64                *
*------------------------------------*
From: montnaro@spyder.crd.ge.com (Skip Montanaro)
Newsgroups: comp.windows.x.motif
Subject: Re: What is "Purify" ? (Ostriches)
Date: 29 Jul 92 16:27:15 GMT
	<1992Jul27.140639.2184@lsl.co.uk> <4600@balrog.ctron.com>
	<matt.712332761@centerline.com>
Reply-To: montanaro@crd.ge.com (Skip Montanaro)
Organization: GE Corporate Research & Development, Schenectady, NY

In article <matt.712332761@centerline.com> matt@centerline.com (Matt Landau) writes:

   Purify is certainly useful for (reasonably) fast first level analysis, but
   it's completely missed a number of big leaks, on the order of 250K at a 
   time.  I haven't managed to figure out the particulars that cause Purify 
   to either find or miss a particular leak, but based on my experience using 
   it, I certainly wouldn't trust it to find everything of importance.  

One thing to consider is that if Purify locates any properly-aligned
pointer-length value that is the address of the start of a block of heap
memory, no matter how obscure it may seem to you (nothing's obscure to
Purify), it will count the memory as referenced.

For example, we developed a reference count mechanism for our software that
front-ends the usual malloc/realloc/calloc/free routines. A copy pointer
value returned by *alloc is kept by the reference counter for hashing and
debugging purposes.  Even though this pointer is absolutely useless to the
application programmer, Purify classifies the memory as referenced. To get
around this problem, we've resorted to "hiding" all pointers stored in the
reference counter by xoring them with ~0. It's no guarantee that the
pointers are truly hidden (we may very well be mapping one valid pointer
into another), but it's the best we've come up with so far.

--
Skip (montanaro@crd.ge.com)
Newsgroups: comp.windows.x.motif
From: chris@ods.com (Chris Atkins)
Subject: Re: Custom Resources
Organization: Optical Data Systems, Inc.
X-Newsreader: Tin 1.1 PL4
Date: Wed, 22 Jul 1992 15:26:22 GMT

kahil@gamekeeper.bellcore.com (Richard K. Branton) writes:
: I am interested in creating my own custom resources which
: could be attached to a widget in sort of the way wcl does
: "theWidget.wcClassName: ...".
: 
: Does anybody know how to attach your own resources to motif
: widgets?  Better yet, does anybody have any code which
: demonstrates this technique?
: 
: Thanks.
: 
: ----------------------------->
: kahil@gamekeeper.bellcore.com
: -----------------------------> 

TeleUSE allows you to create widget templates with custom resources.  If you are
not using TeleUSE, you can use the XmNuserData resource to point to a structure.

Chris Atkins
chris@ods.com
Newsgroups: comp.windows.x.motif
From: rogerr@netcom.com (roger reynolds)
Subject: Motif Interactive Placement for Dialog Boxes
Date: Thu, 23 Jul 92 22:33:48 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 


	Here's a question:
	I would like to have mwm do "interactivePlacement" for
	dialog boxes of a particular client, regardless of whether
	the mwm.interactivePlacement resource is set or not.

	I observe that with mwm.interactivePlacement TRUE,
		- new windows created are interactively placed,
		- popup dialogs of those windows are not.

	Is this a correct observation or have I missed something?

	Really, what I want is this.
	Do not use mwm.interactivePlacement for all windows.
	Ability for client to have popup dialogs placed "interactively"

	Any hints or suggestions?

	rogerr@netcom.com

	

Newsgroups: comp.windows.x.motif
From: anil@mcrware.UUCP (Anil Purohit)
Subject: XmList Widget Question
Followup-To: anil@microware.com
Keywords: List, Highlight
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Tue, 21 Jul 1992 20:28:24 GMT

Hi netters,
	I want to add one more functionality to the existing motif
list widget. I want to be able to select text from the list widget
i.e. highlight any text as we do in a text widget. I should be able
to select part of an item from a list widget as I drag along.

Any help would be greatly appreciated.

Thanks.

Regards,

Anil
-- 
--------------------------------------------------------------------
DISCLAIMER:
Opinions expressed are mine and only mine.

Anil C. Purohit  			E-mail:	anil@microware.com
--------------------------------------------------------------------
From: derek@controls.ccd.harris.com (Derek Smith)
Newsgroups: comp.windows.x.motif
Subject: Setting TAB stops in Motif Text
Date: 24 Jul 92 21:55:16 GMT
Organization: Harris Controls and Compositions


I am writing an ASCII text editor and I would like to be able to configure my own
TAB stops (Motif tabs are set at 8 spaces).  However, I don't want to explode
each TAB character into a bunch of spaces, I want all TAB characters to be
maintained.  If anyone can help me out, I'd greatly appreciate it.

Thanks in advance,

Derek R. Smith
Software Systems Engineer
Harris Controls
Melbourne, FL
e-mail: derek@ccd.harris.com
Xref: sparky comp.windows.x.motif:5294 comp.windows.open-look:3277 comp.windows.ms:18073
Organization: Johannes Kepler University Linz - Computing Center
Date: Wednesday, 29 Jul 1992 17:41:13 CDT
From: <K3046E0@ALIJKU11.BITNET>
Newsgroups: comp.windows.x.motif,comp.windows.open-look,comp.windows.ms
Subject:    MOTIF --> OS/2, Open-Look, MS Windows, DecWindows, Macintosh

 hello ...

   We are planning to translate our OSF Motif based code to run under
   several windows environments like OS/2, Open Look, MS Windows,
   Dec Windows and the Apple Macintosh system.
   Is there any help available via net ?

    Thank you, Roland.
Newsgroups: comp.windows.x.motif
From: jgmjo@goofy.lahabra.chevron.com (Glyn M. Jones)
Newsgroups: comp.windows.x.motif
Subject: What is "Purify" ?
Date: 23 Jul 92 14:46:26 GMT
Organization: Chevron Oil Field Research Company

In article <1992Jul9.230015.4033@neocad.com>, alan@neocad.com (Alan Frost) writes:
|> 
|> The old code overwrites memory if the widget being destroyed is not the first
|> one in the list.  This is bug is fixed in R5.  I used "Purify" to find this.
|> 
-- 
Could someone please provide information on "Purify" ? Is this an
OSF product ? Is is like lint or dbx ?
Thanks.
 +----------------------------------------------------------+
 Glyn Jones, Geophysics Division            jgmjo@chevron.com 	
 Chevron Oil Field Research Co.           Tel: (310) 694-7137 	
 La Habra, California 90633-0446          Fax: (310) 694-7063 	
Newsgroups: comp.windows.x.motif
From: rickm@kpc.com (Rick Meneely)
Subject: Help - input method warning
Organization: Kubota Pacific Computer
Date: Thu, 23 Jul 1992 21:44:34 GMT

We have just installed X11R5 and Motif 1.2 on Sparc 2's (SunOS 4.1.1)
and I sat down to attempt to put together a simple motif program. 
Everything appears to work properly except that I get the following 
runtime error at program startup:

Warning: 
    Name: topLevelShell
    Class: TopLevelShell
    Cannot open input method - using XLookupString


The widget hierarchry looks like

            [topLevelShell] (unrealized)
                  |
            [BulletinBoard]
            /     |       \
       [TextF]  [...]    [...]

There is only one TextField widget, if I remove it the problem goes away.

What am I doing wrong?

					- Rick
-- 
-----------------------------------------------------------------------------
|        "Not only do I want these elephants to cross the Alps...           |
| But I want them to ski, Damn it!" - Hannibal (Well he _could've_ said it) |
-----------------------------------------------------------------------------
| Rick Meneely  rickm@kpc.com      |        Kubota Pacific Computer Inc.    |
| Disclaimer: Wow, this automatic post generator really works great!        |
-----------------------------------------------------------------------------
Newsgroups: comp.windows.x.motif
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Subject: Re: Doing something 'til the button's released
Date: Tue, 21 Jul 1992 12:14:59 GMT
Distribution: usa
Reply-To: jay@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester, MN

In article <14fsa1INN88k@network.ucsd.edu>, warner@natasha.sdsc.edu (Ken Warner) writes:
|> I have an XmArrowButton.  I press Btn1Down.  I get one XmArmCallback(). 
|> I want to either: keep getting the XmArmCallback() repeatedly called until
|> I let go Btn1. 
|> OR:
|> Be able to detect Btn1Down in a loop in XmArmCallback() so's I can continuosly
|> increment/decrement a counter.

O'Reilly Vol 6 by Heller has an excellent example of this in example 11-6.  If you
don't have this book, you should probably get it.  I haven't found many things that
I could at least get some idea of how to do from that book.

Basic idea is this:
Add an XmNarmCallback to your arrow button.
Add an XmNdisarmCallback to your arrow button.
(In the example, these are the same function).

In your arm callback, (cbs->reason = XmCR_ARM)
call a function which
1) Changes the appropriate value
2) Adds itself as a timeout function (XtAppAddTimeOut()), if
   the timeout id is not 0 (ie. if it hasn't been removed).

In your disarm callback, (cbs->reason = XmCR_DISARM)
1) remove the timeout.

(This will probably require the timeout id be global, or
 you can do other funky things to get around it).

-- 
: jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
: shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.
Newsgroups: comp.windows.x.motif
From: rvloon@cv.ruu.nl (Ronald van Loon)
Subject: Re: How to load GIF images into buttons.
Originator: rvloon@triton.cv.ruu.nl
Date: Thu, 23 Jul 1992 07:40:24 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group
Keywords: Color, buttons, XPM, GIF

In <1992Jul22.234245.19665@newsgate.sps.mot.com> cowan@chdasic.sps.mot.com writes:

| "1)  Use Jef Poskanzer's pbmplus utilies to convert GIF file to XPM, you'll
| "    need 'ppmtoxpm' which I got off the net one day.

It is. Furthermore, the program is supplied with the latest release of XPM
(3.2)

| "Piece O' cake, right?  Well, if you don't follow that description,
| "take a look at the example program I'm including.  Checkout the 
| "'LoadXPMasImage' function in colorbutton.c, it basically does steps 3
| "through 7.

There is also a program called xgif, that loads a GIF directly into an Image.
Then use XCreatePixmap() and XPutImage() to put it in an Image. xgifload, a
demo program in the Motif++ bindings, does this, for example. Small program,
too.
-- 
Ronald van Loon (rvloon@cv.ruu.nl) 3DCV Group, Utrecht, The Netherlands.

Insanity is not bad in itself as long as there is a system to it. (H.Liberg)
Healthy absurdism once in a while has never hurt anybody (me)