HDTenEightyP/NetNews huggingface dataset:
From: rvloon@cv.ruu.nl (Ronald van Loon)
Subject: Re: `xterm -name utree` doesn't read UTree.ad
Originator: rvloon@triton.cv.ruu.nl
Date: Fri, 21 Aug 1992 13:53:04 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group

In <1992Aug21.121620.1852@sniap.mchp.sni.de> Mathias.Koerber@sniap.mchp.sni.de (Mathias Koerber) writes:


|"I have just got utree to run on my machine, but had to find
|"that my xterm does not access the installes UTree application
|"defaults. Is this a known problem in Motif 1.1?
|"
|"This is a SNI RM600 with Motif 1.1, although the same has been
|"seen on other SNI Motif versions.
|"
|"Any hints?

xterm -name utree only changes the application resource name to 'utree'; not
the class name. As far as I know, there's no way to do that on the
command-line. A solution might be to append the UTree file to your XTerm
defaults.
-- 
Ronald van Loon (rvloon@cv.ruu.nl) 3DCV Group, Utrecht, The Netherlands.

"Al draagt een aap een gouden ring, het is en blijft ALT-q in EMACS"
From: stevewi@lsl.co.uk
Newsgroups: comp.windows.x.motif
Subject: Re: Colors in Scrolled List
Date: 14 Aug 92 11:33:04 GMT
Organization: Laser-Scan Ltd., Cambridge

In article <9092@travis.csd.harris.com>, jimb@rcx1.csd.harris.com (Jim Burmeister) writes:
> I have a program which uses XmCreateScrolledList to create a scrollable list.
> What I want to do is have the list have a different background color than
> the associated scrollbar.  For example, I want the scroll bar to use the 
> standard "Motif blue" color scheme, while the background of the list itself
> is white.
> 
> If possible, I would like to do this with resources only.  I have tried
> numerous combinations of resources, but whenever I change the background
> color of the List, the scrollbar changes too.  I would rather not hack into
> the actual code of the program, since I didn't write it, but I could if
> necessary.
> 
> Thanks...Jim
> jimb@csd.harris.com

I too am having this problem, so I thought I'd repost, just in case
someone has found a solution since then and now.

Personally I think it's yet another Motif buglet...

 -----------------------------------------------------------------------------
|                       |                                                     |
| Steve Wilkes          |  /                    |    |                        |
| Laser-Scan Ltd        |  \ |- /\ \  / * /\    | /\ |                        |
| The Science Park      |  /  \ \_  \/  | \_    |/  \|                        |
| Milton Road           |                                                     |
| CAMBRIDGE             |  He was the kind of man who would wear wet copper   |
| CB4 4FY               |  armour in a thunderstorm shouting                  |
| Tel (+44) 233 414420  |  "The rain gods are b******s!!".                    |
|                       |                                                     |
 -----------------------------------------------------------------------------
|                                                                             |
| This was all MY IDEA and had absolutely nothing to do with Laser-Scan...    |
|                                                                             |
 -----------------------------------------------------------------------------
From: quinton@stna.dgac.fr (Marc Quinton STNA 7SU p8046 BD24)
Newsgroups: comp.windows.x.motif
Subject: available : Motif terminal widget Term.
Keywords: Motif, terminal, widget
Date: 18 Aug 92 08:52:45 GMT
Organization: STNA 95 rue Henri Rochefort 91025 Evry Cedex 33(1)60.79.80.00


You can find a sample implementation of a terminal widget for Motif at

	ftp.stna7.stna.dgac.fr file pub/Term-1.0.tar.Z

This Motif version is derived from CTW Widget from P. D. Fox. This is a color widget
with vt100 emulation.

Here is an exemple of Term widget :

