HDTenEightyP/NetNews huggingface dataset:
From: trevor@telesoft.com (Trevor Bourget @ignite)
Subject: GUI Mktg/Engr Position--San Diego
Summary: Marketing Engineer Position in TeleSoft CASE Division
Keywords: GUI,Job,TeleSoft,Motif
Organization: Alsys Group, San Diego, CA, USA
Date: Tue, 5 Jan 1993 19:27:00 GMT

TeleSoft is a leading supplier of software development products for the
UNIX workstation market.  In order to meet the growing demands for our
Graphical User Interface product line, the CASE division marketing
group is looking for a software engineer to act as a technical liaison
to the product engineering group.

In this dynamic position, the successful candidate will assist with the
creation and maintenance of product specifications; develop technical
white papers, sales tools, and competitive reports; and evaluate third-
party products for integration with TeleSoft's products.

The position requires a B.S. in Computer Science and at least three
years of experience in software development in a UNIX environment, with
specific experience with the X Window System and OSF/Motif.  Experience
as a sales engineer (S.E.) or product manager is also highly
desirable.

If you meet the required qualifications, please forward your resume to
TeleSoft's Human Resources department by FAX at (619) 452-1334.

AA/EOE
Newsgroups: comp.windows.x.motif
From: ygor@3d2c.jhuapl.edu (Daniel E. White  (F2C))
Subject: Default PushButton on a Form Widget (NOT!)
Organization: Johns Hopkins U. Applied Physics Lab
Date: Mon, 4 Jan 1993 21:47:29 GMT

  I am designing a GUI panel, and in placing pushbuttons, one of them is
designated as the default button (activated by the return/enter key).

  Is there any way to say that I want NO default button ?

  I have tried messing with the XmNdefaultButton resource without success.

  Thanx in advance.

  Sahre & Enjoy !

-- 
------------------------------------------------------------------------
                                                               Dan White
------------------------------------------------------------------------
"Sometimes  I  think  the  surest  sign  that  intelligent  life exists
 elsewhere  in the universe is that none of it has tried to contact us."
                                                  Calvin (Bill Waterson)
From: afsypng@cmc.aes.doe.CA (Jacques Marcoux)
Newsgroups: comp.windows.x.motif
Subject: Unsuscribe
Date: 7 Jan 93 20:57:19 GMT
Distribution: inet
Organization: The Internet


Newsgroups: comp.windows.x.motif,80,articles
From: johanb@joyce.esat.kuleuven.ac.be (Johan Buelens)
Subject: Re: controlling an option menu from within the program (summary)
Keywords: option menu
Organization: K.U.Leuven, Belgium
Date: Wed, 6 Jan 1993 10:27:18 GMT


many thanks to everybody who responded !  as jasper@einstein.com pointed
out, `The menuHistory resource must be set to the XmPushButton *widget* that
you want to be selected.'

you can use the convenience functions to create the option menu, but then
you have to find out the names of the pushbutton widgets and the menu widget;
it then seems more appropriate to create the menu `the hard way' (without 
convenience function), so you are in control of all the widget names.

the following code fragment does the trick:

										/* generate a pulldown menu			*/
	software_optionsubmenu_volume=XmCreatePulldownMenu(software_rowcol,
			"optionsubmenu",NULL,0);
										/* generate the menu choices		*/
	for(i=0;i<NUMBER_OF_VOLUMES;i++) {
		software_optionsubmenu_volume_choice[i]=
				XmCreatePushButtonGadget(software_optionsubmenu_volume,
				cardinals[i+1],NULL,0);
	}
										/* manage the pulldown menu			*/
	XtManageChildren(software_optionsubmenu_volume_choice,NUMBER_OF_VOLUMES);

										/* create the option menu			*/
	compound_string=XmStringCreateSimple("volume      ");
	ac=0;
	XtSetArg(args[ac],XmNsubMenuId,software_optionsubmenu_volume);		ac++;
	XtSetArg(args[ac],XmNlabelString,compound_string);					ac++;
	software_optionmenu_volume=XmCreateOptionMenu(software_rowcol,"optionmenu",
			args,ac);
										/* manage the whole thing			*/
	XtManageChild(software_optionmenu_volume);


