HDTenEightyP/NetNews huggingface dataset:
From: cecchinr@dimaggio.cs.rpi.edu (Ron Cecchini)
Subject: XmSelectionBox and multiple fonts - try # 2
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Fri, 4 Sep 1992 19:36:46 GMT

Hi again,

 I hope someone from OSF is reading this, because I can't find
anything anywhere about this problem:

I have a SelectionBox.  Some of the items in the SelectionBox's List
widget child are in a bold font, and the rest are in the default font.
Whenever I try to select an item that is in bold font, it doesn't
get selected; i.e. it doesn't appear in the SelectionBox's
Text widget child.

I realized earlier today that I wasn't loading the bold font
into the Text widget child (like I was doing for the List widget
child) - so I did that, and *still* no dice.

Please tell me that I don't have to implement my own SelectionBox!!!

Thanx,
Ron
From: rct@fulcrum.bt.co.uk (Richard Taylor)
Newsgroups: comp.windows.x.motif
Subject: Memory leak in Motif.
Date: 8 Sep 92 14:16:59 GMT
Organization: Fulcrum Communications

Memory Leak in Motif.
---------------------

I seem to have found a memory leak in Motif (by use of Purify). I wonder if 
it a recognised one, or whether I have made a goof in my program.

I made a call to set a text field to some string ("***"), from a MessageBox's
OK button callback;

  XmTextFieldSetString(UxGetWidget(passwdPasswordField), "***");

(The UxGetWidget() is a UIM/X function which returns a Widget.)
The MessageBox and the TextField widgets both have to the same parent, a
DialogShell.

The memory leak occurs as follows;
(stack trace)
52     bytes at 0x265d00 lost (mlk), malloc called from:
             XtMalloc (Alloc.o; pc = 0xe063c)
             NewContext (Selection.o; pc = 0x10ee3c)
             OwnSelection (Selection.o; pc = 0x111770)
             XtOwnSelection (Selection.o; pc = 0x111924)
             SetDestination (TextF.o; pc = 0x5166c)
             XmTextFieldSetCursorPosition (TextF.o; pc = 0x5d4e4)
             _XmTextFieldImplementNewValue (TextF.o; pc = 0x4b8d0)
             XmTextFieldSetString (TextF.o; pc = 0x5d1ac)
             okCallback_passwordMessageBox (passwdDialog.o; line 134)

This 52 byte allocation occurs every time that XmTextFieldSetString is called.

My knowledge of Motif is not good enough to recognize exactly what is occuring,
but it seems that what should be a temporary context is allocated, but never
freed.