main(argc,argv)
int argc;
char **argv;
{

	Widget top, term;

	top = XtInitialize("main","Term",NULL,0,&argc,argv);

	/* create the terminal widget */
	term = XtVaCreateManagedWidget("Term",
		termWidgetClass,	top,
		XmNrows,		25,
		XmNcolumns,		80,
		XmNcommand,		"csh"
		NULL);

	/* handle signal when sub shell is done */
	XtAddSignalHandler(SIGCHLD, child_handler, term);

	/* handle signal applied to this process */
	XtAddSignalHandler(SIGINT , int_handler, term);
	XtAddSignalHandler(SIGTERM , int_handler, term);
	XtAddSignalHandler(SIGHUP , int_handler, term);

	XtRealizeWidget(top);
	XtMainLoop();
} /* End main */

-- 
 _____________________________________________________________________________
|   ___    ___   |                  |                                         |
|  /__ \  / __\  |   QUINTON Marc   | Technical Department of Civil Aviation  |
|   __\ \/ /     |__________________|_________________________________________|
|  / __   |   _  |                  |                                         |
|  \ \_\   \_//  |   Evry France    | e_mail : quinton@stna7.stna.dgac.fr     |
|   \___/\___/   |                  |                                         |
 -----------------------------------------------------------------------------
Newsgroups: comp.windows.x.motif
From: sts6f@rayleigh.mech.Virginia.EDU (Sonya Smith)
Subject: HELP - problems with xvgr on DELL unix
Originator: sts6f@rayleigh.mech.Virginia.EDU
Organization: University of Virginia
Date: Fri, 21 Aug 1992 13:50:37 GMT

Hello,

I am  trying to get xvgr up and running under Dell unix without success.
The following are the errors I am getting which occur at compilation of
"xvgr.c".  The problem seems to be in accessing xview.  The same errors
occur when compiling xvgr version 2.07 or 2.08 . 
I have xview version
3.1 .   Any assistance would be greatly appreciated.

Thanks in advance,

S.T. Smith

--------------------------------compilation errors----------------------------

        cc -O -DLOCAL -DXVIEW  -I/usr/include/X11 -I/usr/include -I/usr/include/xview -DMAXARR=20480 -DHDEV=GR_PS_P  -DPS_PRSTR='"lpr -h "'    -c xvgr.c
"/usr/include/xview/attr.h", line 458: syntax error before or at: )
"/usr/include/xview/notify.h", line 242: warning: dubious tag declaration: union wait
"/usr/include/xview/notify.h", line 242: warning: dubious tag declaration: struct rusage
"/usr/include/xview/notify.h", line 318: warning: dubious tag declaration: union wait
"/usr/include/xview/notify.h", line 318: warning: dubious tag declaration: struct rusage
"/usr/include/xview/xv_error.h", line 86: syntax error before or at: )
"/usr/include/xview/pkg_public.h", line 58: syntax error before or at: )
"/usr/include/xview/pkg_public.h", line 59: syntax error before or at: )
"/usr/include/xview/pkg_public.h", line 60: syntax error before or at: )
"/usr/include/xview/pkg_public.h", line 61: syntax error before or at: )
"/usr/include/xview/generic.h", line 299: syntax error before or at: )
"/usr/include/xview/window.h", line 430: syntax error before or at: )
"/usr/include/xview/window.h", line 431: syntax error before or at: )
"/usr/include/xview/window.h", line 432: syntax error before or at: )
"/usr/include/xview/icon.h", line 100: syntax error before or at: )
"/usr/include/xview/icon.h", line 102: syntax error before or at: )
"/usr/include/xview/openmenu.h", line 268: syntax error before or at: )
"/usr/include/xview/openmenu.h", line 281: syntax error before or at: )
"/usr/include/xview/openmenu.h", line 282: syntax error before or at: )
"/usr/include/xview/openmenu.h", line 283: syntax error before or at: )
"/usr/include/xview/openmenu.h", line 285: syntax error before or at: )


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


Thanks,
S.T. Smith

-- 
Sonya T. Smith
Department of Mechanical, Aerospace, and Nuclear Engineering
University of Virginia
Charlottesville, VA 22901
Newsgroups: comp.windows.x.motif
From: wu@socrates.umd.edu (Maryanne Wu)
Subject: Setting up size and location for dialog
Organization: University of Maryland University College
Date: Thu, 13 Aug 1992 23:28:44 GMT