this menu can be reset simply by:


	XtVaSetValues(software_optionmenu_volume,XmNmenuHistory,
			software_optionsubmenu_volume_choice[0],0);


thanks again,


johan -b


---------------------------
Johan H. BUELENS
K.U.Leuven / ESAT / K. Mercierlaan 94 / B - 3001  Heverlee / Belgie
phone  : (32) (16) 20 09 31 ext. 1076
fax    : (32) (16) 22 18 55
e-mail : johanb@esat.kuleuven.ac.be  (preferred)
         buelens@imec.be, fheaa00@blekul11.bitnet
Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: Help with APPLICATION_DEFINED in a scrolled window?
Organization: Open Software Foundation, Motif Team
Distribution: inet
Date: Thu, 7 Jan 1993 15:41:50 GMT

 
|>    I was hoping that someone may be able to shed some light on a problem that
|>    I am having with scrolled windows? :-))   I have a scrolled window with
|>    a row column as the work window and I would like to do APPLICATION_DEFINED
|>    scrolling.  My goal is to set the "Unit length" to be the height of one of
|>    the forms in the row column. The problems I am having are redrawing the 
|>    row column and its children after it is scrolled up or down. ?? :-((   
|>    I have followed some of the examples in the O'Reilly's Vol 6 Motif 
|>    Programming Manual (app-scroll.c).  What I have done is when the increment 
|>    or decrement is done I do an XtMoveWidget on the work window?  
|>    Is this right?  If not that what?
 
From what you say, it really looks like you want AUTOMATIC scrolling.
(in AUTOMATIC, the scrolledwindow does the XtMoveWidget for you, you're
not allowed to call XtMoveWidget from the application).
APPLICATION_DEFINED would let you unmanage a set of buttons in your rowcolumn
and remanage another set, upon scrollbar notification, without having to
create them all up front.
From: Hellan@notis.telemax.no (Jon K?re Hellan)
Newsgroups: comp.windows.x.motif
Subject: Warning from XtRemoveGrab
Date: 6 Jan 93 06:06:54 GMT
Distribution: inet
Organization: The Internet

I have a problem when popping down Motif dialogs.

From some dialogs, I call time consuming callbacks. Early in the callback,
I pop down the dialog with the following sequence:

	XtPopdown(shell_widget);
	XmUpdateDisplay(shell_widget);

At the end of the callback, the dialog is destroyed.

Sporadically, I get the warning:

	Warning: XtRemoveGrab asked to remove a widget not on the list

I am not quite sure, but I think there have been core dumps shortly after this.

I introduced the popdown to give better feedback to the user. Previously, the
dialog did not disappear until the dialog was destroyed at the end of the
callback.

Does anybody have an idea what I am doing wrong?

Thanks

Jon
--
Jon K Hellan               Internet: hellan@notis.telemax.no
NOTIS A.S.                 X.400:    S=Hellan;P=notis;A=telemax;C=no;
Postboks 1824 - Lade       Tel:      +47 7 921233
N-7002 Trondheim, Norway   Fax:      +47 7 922574
From: sca@gese.ge14.mdadv.gv.at (Petzi Schweda)
Newsgroups: comp.windows.x.motif
Subject: XmNShadowThickness Problem
Date: 5 Jan  1993 11:51:37 GMT
Organization: MD-ADV, Vienna, Austria
Distribution: world
NNTP-Posting-Host: gese.ge14.mdadv.gv.at
Originator: sca@gese0n.ge14.mdadv.gv.at


Inside a  XmFormDialog I have a XmMenuBar,  a XmDrawingArea,  and a XmRowColumn 
containing a few PushButtons.
Problem: for the RowColumn and the DrawArea I can set the ShadowThickness-resource to 
whatever without getting any visible result (no 3d-effect)...
The MenuBar responds correct to modifications of his ShadowThickness (as far as I know a 
MenuBar is a RowColumn too) ...
So what's happening here (on this VAX-VMS with Motif 1.1)?

thanks, 
###################################################
Petzi Schweda (sca@gese.ge14.mdadv.gv.at)
MD-ADV, Municipality of the City of Vienna, Austria

Newsgroups: comp.windows.x.motif
From: cpcahil@vti.com (Conor P. Cahill)
Subject: Re: UIL/Motif program crashes: Weird reasons
Organization: Virtual Technologies Inc.
Date: Fri, 8 Jan 1993 12:11:50 GMT

In article <C0IJLC.8Lr@ulowell.ulowell.edu>, vprakash@cs.ulowell.edu (V G Prakash) writes:
> 	I have an application program based on UIL. All the widgets are created
> 	using UIL. For some peculiar reasons the program crashes. 
> 
> 	1. It does not crash always.
> 	2. The event at which it crashed changes. 
> 	3. Most of crashes happen at the time of 
> 	   1. managing some dialog boxes
> 	   2. changing from very most lengthy pulldown menu 
> 	       and to a new short pulldown menu. 
>      4. It always happens only at first occurrence of the event  and 
> 	   if does not crash for the first time then it would never.
> 
>      5. gdb points to malloc for all crashes. 

This sounds like someone is overrunning a malloc pointer somewhere, which
is causing the malloc arena to get corrupted.  The behavior you describe 
is typical of such a problem.

To help solve this problem you could pick up the dbmalloc package that I
posted to comp.sources.misc in Sept 1992, or you could use our SENTINEL 
debugger. 

SENTINEL is a run-time memory access checker that you just link
into your executable and it provides full run-time checking of memory
accesses and generates a full report of any problems found including 
overruns, underruns, double frees, leaks access to freed data, access
to uninitialized data, etc.  SENTINEL is available on many unix systems 
including Sun, HP, DEC, IBM RS/6k, Sequent, 386 svr3.2 and svr4.0, etc.
Send email if you would like additional info.

-- 
*** SENTINEL(tm) The ultimate Debugging Environment - email for more info ***

Conor P. Cahill              (703)430-9247            cpcahil@virtech.vti.com
Virtual Technologies, Inc.  46030 Manekin Plaza          Dulles, VA 20166 
Newsgroups: comp.windows.x.motif
From: stevens@scubed.com (Jeff Stevens)
Subject: X11 upgrade motif incompatibility
Organization: S-CUBED, A Division of Maxwell Labs; San Diego CA
Distribution: na
Date: Fri, 8 Jan 1993 20:52:39 GMT

We recently installed fixes 17-21 in X11R5 and found that all
dynamically linked executables that used the motif1.1.4 library
core dumped.  This means we have to relink all of the motif
executables that were not previously compiled static.  Does
anyone know why this happened?  What was in the last patches
that would break motif programs?

-- 
----------------------------------------------------------
Jeff Stevens	stevens@sirius.scubed.com, stevens@seismo.css.gov
Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: Motif 1.2 widgets with non-Motif parents
Organization: Open Software Foundation, Motif Team
Distribution: comp
Date: Mon, 4 Jan 1993 20:41:31 GMT

1.2 has introduced a bug that precludes mixing of Motif and non-Motif
widgets.
 
The problem is a blind access of the core class extension
record without proper checking.

The bug has been fixed in 1.2.2.

In the mean time, if you have the problem,
you need to do one of the following:
	- subclass out of a Motif widget
	- add a Motif core class extension to your widget

I already post something describing how to implement option 2 in the past.
Here it is again:

In your widget JoeWidget.c, you need to create a Motif extension record.
(the typedef you already get with XmP.h I think)

static XmBaseClassExtRec baseClassExtRec = {
    NULL,
    NULLQUARK,
    XmBaseClassExtVersion,
    sizeof(XmBaseClassExtRec),
    NULL,				/* InitializePrehook	*/
    NULL,				/* SetValuesPrehook	*/
    NULL,				/* InitializePosthook	*/
    NULL,				/* SetValuesPosthook	*/
    NULL,				/* secondaryObjectClass	*/
    NULL,				/* secondaryCreate	*/
    NULL,               		/* getSecRes data	*/
    { 0 },      			/* fastSubclass flags	*/
    NULL,				/* getValuesPrehook	*/
    NULL,				/* getValuesPosthook	*/
    NULL,                               /* classPartInitPrehook */
    NULL,                               /* classPartInitPosthook*/
    NULL,                               /* ext_resources        */
    NULL,                               /* compiled_ext_resources*/
    0,                                  /* num_ext_resources    */
    FALSE,                              /* use_sub_resources    */
    NULL,                               /* widgetNavigable      */
    NULL                                /* focusChange          */
};

/******* then you stuck it in your class record:  *******/

JoeClassRec joeClassRec =
{
   {			/* core_class fields      */
      (WidgetClass) &superJoeClassRec,		/* superclass         */
      "Joe",				        /* class_name         */
      sizeof(JoeRec),			        /* widget_size        */
      ClassInitialize,	        		/* class_initialize   */
      ClassPartInitialize,			/* class_part_init    */
      ..........
      QueryGeometry,                    	/* query_geometry     */
      NULL,             	                /* display_accelerator*/
      (XtPointer)&baseClassExtRec,              /* extension          */
   },


/******* and you also initialize the record_type   
         (can't be done statically becasue it's a variable *******/

static void ClassInitialize( void )
{   
  baseClassExtRec.record_type = XmQmotif ;
}


I haven't actually test this code, tell me if there is a problem.
Newsgroups: comp.windows.x.motif
From: jeffreyw@csqx.cs.rhbnc.ac.uk (Jeffrey Wood)
Subject: Help: Text in Scrolled Window
Keywords: Text
Reply-To: jeffreyw@csqx.cs.rhbnc.ac.uk (Jeffrey Wood)
Organization: RHBNC
Date: Tue, 5 Jan 1993 10:10:56 GMT


Scrolled Window
Cursor

	I have a Text widget in a Scrolled Window widget, which is configured to
scroll vertically automatically (and thus is not simply a ScrolledText widget).
This widget is used for output only, with messages being periodically appended
to the end of the text.  I would like the scrolled window to constantly show the
position of the current end of the text, but cannot find any way of doing it
without changing the operation of the Scrolled Window to manual (which would make
a lot more work).
    Any ideas would be greatly appreciated,
    	Jeffrey Wood
From: muthann@next1.mae.okstate.edu (Muthanna Venkatesh)
Newsgroups: comp.windows.x.motif
Subject: MOVING SINGLE_LINE TEXT WIDGET
Date: 8 Jan 93 19:42:22 GMT
Article-I.D.: osuunx.1993Jan8.194222.29225
Organization: Oklahoma State University Computer Center, Stillwater OK



	Hi,
	 I would like to know if it is possible to move a single line text 
	widget (Draw and Drop). 
	
	Thankyou
	Venki.
	
	muthann@next1.mae.okstate.edu 
Newsgroups: comp.windows.x.motif
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Subject: Re: Help: Text in Scrolled Window
Date: Tue, 05 Jan 1993 13:18:49 GMT
Reply-To: jay@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester, MN
Keywords: Text

In article <1993Jan5.101056.11773@csqx.cs.rhbnc.ac.uk>, jeffreyw@csqx.cs.rhbnc.ac.uk (Jeffrey Wood) writes:
|> to the end of the text.  I would like the scrolled window to constantly show the
|> position of the current end of the text, but cannot find any way of doing it
|> without changing the operation of the Scrolled Window to manual (which would make

How about
  XmTextShowPosition(text_widget, XmTextGetLastPosition(text_widget));

You may also need to set the insertion cursor position to the end as well.
-- 
: 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: tma@encore.com (Thanh Ma)
Subject: An X mirror program
Organization: Encore Computer Corporation
Date: Mon, 11 Jan 1993 15:05:18 GMT

I just wonder if there is an X program that will allow a remote user
to see what is going on the host. (as if he was on the host)
A typical application is that when an operator at the console wants
to inform the administrator that he sees something wrong at the console,
the administrator should be able to remotely login and sees what
the operator is seeing.( some kind of a mirror window )

Thanks for any pointers.

--
thanh ma
tma@encore.com
Newsgroups: comp.windows.x.motif
From: camber@engin.umich.edu (Gregory Peters)
Subject: XmTextSetString() and wordwrap bug(?)
Date: Thu, 07 Jan 93 13:38:30 EST
Organization: University of Michigan Engineering, Ann Arbor
Keywords: XmText, XmTextSetString, wordwrap, bug 


I was wondering if anyone out there has seen this behavior with the
XmText widget, and, if so, if you have discovered a work-around.

I'm using Motif 1.2 under Ultrix 4.2a.  I've created a scrollable multiline
XmText widget with wordwrap turned on.  I'm using XmTextSetString to
insert text for display.  This is where I've run into the problem.

If there is a string of non-space characters which is longer than the
widget can fit on one line, the program seems to go into an infinite loop.
What I think is happening is that it tries to fit this "word" on the current
line and can't, so it moves it to the next line.  It can't fit it on this
line either, so it moves it to the next, and so on...

Has anyone noticed this behavior before?

Thanks in advance for any help.

                   Greg Peters (camber@engin.umich.edu)
                    Project DIReCT, CAEN
                     University of Michigan, Ann Arbor
Newsgroups: comp.windows.x.motif
From: xiong@fzi.de (Xiong Xun)
Subject: Problem with activating windows
Reply-To: fzi.de
Organization: Forschungszentrum Informatik (FZI), Karlsruhe, Germany
Date: Thu, 7 Jan 1993 17:25:42 GMT

Am I landed in the right group for my following question:(?)

what I'd like is that each window under my mwm should always be activated 
automatically where the cursor is going to! Until now I've always to
make an additional mouse click to achive this. There was no such problem
under the my TWM before I changed my to MWM.

Any hint for this novice question is very appreciated! Thankx in adv!

X.X.


-- 
                                    _/^\_
+-------------------------------  ///////\    ----------------------+
|Xun Xiong                       \/\/     )                         |
|FZI Forschungszentrum Informatik|  (o)-(o)   email xiong@fzi.de    |
|Haid-und-Neu-Str. 10-14,        C   .---_)   phone +49-721-9654-458|
|D-7500 Karlsruhe, Germany        | |.___|    fax   +49-721-9654-409|
+-------------------------------  \  \__/     ----------------------+
                                  /_____\
From: avinash@felix.contex.com (Avinash Chopde)
Newsgroups: comp.windows.x.motif
Subject: Moving the scrollbar of a XmScrolledWindow.
Date: 11 Jan 93 15:34:06 GMT
Distribution: usa

I have a XmScrolledWindow, which contains a XmRowColumn.
When I add children to the XmRowColumn (vertical format), the new
widgets are always added to the bottom, but the vertical scrollbar
does not change its value --- I need to change it so that the vertical
scrollbar always positions itself to make the latest addition to the
RowColumn visible.

I can do this by this method (using XmAUTOMATIC scrolling):
1) get the widget that represents the vertical scrollbar, set it to its
   largest value (== maximum - sliderSize)

But, this does not redraw the ScrolledWindow.
So, I had to do this:
2) use XtCallCallbacks( ) to call the valueChangedCallback of the
   vertical scrollbar. (but then, what should be sent as the callData?)

   Now, the Xt manual says that application programs should not call
   XtCallCallbacks...

   Is there any better way doing what I need to do?
   Is it possible to force RowColumn to add children to the beginning of
   the column instead of the end?
   Is there a better way to send user-events to the ScrolledWindow?
   (It is too much to change over to APPLICATION defined scrolling,
    so am hoping that it is possible to use AUTOMATIC scrolling, and yet
    tell the ScrolledWindow to scroll itself to its max slider
    position.)

   Thanks for any pointers...