Anyone got any ideas?
(email would be preferable to the net, as I don't read .motif regularly...)

============================================================================
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.
From: meeks@osf.org (W. Scott Meeks)
Newsgroups: comp.windows.x.motif
Subject: Re: XmList Callbacks, and Keyboard events..
Date: 11 Sep 92 19:20:25 GMT
Distribution: inet
Organization: The Internet

>Date: 10 Sep 92 20:01:19 GMT
>From: 8461.span!FEDEX.MSFC.NASA.GOV!patrick@ucbvax.Berkeley.EDU  (Patrick E. Meyer (205)544-2265)
>Any Help appreciated...
>
>Question 1:
>
>When the user selects and deselects on an item in a List the appropriate
>selection callback is called. Do any selection callbacks get called during
>XmListDeselectAll? If so, which one. The manual does not indicate that one is
>called, but it seems likely that one should.

Nope.  No callbacks are called. I don't think callbacks are called for any
of the convenience functions.  The reasoning, I believe, is that since the
application is calling the convenience function, it should have complete
control over whether or not a callback is called.  Callbacks are really
intended to let the application know if the user does something to the
interface.  If you really want a callback to be called when you call
XmListDeselectAllItems, you can either call the function directly or use
XtCallCallback to call the appropriate callback.

Hope this helps.  Let me know if you have anymore questions.

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

Xref: sparky comp.windows.x.motif:6143 comp.windows.x:16553
From: sobol@cathedral.cerc.wvu.wvnet.edu (Michael Sobolewski)
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: Why does pressing <return> in a text field widget do nothing?
Keywords: text field, translations
Date: 11 Sep 92 15:53:18 GMT
Followup-To: poster

I have a (Young's) UIComponent consisting of the parent as a form
and two children: a text field and a list. Going back to the text
field after leaving in it some text and interactions with the list
causes the text field not responding to <return> (while I can still
edit the text).

I appreciate any solution you would be able to e-mail to me.

Mike

-------------------------------------------------------------------------------
Michael Sobolewski              How not to get lost in the complexities of our
CERC/WVU, Drawer 2000           own making is still computing's core challenge.
Morgantown, WV 26506                                           Edsger Dijsktra
office: (304) 293-6961 ext.244
e-mail: sobol@cerc.wvu.wvnet.edu
From: morgan@dl5000.bc.edu (Morgan Stair)
Newsgroups: comp.windows.x.motif
Subject: Help! SUN vs DECstation error.
Date: 15 Sep 92 18:01:53 GMT
Distribution: usa
Organization: Institute for Space Research, Boston College

Help!

I've got a form widget with 28 drawing area children, 28 label
children, and a pushbutton child.  The problem is, the pushbutton is
the only thing to appear when I run the code on a Sun SPARCstation 1+,
but everything seems to run fine when I build the application on a
DECstation.

                    TransientShell
                         |
                    MainWindow
                    /         \
               MenuBar        Form
                              |
                              DrawinAreas, Labels, and 1 PushButton

I'm using Motif 1.1.1 and X11R4p18 on both platforms.  The SUN is
running SunOS 4.1.1.

I have NO idea what's going wrong.  If anyone has run into this
problem or related ones, please respond via e-mail to
<morgan@dl5000.bc.edu>.

Thanks!
--
---------------------------------------------
Morgan Stair <Morgan@DL5000.BC.EDU>
Boston College / Institute for Space Research
---------------------------------------------
Newsgroups: comp.windows.x.motif
From: pererik@cmi.no (Per-Erik Nordbo)
Subject: Re: freezing height/width
Organization: Chr. Michelsen Institute
Distribution: comp
Date: Mon, 7 Sep 92 07:04:23 GMT

You are not garanteed that the wm will care about the size contstraints described below, but most wm's do respect them.

/****************************************************************************
* FUNCTION: FreezeShell()
****************************************************************************/
void FreezeShell(shell)
   Widget shell;
{
    XSizeHints hints;
    unsigned int mask;
    Dimension width, height;
    int n;
    Arg wargs[2];

    /* get current shell width and height */

    n = 0;
    XtSetArg(wargs[n], XmNheight, &height); n++;
    XtSetArg(wargs[n], XmNwidth,  &width);  n++;
    XtGetValues(shell, wargs, n);

    /* Prevent users  from resizing window */

    hints.flags = PSize | PMinSize | PMaxSize;
    hints.min_width = hints.max_width = hints.width = width;
    hints.min_height = hints.max_height = hints.height = height;

    XSetNormalHints(XtDisplay(shell), XtWindow(shell), &hints);
}


-- 
Per Erik Nordboe, Christian Michelsen Research, Norway pererik@cmr.no
Newsgroups: comp.windows.x.motif
From: pcorneli@bilbo.encore.com (Phil Cornelius)
Subject: Advice on drawing in form widget needed
Organization: Encore Computer Corp.
Date: Wed, 16 Sep 1992 02:43:23 GMT
Keywords: XmForm

I am attempting to generate a rather complex diagram in a form
widget consisting of PushButtonGadgets variously connected by
lines representing special relationships.  The problem I am having
is that the Form widget does not have an exposeCallBack list for 
me to insert my routine to draw the lines.  Am I going to have to
create a new form widget which does or can anyone think of a better
way to accomplish my goal?  If you have any experience doing this
type of thing or ideas which might help please email me.

-- 
				Phil Cornelius
				Encore Computer Corp.
				pcornelius@encore.encore.COM
Newsgroups: comp.windows.x.motif
From: david@oahu.cs.ucla.edu (David Dantowitz)
Subject: (New User ?) How to change focus from "OK" to SelectBox List?
Originator: david@oahu.cs.ucla.edu
Organization: UCLA Computer Science Department
Date: Mon, 14 Sep 92 11:48:54 GMT


I'm new to motif, etc. and would like to change the focus from a
SelectionBox's OK button to the selection list.  I'm sure this is
simple, but I'm new to this stuff and can't get it right.

Thanks ion advance

-- 
David Dantowitz
david@cs.ucla.edu

Singing Barbershop when I'm not doing parallel simulation
From: ross@.edsg.hac.com (Ann Ross)
Newsgroups: comp.windows.x.motif
Subject: Bugreport template for OSF MOTIF
Date: 8 Sep 92 17:04:12 GMT
Reply-To: ross@.edsg.hac.com (Ann Ross)
Distribution: usa
Organization: Hughes Aircraft Co., El Segundo, CA

Would someone please send me a BUGREPORT template for OSF Motif.

Thanks,
Ann Ross
Hughes Aircraft Co.
El Segundo, CA
310-616-3430
From: chrisw@chopin.FtCollins.NCR.com (Chris Whitley)
Newsgroups: comp.windows.x.motif
Subject: XmNcolumns resource of XmTextField BUG
Date: 9 Sep 92 19:01:33 GMT
Reply-To: chrisw@chopin.FtCollins.NCR.com (Chris Whitley)
Distribution: world
Organization: NCR Microelectronics, Ft. Collins, CO

I am pretty sure that setting the XmNcolumns resource of an
XmTextField causes a fatal X error (Bad Drawable, etc.).  Can anyone
confirm this?  

Second question...since I can't get this resource to work,
how do I find out the number of pixels per character of my
default font such that I can set the XmNwidth to accomplish
the same thing?

Email responses are great!

Chris

---------------------------------------------------------------
Chris Whitley            email: Chris.Whitley@FtCollinsCO.NCR.COM
NCR Microelectronics     Phone: (303) 223-5100 ext. 432
2001 Danfield Court        Fax: (303) 226-9556
Ft. Collins, CO  80525
From: cupak@rapnet.sanders.lockheed.com (John J Cupak Jr CCP)
Newsgroups: comp.windows.x.motif
Subject: Re: How do I disable Menu Button in Window?
Keywords: DEC, Ada, Motif, X
Date: 9 Sep 92 19:35:26 GMT
Reply-To: cupak@rapnet.sanders.lockheed.com (John J Cupak Jr CCP)
Organization: Lockheed Sanders, Inc.


Here's the way I figured out how to disable the window menu button,
using DEC Ada, Motif, and X calls (detail omitted for clarity):

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

with Motif;
with X; 

procedure Disable_Decorations is

    Arguments	    : Motif.Arg_Type_Array (0..9);       

-- Omitted lines

    ------------------------------------------------------------------
    -- Set Window Frame Decoration Field Values:                    --
    -- Motif Programmer's Guide                                     --
    -- Table 12.3, p. 12-15  					    --
    --								    --
    --				   +------------ MWM_DECOR_MAXIMIZE -- 
    --				   |+----------- MWM_DECOR_MINIMIZE --
    --				   ||+---------- MEM_DECOR_MENU     --
    --				   ||| +-------- MWM_DECOR_TITLE    --
    --				   ||| |+------- MWM_DECOR_RESIZEH  --
    --				   ||| ||+------ MWM_DECOR_BORDER   --
    --                             ||| |||+----- MWM_DECOR_ALL      --
    --                             ||| ||||                         --
    --                             VVV VVVV                         --

    Decorations     : Integer := 2#110_1110#; 

begin

-- Omitted code lines

    Arguments := (
	0 => (Motif.XmNx'Address,               Integer (X)),
	1 => (Motif.XmNy'Address,               Integer (Y)),
	2 => (Motif.XmNwidth'Address,           Integer (Width)),
	3 => (Motif.XmNheight'Address,          Integer (Height)),
	5 => (Motif.XmNresizePolicy'Address,    Motif.XmResize_None),
	6 => (Motif.XmNdialogStyle'Address,     Motif.XmDialog_Modeless),
	7 => (Motif.XmNdialogTitle'Address,     To_Integer(Dialog_Title)),
	4 => (Motif.XmNdefaultPosition'Address, Boolean'POS (False)),
	8 => (Motif.XmNmessageString'Address,   To_Integer(Dialog_Message)),
	9 => (Motif.XmNmwmDecorations'Address,  Decorations)); 

-- Omitted code lines

    Motif.XtToolkitInitialize;
    Motif.XtCreateApplicationContext (...);
    Motif.XtOpenDisplay (...);
    Motif.XtAppCreateShell (...);
    Motif.XmCreateMessageDialog (Widget   => Dialog_Widget,
                                 Parent   => Dialog_Shell,
                                 Name     => Title & ASCII.NUL,
                                 Arglist  => Arguments,
                                 Argcount => Arguments'Length);
end Disable_Decorations;

--
John J. Cupak, Jr., CCP       Lockheed DECNet: MERVAX::CUPAK
Lockheed Sanders, Inc.        Internet       : cupak@rapnet.sanders.LOCKHEED.COM
144 DW Highway / MER24-1K23   CompuServe     : 72411,3176 
Nashua, NH 03061-0868         Telephone      : (603) 885-5816     FAX: 885-6081
Newsgroups: comp.windows.x.motif,comp.windows.x
From: jmm@bart.inescn.pt (Jose Moreira)
Subject: Re: Wanted: Disabling Window Decorations
Keywords: DEC, Ada, Motif, X
Organization: CG & CAD - INESC Norte
Date: Fri, 11 Sep 92 10:20:32 GMT

In article <1992Sep11.020646.13542@thunder.mcrcim.mcgill.edu>, mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
|> In article <1992Sep8.204843.5424@Rapnet.Sanders.Lockheed.Com>, cupak@rapnet.sanders.lockheed.com (John J Cupak Jr CCP) writes:
|> 
|> > How do I create a popup dialog box without the "decorations"?
|> 
|> > I don't want the user to be able to resize, minimize, maximize, move,
|> > or use the menu to close the dialog box.
|> 
|> The only sure way is to make it override-redirect.  (Well, that's not
|> quite *absolutely* sure, but any window manager that meddles with
|> override-redirect windows is just plain broken.  If you *must* be
|> *absolutely* sure, grab the server before doing anything else, make it
|> an override-redirect window, and don't ungrab the server 'till you're
|> done.)  Anything else is WM-dependent; some window managers make this
|> easier than others.  You can try making it a transient (see the ICCCM's
|> description of WM_TRANSIENT_FOR); this will sometimes make the window
|> manager give it lighter treatment...or perhaps not.  It's up to the WM
|> and the user.
|> 
|> 					der Mouse
|> 
|> 			    mouse@larry.mcrcim.mcgill.edu


I think there is a better way to do that ...

You can set the "XmNmwmFunctions" and "XmNmwmDecorations" resources according to what you want the user to be able to. Thus you can remove one(!!!) or more capabilities to the window.
(see MwmUtil.h for all the decorations.)


					Jose' Moreira.
From: osbornk@prism.CS.ORST.EDU (Kasey S. Osborn)
Newsgroups: comp.windows.x.motif
Subject: Destroying option menu fatal to app
Summary: Help!
Date: 8 Sep 92 20:12:25 GMT
Article-I.D.: CS.1992Sep08.201225.1685
Distribution: inet
Organization: Oregon State University, Computer Science Dept.

Please help!
 
I am trying to destroy an option menu.  However, destroying an option
menu is fatal to the application.  The core dump told me it crashed
in _XmStringFreeContext().  I was bewildered so I reduced the program
down to the smallest amount of code that reproduces the problem
(originally the option menu was within a dialog box).  I remain
bewildered.  I can't believe this serious of a bug could be in Motif.
 
I'm running Motif 1.1 and I've tried this program on DG/UX and AIX.
The complete program (45 lines) is below.  The option menu is
destroyed when the pushbutton is pressed.
 
Any help (including workarounds) would be much appreciated,
Kasey
osbornk@cs.orst.edu
 
********** CUT HERE **********
 
/* kaboom.c:  failed attempt to destroy an option menu. */
 
#include <Xm/Xm.h>
#include <Xm/PushB.h>
#include <Xm/DialogS.h>
#include <Xm/RowColumn.h>
#include <stdio.h>
 
Widget app, control, menu, colors, ok, w;
Arg arg [32];
XtAppContext appContext;
void OkCB ();
 
void main (argc, argv)
unsigned int argc;
char *argv[];
{
  app = XtAppInitialize (& appContext, "kaboom",
                         NULL, 0, & argc, argv, NULL, arg, 0);
 
  control = XmCreateRowColumn (app, "control", NULL, 0);
  menu = XmCreatePulldownMenu (control, "_pd", NULL, 0);
 
  XtSetArg (arg[0], XmNsubMenuId, menu);
  colors = XmCreateOptionMenu (control, "green", arg, 1);
 
  w = XmCreatePushButton (menu, "red",   NULL, 0);  XtManageChild (w);
  w = XmCreatePushButton (menu, "green", NULL, 0);  XtManageChild (w);
  w = XmCreatePushButton (menu, "blue",  NULL, 0);  XtManageChild (w);
  XtManageChild (colors);
 
  ok = XmCreatePushButton (control, "kill colors", NULL, 0);
  XtManageChild (ok);
  XtAddCallback (ok, XmNactivateCallback, OkCB, NULL);
  XtManageChild (control);
 
  XtRealizeWidget (app);
  XtAppMainLoop (appContext);
}
 
void OkCB ()
{
  /* Doing this causes a core dump!!! */
  XtDestroyWidget (colors);
}
From: grossjoh@marcy.ls6.informatik.uni-dortmund.de (Kai Grossjohann)
Newsgroups: comp.windows.x.motif
Subject: mwm icon manager
Date: 15 Sep 92 15:11:28
Organization: Universitaet Dortmund, Lehrstuhl Informatik VI
Distribution: world
NNTP-Posting-Host: marcy

Hello there,

I use the mwm icon box and like it a lot except for two things:

        (a)     The icon box always displays all the icons. You can tell the twm
                icon manager not to display some programs like
                        xload, xbiff, xclock,...
                How do I tell the mwm icon box not to display these?

        (b)     I told the icon box to only display the labels not the icons to 
                save space. It truncates the icon names to 5 letters (using font
                9x15bold), though. How do I tell it to display the first 10
                instead of the first 5 characters?

ThanX a lot in advance for your help. I'm afraid this is probably a FAQ. If so,
tell me how to get the list of FAQs for this newsgroup so that I can see for
myself.

        Kai Grossjohann
--
  Kai Grossjohann            Phone (voice): 49 231 75 30 15
  Baroper Str. 331 App. 510  E-Mail: 
  W-4600 Dortmund 50         grossjoh@ls6.informatik.uni-dortmund.de
  Germany                    
--
because I didn't think of a good beginning for it.
                        -- D. Hofstadter
From: littlec1@jaguar.uofs.edu (Chris Little)
Newsgroups: comp.windows.x.motif
Subject: Communicating client applications - ???
Date: 8 Sep 92 15:01:52 GMT
Organization: University of Scranton

How can I get two client applications to communicate? Something as
simple as a loop in one that counts to 100.  Everytime it reaches a
multiple of 5, it sends the number to the window belonging to the
other application.  Can this be done easily?

Can one application contain two toplevel widgets, two contexts?

Thank you in advance for your help.

--
Chris Little, Programmer/DBA                    University Computing Systems
                                                University of Scranton
  LITTLEC1@JAGUAR.UOFS.EDU                      Scranton, PA 18510
From: ash+@CMU.EDU (Ashvini Sharma)
Newsgroups: comp.windows.x.motif
Subject: line graph widgets
Date: 8 Sep 92 07:16:27 GMT
Article-I.D.: andrew.0efAD=u00Vp64qzEcS
Organization: Junior, Electrical and Computer Engineering, Carnegie Mellon, Pittsburgh, PA

hi there.
	I did read a post from some one one week back regarding a graph widget
for motif, but could not find any answers.... Anyone out there tried it
before? How? Please CC/reply to my address, since I don't get to read
this bboard as often as I want to.

thanks a lot

ash
From: greg@tigger.mc.duke.edu (Gregory Scott Baysden)
Newsgroups: comp.windows.x.motif
Subject: Problem compiling Motif libraries (DEC RISC)
Keywords: Compiling Motif
Date: 15 Sep 92 19:50:19 GMT
Organization: Duke University Medical Center (Dept of Cardiology)

This will be my first posting to Read-news, so I hope I include
enough information and details to make my problem clear.        

I am having problems compiling some X-motif applications I ftp'd off the
internet.  I have successfully compiled other X programs, but not ones 
requiring Motif libraries.

I am running DEC Ultrix BSD 4.2a on a DECstation 5000/25 RISC with MIPS
cpu, X11R4 with Motif 1.1.

The offending file seems to be Xm.h in /usr/include/X11/Xm.  To
illustrate, I copied the Xm.h to my local directory and wrote a test
program:

#include "Xm.h"
main()
{
 printf("This is a test\n");
}

Attempting to compile the above program:  "cc mytest.c" I get the following
errors:

ccom: Error: ./Xm.h, line 2017: syntax error
      typedef XtPointer (*XmResourceBaseProc)();
      -------------------^
ccom: Error: ./Xm.h, line 2017: function returns illegal type
      typedef XtPointer (*XmResourceBaseProc)();
      -----------------------------------------^
ccom: Error: ./Xm.h, line 2020: syntax error
          XmResourceBaseProc    base_proc;
      ---------------------^
(ccom): ./Xm.h, line 2020: cannot recover from earlier errors: goodbye!
          XmResourceBaseProc    base_proc;
      ----------------------------------^

The cc compiler is RISC based.  I am uncertain as to whether the problem
is the compiler or the library(ies).

If anyone has any suggestions on what the problem may be, and any
solutions, it would be greatly appreciated.

Thank you,

---------------------------
Greg Baysden
Analyst Programmer
Dept of Cardiology
Duke University Medical Center
e-mail:  baysd001@mc.duke.edu
---------------------------
From: eik@wormwood.kodak.com (Scott Eikenberry)
Newsgroups: comp.windows.x.motif
Subject: FileSelectionBox...why so slow?
Keywords: FileSelctionBox
Date: 9 Sep 92 15:05:13 GMT
Reply-To: eik@wormwood.kodak.com (Scott Eikenberry)
Organization: EASTMAN KODAK COMPANY


Hey,

I have some directories that have 1000+ files in them and I'm using the 
FileSelectionBox with a DirMask to look at them.  When I look at them from
the command line with a ls *.whatever it takes a couple of seconds to give me
a list but when I use the FileSelectionBox it takes like 30sec+ to get a list.
My question is :

Does anyone have any idea why it takes considerably longer to use the 
FileSelectionBox.

AND

Does anyone know of a way to speed things up.


Thanks for any info you can provide,

Scott Eikenberry
Eastman Kodak Company
email: eik@wormwood.kodak.com
       eik@acadia.kodak.com
       eikenberry@disney.dnet.kodak.com

p.s. a direct reply might not work so give one of the email addresses a try.
     thanks again.
Newsgroups: comp.windows.x.motif
From: schemers@leland.Stanford.EDU (Roland Schemers)
Subject: minimumWidth?
Organization: Distributed Computing Group, Stanford University
Date: Tue, 8 Sep 92 23:19:38 GMT

What is the best way to set a minimum width for a widget who's parent is
a form widget? In other words, I don't care how big the widget is stretched
to when the form widget is enlarged, but I do care how small it can be.

I have a number of list widgets that all have the same form as a parent
(basically this is a browser widget), and I want to set a mimimum size for
all the list widgets within the form.

thanks, Roland
-- 
Roland J. Schemers III              |            Networking Systems
Systems Programmer                  |            168 Pine Hall   (415)-723-6740
Distributed Computing Group         |            Stanford, CA 94305-4122
Stanford University                 |            schemers@Slapshot.Stanford.EDU
Newsgroups: comp.windows.x.motif