Hello netters:

	I am developing a Motif dialog widget which is to be called from 
an application.  I have a TopLevel --> WarningDialog.  The 
problem I am having is setting the position, size of the dialog box
on my screen.  I have tried XtSetArg before the XmCreateWarningDialog call 
and also XtVaSetValues after the XmCreateWarningDialog call.  Neither 
techniques work.  I must be missing something but what?????.

	Thank you for responding. Please mail your  responses to
wu@socrates.umd.edu.

Newsgroups: comp.windows.x.motif
From: floyd@ni.umd.edu (Jim Matthews)
Subject: HELP! obscuring transient window with parent
Organization: University of Maryland
Date: Thu, 13 Aug 1992 17:33:15 GMT

I'm creating an application with one top level (main window).  Want
to have "property sheets" (semi-transient windows that set various
attributes or have frequently used functions) which are iconified with
the main application, can't be iconified on their own, but can be
obscurred by the main window.

  Here's what I've tried:

  Having property sheets as topLevelShells and setting MwmDecorations
  to try to keep from iconifying.  Problem: Window Manager
  (Openwindows 3.0) doesn't seem to acknowledge these.  Running Mwm isn't
  an option.  topLevelShells can be iconified separately from main window.

  Having a main window that is a topLevelShell child of a window that is
  not visible (placed off the screen) and having the transientShell dialogs
  as children of this invisible window.  This works, however, I have to
  add an event handler to know when the topLevelShell gets (de)iconified
  so that I can iconify the invisible main, which inturn iconifies the
  transientShell children.  Problem:  when iconify the transients, the
  window manager windows don't always get refreshed correctly.  Since the
  main window is iconified before the transients, when the transients get
  iconified the restore what had been under them (possible part of the main
  window) which isn't correct.  Also, if start application with -iconify,
  the invisible window is iconifed, but the main window isn't.  I get
  the XmNiconic attribute and try to set it for the main window, but it
  doesn't seem to work.  Since the real main is iconic, trying to iconify it
  has no affect, so it doesn't make transient children iconify.

  Any help about other possible solutions, or improvements on what I've 
already tried will be greatly appreciated.

-- 
 ____                           |