-- 
---------------------------
Avinash Chopde         office : 617 246 1776x5582
avinash@contex.com     (...!uunet!contex!avinash)
Newsgroups: comp.windows.x.motif
From: sglanger@vela.acs.oakland.edu (LANGER STEVEN C)
Subject: unix pipes and X
Organization: Oakland University, Rochester MI.
Distribution: na
Date: Tue, 12 Jan 1993 02:23:08 GMT

Despite the help of several netters, I cannot seem to master the 
mechanics of inter-process communication via pipes. Ultimately,
I want 2-way communication between a parent and child process.
This is what I've tried so far;

/*
* parent.c	launches child and should get child's output
* standard include files
*/

int pipes[2];


void cbfunc (Widget w, XtPointer data, XtPointer dummy);

main (int argc, char **argv)
{

	XtAppContext app_parent;
	Widget topLevel;

	topLevel = XtVaAppInitialize (&app_parent, "Parent", NULL, 0,
				&argc, argv, NULL, NULL);
	pipe (pipes);

	if (fork() != 0)
	{
		XtAppAddInput (app_parent, pipes[0], XtInputReadMask, 
				cbfunc, NULL);
	}
	else
	{
		status = dup2 (pipes[1], STDOUT_FILENO);
		close (pipes[0]);
		if (status < 0)
		{	
			fprintf (stderr, "pipe error\n");
			exit (0);
		}
		execlp ("child", "child", (char *)0);
	}

	XtRealizeWidget (topLevel);
	XtAppMainLoop (app_parent);
}
	  