(   /	   floyd@wam.umd.edu    |       University of Maryland
   /._ _         eng.umd.edu    |          Computer Science
\_/// X \         ni.umd.edu    |        Standard Disclaimers
Xref: sparky comp.windows.x.motif:5749 comp.windows.x:15486 comp.windows.x.intrinsics:200
From: holzapfe@jocki.NoSubdomain.NoDomain (Roland Holzapfel)
Newsgroups: comp.windows.x.motif,comp.windows.x,comp.windows.x.intrinsics
Subject: editres protocol in motif-1.2 ?
Date: 21 Aug 92 13:34:21 GMT
Reply-To: holzapfe@igd.fhg.de
Followup-To: comp.windows.x.motif
Organization: Zentrum fuer Graphische Datenverarbeitung, 6100 Darmstadt, Germany


Somebody knows if the editres protocol is supported by motif-1.2 ?
Are there any changes to be made to editres to work with widget sets other than
the Athena widgets ?

thanks i.a.
               Roland
 -----------------------------------------------------------------------
  \\    Roland Holzapfel       Computer     email:                   //
   \\   Wilhelminenstrasse 7   Graphics       holzapfe@igd.fhg.de   //
   //   6100 Darmstadt          Center      phone:                  \\
  //    Germany                 (ZGDV)        ++49 6151 155150       \\
 -----------------------------------------------------------------------
  >>             This space intentionally left blank                 <<
 -----------------------------------------------------------------------
From: nazgul@alfalfa.com (Kee Hinckley)
Newsgroups: comp.windows.x.motif
Subject: Re: How to implement gauge in motif
Date: 17 Aug 92 14:29:43 GMT
Distribution: inet
Organization: The Internet

> I am going to use a gauge which looks similar to a thermometer (XView has it)
> in my motif program. I am wondering if someone has already done this or 
> if someone can tell me how to do this nicely.  Currently I am thinking using 
> Xlib XDrawLine funcion to do it.  

A scrollbar with the arrows turned off works nicely.

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

If Unix is the answer, then we've clearly forgotten the question.
From: ash@bombay (Ash Yadav)
Newsgroups: comp.windows.x.motif
Subject: Text animation in X
Date: 21 Aug 1992 13:39:32 -0500
Organization: UTexas Mail-to-News Gateway
Distribution: inet
NNTP-Posting-Host: cs.utexas.edu

Hi folks,
	I am looking for some pd x code that will scroll text in a
window eg. like a stock ticker feed. or do more fancy stuff like
split a window with text down the middle and scroll to either side.
Please email me a site where I can pick this up from or mail the
code to me. My email address is ash@gfx.dmg.ml.com

thanx
Ash Yadav
Newsgroups: comp.windows.x.motif,comp.windows.x
From: sgccseh@citec.oz.au (Steve Hocking)
Subject: MOTIF terminal widget - locations in Oz or US?
Organization: CITEC
Date: Thu, 20 Aug 1992 02:23:41 GMT
Summary: Cant get it!
Keywords: different location please!


	Recently some info was posted about a public domain motif vt100
widget. The address was given as ftp.stna7.stna.dgac.fr, which the name
servers here in Australia seem to have great difficulty in contacting (ie
not at all). I was wondering does anyone in Australia or the US have this
widget and the code it was derived from available?


	Cheers,


	Stephen
Newsgroups: comp.windows.x.motif
From: achan@idaho.tdd.sj.nec.com (Amy Chan  x2941)
Subject: Re: Passing more than one widget to a callback
Keywords: n
Organization: NEC-AM TDD, San Jose, California
Date: Wed, 19 Aug 1992 16:11:41 GMT

In article <19843@leadsv.UUCP> mcfar@leadse5.UUCP (Lincoln McFarland) writes:
>I was wondering if it is possible to pass more than one widget to a call
>back using a user defined data structure like:
>
>/* structure to pass mulitple widgets to call back */
>typedef struct {
>  Widget flnm;   /* filename */
>  Widget sr;     /* sample rate */
>} data_bus;
>
>So you can use a function like:
>
>/* create input selector function */
>Widget create_sass_selector( filename_display, sr_display )
>Widget filename_display; /* widget to display selected filename */
>Widget sr_display;       /* widget to display sample rate */
>{
>  extern Widget toplevel; /* defined in ir.h */
>
>  Widget select_dialog;
>
>  data_bus input_display;
>
>  Arg al[10];
>  int ac;
>
>  input_display.flnm = filename_display;
>  input_display.sr   = sr_display;
>
>  /* create the file selection box dialog widget */
>  ac = 0;
>
>  select_dialog = XmCreateFileSelectionDialog( toplevel,
>                                              "select_input", al, ac);
>
>  XtAddCallback( select_dialog, XmNokCallback, sass_ok_CB, data_bus);
>  XtAddCallback( select_dialog, XmNcancelCallback, sass_cancel_CB, 0);
>
>  return select_dialog;
>
>} /* end create_sass_selector() */


You have to pass a pointer to your data structure data_bus instead of
the structure itself. Try doing:

XtAddCallback(select_dialog, XmNokCallback, sass_ok_CB, (XtPointer)&data_bus);

Hope this helps.

Amy
--
Amy Chan                 | E-Mail:
NEC America              |  INET: achan@tdd.sj.nec.com
110 Rio Robles           |  UUCP: ...{decwrl,oliveb}!necsun!achan
San Jose, CA 95134       |
Newsgroups: comp.windows.x.motif
From: glass@glass.NoSubdomain.NoDomain (Betty Glass (7-2439))
Subject: ListWidget Button3 Select
Organization: Martin Marietta Astronautics, Denver
Date: Wed, 19 Aug 1992 22:00:11 GMT

Can anyone tell me how to add a single select for a list Widget
using Button 3 (Right Mouse Press/Release)?  This will be in
addition to the regular list item selection callback associated
with a Button 1 (Left Mouse Press/Release). 
-- 
--Glass.

============================================================|
Betty Glass              Martin Marietta Astronautics Group |
Voice: +1-303-977-2439    Internet: glass@glass.den.mmc.com |
============================================================|
From: deveau@oceanroutes.ns.ca (Terry J. Deveau)
Newsgroups: comp.windows.x.motif
Subject: Re: change focus on popup window
Date: 13 Aug 92 13:13:23 GMT
Distribution: inet
Organization: Oceanroutes Canada Inc.

David Gonzalez (@walter.bellcore.com) writes Aug 10, 92 3:10 pm:
>
>       I have a formDialog box with a messageBox and a text
> area in it.
>       I only have the OK button on the messageBox and the 
> text is read only. The problem is that the text (scrolledText)
> takes the focus and, the OK button looses the "default borders".
>       What I want to do is to have a return activate the 
> OK button not act on the text area. Any ideas will be appreciated
>
See FAQ-Motif, subject 30 - except you have the converse problem:
instead of translating CR into newline() (as shown there) you'll want
to translate it to Return() (which is an XmBulletinBoard action).
From: sinan@Mtesol.boeing.com (Sinan Karasu)
Newsgroups: comp.windows.x.motif
Subject: Re: motif GUI builder
Date: 13 Aug 92 23:05:07 GMT
Distribution: inet
Organization: The Internet


> From: elroy.jpl.nasa.gov!usc!wupost!darwin.sura.net!mlb.semi.harris.com!trantor.harris-atd.com!dpc> 
> --
> If you have Motif on your Sun, I HIGHLY recommended BuilderXcessory from
> Integrated Computing Solutions, if not try Guide for OpenLook. I am not
> familiar with that product, so I can't give you much input on that.
> 

 I can tell you about guide. I use it everyday... You develope your GUI by drag and
drop , save your file and run 

gxv       --> generate c code for xview
gxv++     --> generate c++    "    "
golit     --> generate OLIT code in c
gxv_ada   --> generate SunAda/Verdix Ada code using xview bindings (from Sun).

Works great....
Sinan
From: tony@hpldsla.sid.hp.com (Tony Beardsley)
Newsgroups: comp.windows.x.motif
Subject: Graphical file select widget?
Date: 12 Aug 92 16:09:15 GMT
Organization: least I'm awake.

I'd like to have a (multiple) file selection widget that is
graphically oriented rather than textually oriented.  I
had in mind something like one of the file selection interfaces
I've seen on Windows 3.0 products:  a tree structure where
each node is either a little folder (directory) or a box (file).
Double-select on a folder "opens" it and displays it's
contents, adding it to the graph.  Select-drag selects multiple
files/directories, single select selects individual files/
directories.  Selected files/directories change color or something.

You know, something intuitive.

Anybody out there have something like this or know where I can
get it?

Tony Beardsley
tony@sid.hp.com
Newsgroups: comp.windows.x.motif
From: rharmon@triton.srg (Robert Harmon)
Subject: building / running X11R5 and motif 1.2 on sun IPX
Organization: Arinc Research Corporation, Annapolis MD
Distribution: comp.windows.x.motif
Date: 12 Aug 92 09:51:18


I've tried compiling Motif 1.2 a number of ways  and installing it with
R5 with no success.

Motif and mwm build fine but when running mwm I get serious problems.
  - If I start an xterm from the root-menu, all window borders
    turn grey and the keyboard focus jumps to the window where

  - If I change the font in an Xterm and try to move the xterm a couple
    of different things happen either:
     a) The whole screen flashes static for a second and I get
        thrown into boot prom with WatchDog Timer Reset exception
        simply continuing returns a data access exception, have to boot.
     b) Both X and Mwm die with 'xinit: Connection to X server lost,
        Then I get logged out.

My platform is a Sun Sparc IPX.  I am running X11R5 with
patches 1 through 13 applied.    MotifBC is off and both are
compiled with gcc 1.39 using:
   gcc -fstrength-reduce -fpcc-struct-return -O

The only changes to the motif/site.def i made are:
HasGcc YES and to set the XTop to my R5 Source tree.

I assume the stock answer from OSF is that only patches
1 through 11 are tested with motif.  However, I wonder
if they have heard of this problem and know a solution.


--
rharmon@srg.uunet.uu.net        |
Robert B. Harmon ms:5-230       |  This space is left intentionally blank.
Arinc Research 2551 Riva Rd.    |  
Annapolis, Md 21401             |
From: jem@tinton.ccur.com (Jem Treadwell)
Newsgroups: comp.windows.x.motif
Subject: Re: Main loop for multiple app contexts
Date: 17 Aug 92 18:59:01 GMT
Distribution: inet
Organization: The Internet

Andrew,

> I'm looking for an efficient main loop to use in a program that uses
> several displays via multiple application contexts.  Currently I poll
> continuously for events using something like:

> while (1)
> {
> for (i=0; i < num_apps; i++)
> {
> if (XEventsQueued(displays[i], QueuedAfterReading))
> {
> XtAppNextEvent(appcontexts[i], &event);
> XtDispatchEvent(&event);
> }
> else XFlush(displays[i]);
> /* background processing here */
> }
> }