void cbfunc (Widget w, XtPointer data, XtPointer dummy)
{
	char buf[BUFSIZE] = "\0";

	read (pipes[0], buf, sizeof(buf));
	fprintf (stderr, "in Parent buf=%s\n", buf);
}



/*
*
* child.c	prints to stdout & stderr every 10 seconds
* necessary includes
*/


void alarmcb (void);

main (void)
{
	XtAppContext app_child;

	app_child = XtCreateApplicationContext ();
	signal (SIGALM, alarmcb);
	alarm (10);

	XtAppMainLoop (app_child);
}

void alarmcb (void)
{
	fprintf (stdout, "in child \n");
	fprinf (stderr, "in child\n");
	signal (SIGALM, alarmcb);
	alarm (10);
}
	
	
Everything runs, the child prints to the screen via the stderr and I get
no error codes, but the parent callback func is never entered. Could
anyone please tell me what the error is?

--thanks in advance, steve
-- 
Steve Langer  			       sglanger@argo.acs.oakland.edu (VMS)
Oakland University		       sglanger@vela.acs.oakland.edu (Ultrix)
---------------------------------------------------------------------------
Standard disclaimers apply. In addition, the author makes no guarantees,
concerning the grammatical accuracy of his writing. Therefore, any ^B's, ^C's, 
midword character additions/deletions and other non-sense which occurs (after 
the work leaves the author's decade old text editor via his decade old Amiga, 
struggles through a local 1200 baud Merit server to be further mauled via the 
remote VAX mail servers) is someone elses problem - namely yours.
---------------------------------------------------------------------------
From: larose@cs.utk.edu (Brian LaRose)
Newsgroups: comp.windows.x.motif
Subject: LeftTitleButton/RightTitleButton ??
Followup-To: comp.windows.x.motif
Date: 8 Jan 1993 18:49:04 GMT
Organization: University of Tennessee, Knoxville - Department of Computer Science
Distribution: world
NNTP-Posting-Host: thud.cs.utk.edu
Summary: Title question.
Keywords: mwm Title
Originator: larose@thud.cs.utk.edu


Hey, Does anybody out there know the mwm equalivant of the twm
LeftTitleButton/RightTitleButton options? I can't find the FAQ
so I don't know if it's in there.

for example:
LeftTitleButton "/home/larose/icon/updown.xbm" = f.raiselower
LeftTitleButton "/home/larose/icon/bubbles.xbm" = f.autoraise
LeftTitleButton "/home/larose/icon/skull.xbm" = f.destroy
LeftTitleButton "/home/larose/icon/delete.xbm" = f.delete

thanks!

-brian
-- 


--------------------------------------------------------------------------- 
brian larose  larose@cs.utk.edu   #12, 3103 Essary Rd. Knoxville, TN 37918.