> but this puts a large load on my machine.  Can I perform a select() call on
> the display connection file descriptors?  Or are there other ways?
> Please respond via email.  Thanks!

Unless you have a particular reason to use multiple application
contexts, ignore my earlier response.  I've just seen Ken Lee's
solution in the news (though not yet in the mail) - adding multiple
displays to one application context.  I didn't know you could do this,
but I tried it, and it simplifies my program and solves the problems
with timers, and is clearly the right way to do it.

Use XtAppInitialize() to set up the initial context and first display,
and XtOpenDisplay() to add subsequent displays.  Watch out -
XtAppInitialize takes type *XtAppContext as its parameter, while
XtOpenDisplay() takes XtAppContext.

Thanks Ken!

Jem
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jem Treadwell - jem@tinton.ccur.com

Mailstop 314B,  Concurrent Computer Corporation,
106 Apple St,  Tinton Falls, N.J.  07724

Phone: (908) 758 7271
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.windows.x.motif
From: hannguye@nosc.mil (Han N. Nguyen)
Subject: GUI Builders Evaluation
Keywords: GUI Builders
Organization: Naval Ocean Systems Center, San Diego, CA
Distribution: nosc
Date: Fri, 14 Aug 1992 21:47:13 GMT

We have just finished an evaluation of Teleuse, Builder Xcessory, and UIM/X.
We'd like to get in touch with anybody who has been using UIM/X.  Also if 
you're interested in the evaluation criteria let me know and I'll send it to
you. My apology if you've already read this in nosc.general.
Newsgroups: comp.windows.x.motif
From: Jim_Holt@aprdlgtr.sps.mot.com (Jim Holt)
Subject: Re: UIM/X question
Followup-To: comp.windows.x.motif
Organization: Motorola
Date: Tue, 18 Aug 1992 20:05:37 GMT

In article <1992Aug11.205051.14493@asd.com>, scott@asd.com (Scott Barman)
wrote:
> Is there anyway to tell UIM/X to add more than one function to a
> callback?  For example, I want to have a second callback called on the
> modifyVerifyCallback in a textField widget, how can I tell UIM/X this?

I haven't actually tested this, but I think it should work :

Make the text widget global in its properties window.  Then in the
declaration of the create/popup function of its parent (I am assuming some
type of shell) do something like this :

    XtAddCallback(UxGetWidget(text_widget_name),XmNmodifyVerifyCallback,
                    some_function_name,NULL);

You can declare the callback function itself in the Auxiliary declarations
for the parent widget.

+-------------------------------------------------------------------------+
|   I used to have a catchy signature, but I forgot what it was ...       |
|                                                                         |
|   Jim Holt                                                              |
|   Motorola, Inc    Jim_Holt@aprdlgtr.sps.mot.com                        |
+-------------------------------------------------------------------------+
Newsgroups: comp.windows.x.motif