HDTenEightyP/NetNews huggingface dataset:
From: ama@marley.East.Sun.COM ()
Newsgroups: comp.windows.x.motif
Subject: Mwm not quite ICCCM compliant?
Date: 6 Jan 1993 16:01:49 GMT
Organization: Sun Microsystems Inc. - BDC
Distribution: world
Reply-To: ama@marley.East.Sun.COM ()
NNTP-Posting-Host: marley.east.sun.com

The ICCCM states that window positioning information, sent via WM_NORMAL_HINTS
is supposed to be interpreted as the position of the "outer rectangle of the
overall window", the outer rectangle including "any borders or decorations
supplied by the window manager".  Mwm (up to 1.1.3) seems to, by default,
adhere to this scheme for the initial positioning of a window.  I say "by
default" because there is a resource "Mwm*positionIsFrame" which if set to
False is supposed to alter this behaviour, but doesn't always.

I'm seeing a problem testing a client with mwm where the client is trying to 
position a window and mwm is using the origin of the window, rather than that 
of the decoration.  This is causing major problems (which for many reasons 
I won't get into).  This same operation works just fine with twm and all
variations on that window manager, and later versions of olwm and olvwm.

Can anyone tell me if this bug is fixed in any later versions of mwm, and 
which version(s) would contain the fix?  Also, can anyone tell me if there
is a good reason why the "Mwm*positionIsFrame" resource seems to work with 
initial window positioning and with manual window moves via the window 
manager, but has absolutely no effect on client requested window moves?

It looks like I'll have to write a simple client which tests out this 
functionality.  If anyone cares to try it out on their favorite window 
manager let me know, and I'll send the sources if you promise to tell me
the results.

Please respond directly to me via email if possible.

--
--------------------------------------------------------------
Al Amaral				Al.Amaral@East.Sun.COM
Newsgroups: comp.windows.x.motif
From: simon@guk.auspost.com.au (Simon Carter)
Subject: Setting scroll bar values
Organization: Australia Post
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 12 Jan 1993 03:35:55 GMT


I am using Motif and WCL to implement a variable forms entry program.
I need the editor to display a particular field when that field is
in error, and this involves setting the XmNvalue field of the
vertical scroll bar of an XmScrolledWindow using XtVaSetValues.

However, when I change this value, the scroll bar block moves, but
the area inside the scrolled window (an XmpTable) does not get
redrawn.

Can anyone shed some light on how I can do this?

Thanks in advance.

Simon
--
+--------------------------------------------------------------+
| Simon Carter: 3rd Year Elec/Comp Sci, Monash Uni, Clayton    |
| @mail: 14 Canterbury Rd, Heathmont, Victoria 3135, Australia |
|   Net: simon@auspost.com.au                          ___     |
| /simon% find -greatquotes -print >> .signature      (o o)    |
+--------------------------------------------------ooO-(_)-Ooo-+
Xref: sparky comp.windows.x.motif:8450 comp.windows.open-look:4996
From: wclement@feds36.prime.com (William Clements)
Newsgroups: comp.windows.x.motif,comp.windows.open-look
Subject: Re: Motif 1.2 client crashes OpenWindows 3.0 server
Date: 8 Jan 93 18:15:36 GMT
Organization: Computervision, Bedford, MA

In article <1993Jan4.231918.10191@ncar.ucar.edu> era@ncar.ucar.edu (Ed Arnold) writes:
>Sun now has a patch 100444-35 which fixes this bug (i.e. a Motif 1.2
>client crashes the OW3 xnews server upon client startup) and approx. 50
>other bugs.  Earlier versions of this patch for the OpenWindows 3.0
>server, e.g. 100444-28, do NOT solve this particular bug.  (100444-35 is
>applicable to OW3 running under SunOS 4.1 thru 4.1.3.)

Does anyone know of anything that can be done from the client
(e.g. a fix to the Motif source) to fix this? A patch to OW3 is
helpful, but problematic for distributing Motif 1.2 clients.

---
***************************************************************************
   CCCCCV     CV        William H. Clements         wclement@cvbnet.prime.com
  CCV        CV         Computervision              phone : (617) 275-1800
  CCCCV     CV          DesignView Group, MS 2-10   voice : x5482
  CCCCCCV  CV           2 Crosby Drive              fax   : x5454
   CCCCCCCCV            Bedford, MA  01730
***************************************************************************
~
Newsgroups: comp.windows.x.motif,comp.os.ms-windows.misc,comp.os.ms-windows.programmer.misc,comp.os.ms-windows.programmer.tools
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: Changing the mouse arrow
Organization: Open Software Foundation, Motif Team
Date: Thu, 7 Jan 1993 15:31:34 GMT

 
|> >I would like to change the mouse arrow in my application to an hourglass
|> >or a clock when it's performing a long, cpu intensive calculation in order
|> >to reassure the user that something is still occuring.  
|> >
|> >Does anyone know where I can get a public domain pixmap of a hourglass
|> >or a clock for such an effort?
|> >
|> >Thanks.
|> 	It's built in to Windows!!!
|> 

So it is in X Windows.

|> 	HCURSOR oldcursor;
|> 		oldcursor=SetCursor(LoadCursor(NULL,IDC_WAIT));
|> 
|> 			...crunch, crunch, crunch...
|> 
|> 		SetCursor(oldcursor);
	

	Cursor cursor = XCreateFontCursor (display, XC_clock);
	XDefineCursor (display, window, cursor);


For the hour_glass, consult the FAQ, there is a way to retrieve
the mwm one.
From: andy@autodesk.com (Andrew Purshottam)
Newsgroups: comp.windows.x.motif
Subject: Re: Use of color with Icons
Date: 8 Jan 93 01:01:32 GMT
Distribution: inet
Organization: The Internet


I assume you mean you are writing X/Motif apps and you wish to code
them so that color icons are used.  (As opposed to attempting to
configure existing apps for color icons). The color icons may or may
not work depending on the version of mwm. In particular, on HP Vue,
one needs to configure Vue for color icons.

There are several aspects to giving your app a color icon: (1) You
need to draw your icon in color (I have used the pbmplus routines to
convert tiff files to xpm, and used the iconedit editor on sun and HP,
which do color to do this); (2) you need to somehow create a pixmap in
your X server that contains your icon (I use XPM library for this);
(3) You need to use the pixmap as the icon window pixmap. (look on pg 588
of O'reilly #6).

[Look for the cute color icons in motif R12 AutoCAD! ;-]
-
Andrew V. Purshottam      /\     |  andy@autodesk.com  ...!fernwood!acad!andy 
Autodesk, Inc.	         //\\    |  (415)332-2344x2161  FAX (415) 331-8093
2320 Marinship Way      ///\\\   |  Sausalito CA 94965
"The views expressed are those of the speaker."


Newsgroups: comp.windows.x.motif
From: mdr0264@aw2.fsl.ca.boeing.com (Michael D. Riston)
Subject: XmText: Obtaining the string value without allocating space.
Keywords: XmText, String Value
Organization: fsl
Date: Wed, 6 Jan 1993 15:14:18 GMT

Is there a way to get the XmText widget's internal string value character 
pointer directly?

I am using XmTextGetString and XmNvalue to get a character pointer, but
these methods both return a memory allocated string that I have to 
delete when I am done using it.  When you have large files in the Text widget
(like an editor), constantly allocating memory becomes very inefficient,
whenever you want to look at the Text string (which is alot when your
application is an editor).

------------------------------------------------------------------------------
Michael D. Riston           |Voice: (206) 662-4345 
Boeing Commercial Airplanes |Boeing net: mdr0264@aw300
P.O. Box 3707, M/S 19-MH    |UUCP: ..!uunet!bcstec!aw300!mdr0264
Seattle, WA  98124-2207     |Internet: mdr0264@aw300.iasl.ca.boeing.com
-- 
------------------------------------------------------------------------------
Michael D. Riston           |Voice: (206) 234-2432 
Boeing Commercial Airplanes |Boeing net: mdr0264@aw300
P.O. Box 3707, M/S OW-31    |UUCP: ..!uunet!bcstec!aw300!mdr0264
Newsgroups: comp.windows.x.motif
From: mattb@sdd.hp.com (Matt Bonner)
Newsgroups: comp.windows.x.motif
Subject: Re: Motif 1.2 books
Date: 8 Jan 1993 17:04:19 GMT
Organization: Hewlett-Packard, San Diego Division
Distribution: world
NNTP-Posting-Host: hpsdlg16.sdd.hp.com
Keywords: 1.2, sample code

In article <C0II13.Bpo@news.iastate.edu>, niko@iastate.edu (Nikolaus E Schuessler) writes:
|> In article <1iidaoINNfon@hpsdlss3.sdd.hp.com> mattb@sdd.hp.com (Matt Bonner) writes:
|> >Are there any books out there that cover Motif 1.2 other than the 
|> >OSF books?  I would be especially be interested in a 1.2 version
|>  ^^^^^^^^^
|> What / where / isbn's / who / prices / ordering info ??
|> 
|> Nobody answered my post...

Well, if you mean "Where can I find the OSF/Motif books?", the information
from the title page of mine is:

OSF/Motif Programmer's Guide		ISBN #0-13-643107-0
OSF/Motif Programmer's Reference	ISBN #0-13-643115-1
OSF/Motif Style Guide			ISBN #0-13-643123-2

All published by Prentice-Hall, Englewood Cliffs, New Jersey 07632
OSF's number is: 617-621-7300, well, their Direct Channel number, at
least.  Which is probably not the right number, but I'm sure they or
someone else out there (anyone?) can tell you the right number.  I
don't see any prices on them, offhand.  Call your nearest university
or technical bookstore, I even see these books in the bigger general
bookstores these days.

Now about this TemplateDialog, anyone know anything about it?

Regards,
Matt
-- 
Matt Bonner                  |  Email: mattb@sdd.hp.com
Hewlett-Packard Company      |  Snail: 16399 West Bernardo Drive
Ink-jet Components Division  |         San Diego, CA  92127-1899
Newsgroups: comp.windows.x.motif
From: rubin@skiing.cis.ohio-state.edu (Daniel Rubin)
Subject: Simple Motif Questions...
Organization: The Ohio State University Dept. of Computer and Info. Science
Date: Sun, 10 Jan 1993 00:48:18 GMT

While making my first Motif application I encountered a couple of non-critical
problems that I was never able to solve.

First how do you go about centering buttons in a rowcol widget?  I have three
buttons in a rowcol widget created with the following resources

  XtSetArg (args[cnt], XmNbottomAttachment, XmATTACH_FORM); cnt++;
  XtSetArg (args[cnt], XmNrightAttachment, XmATTACH_FORM); cnt++;
  XtSetArg (args[cnt], XmNleftAttachment, XmATTACH_FORM); cnt++;
  XtSetArg (args[cnt], XmNentryAlignment, XmALIGNMENT_CENTER); cnt++;
  XtSetArg (args[cnt], XmNisAligned, True); cnt++;
  XtSetArg (args[cnt], XmNorientation, XmVERTICAL); cnt++;
  XtSetArg (args[cnt], XmNnumColumns, 3); cnt++;
  XtSetArg (args[cnt], XmNpacking, XmPACK_COLUMN); cnt++;
  XtSetArg (args[cnt], XmNadjustMargin, True); cnt++;
  XtSetArg (args[cnt], XmNadjustLast, False); cnt++;
  buttonarea = XtCreateManagedWidget("buttonarea", xmRowColumnWidgetClass,
				     mainarea,args,cnt);

The rowcol widget is attached to a form widget that I am using as my "main"
widget for the application.  Inside this widget are three push button widgets.
All I want is these three buttons to be uniform in width to fill out the
rowcol, but as it is the buttons are only as wide as the button with the
largest label and they start of the left side of the rowcol leaving a gap on
the right side?  

Secondly, I have a list widget as a child of a rowcol widget that is a child
of a form widget.  I am having trouble getting the list widget to resize 
to the size of the of the rowcol that is attached to the form?

Finally the most annoying problem has been trying to figure out how to put
a frame around a widget that is attached to a form.  It seems like when I
attach a frame widget to a form and have something like a rowcol widget as
the child of the frame things get really screwed up?  If I create a rowcol
widget and attach it to its parent which is a form widget how can I put a
frame around the rowcol, all I want in a outline around the rowcol's children?

Thanks for any help                                               - Dan

-- 

             Daniel Joseph Rubin     rubin@cis.ohio-state.edu 
     
                       GO BENGALS!      GO BUCKS!
Newsgroups: comp.windows.x.motif
From: tne@world.std.com (Thomas N Erickson)
Subject: Re: Motif Interface builder on the Sun
Organization: The World Public Access UNIX, Brookline, MA
Distribution: usa
Date: Thu, 7 Jan 1993 04:16:36 GMT

joses@delilah.Jpl.Nasa.Gov (Jose Salcedo) writes:

>Can anyone recommend an interface builder on the Sun platform? Any pointers
>would be greatly appreciated.

We at Alsys offer TeleUSE, a full featured user interface management
system that is available on several UNIX platforms, including Sun.

Please contact Larry Vernec on (619)457-2700 for more details.



-- 
Tom Erickson
Alsys
tne@world.std.com
Newsgroups: comp.windows.x.motif
From: stevens@scubed.com (Jeff Stevens)
Subject: Motif1.2 geometry problems
Organization: S-CUBED, A Division of Maxwell Labs; San Diego CA
Distribution: na
Date: Thu, 7 Jan 1993 07:56:19 GMT

We have just upgraded to Motif1.2 and are having some problems
with widget geometry.  Applications that use only Motif widgets
seem to work fine, however we are using some special purpose widgets
and contributed widgets that worked when mixed with Motif1.1 widgets,
that are acting very strangely now.  Symptoms are:

	On startup, unless the geometry resource is explicitly set,
the window manager sizes the application to be just large enough to 
enclose the menu bar.  Under Motif1.1, it properly enclosed the 
application with the widgets at their desired sizes.

	A large widget with a specified size used within a form widget 
adjacent to a Motif widget obscures the Motif widget in one case, and
in another case the Motif widget is resized to be the same size as the
large widget.  Under Motif1.1, the large widget was sized properly in
both cases.

The non-Motif widgets used here are simple widgets subclassed off of
Core.  None of them have a QueryGeometry method.

Has anyone else seen this problem and (hopefully) resolved it?  The
release notes for Motif1.2 say that geometry management has been changed
extensively, but does not say how this might affect other widgets that
want to coexist with the Motif widgets.

We are using X11R5 patch level 21, Motif 1.2.1.
-- 
----------------------------------------------------------
Jeff Stevens	stevens@sirius.scubed.com, stevens@seismo.css.gov
Newsgroups: comp.windows.x.motif
Newsgroups: comp.windows.x.motif

sglanger@vela.acs.oakland.edu (LANGER STEVEN C) writes:

   >I've got a foreground X app that launches a child process (non-
   >graphical) for data acquisition. I want to establish 2-way pipe
   >communication between said parent-child.

   >Vol 4 of the Xt Intrinsics Manual by Adrian Nye shows on pg.282-283
   >how to use popen, but this only gives one way communication and
   >since the example didn't show how to modify the child, I could
   >not even get the example to work.

   >Volume 6, Motif Programming Manual by Dan Heller on pg. 699 says,

   >1. call pipe to get the input and output channels
   >2. call fork to spawn the child
   >3. use dup2 on the child side to redirect stdout and stdin.
   >4.  use XtAppAddInput to monitor the pipes.

   >  Sadly, there is no code example of this procedure.

   >I've since gone to the man pages and I see that pipe(int *fildes)
   >returns two ints;
   >	filedes[0] being for read and
   >	filedes[1] being for write

   >XtAppAddInput requirs bona fide FILE pointers. How do I get them from
   >pipes it  returns? Also, my man server knows a total of 2 
   >sentences about buf2. I really could use a code fragment from both sides
   >to put this puzzle together.  Any UNIX interprocess communication
   >GURUS with X experience out there? I'll post a summary of methods
   >if there is interest.

   >--thanks in advance, steve


   >P.S. I'm running an SGI Indigo with Os 4.0.1

I have done this sucessfully by taking the sample source code in the
pipe man page and used XtAppAddInput to get the input back to my
application.  XtAppAddInput (O'Reilly Volume 5, pg 86) uses a file
descriptor returned from the pipe as-is, not a FILE *.

I have this running on an HP750 running HP-UX 8.07, X11R4.

--------snip------------snip------------snip------------snip--------
static int start_cpu_monitor(void)
{
	int	pipefd[2];

	if(pipe(pipefd) == -1) return OUT_OF_CHANNELS;

	if((cpu_monitor_pid = fork()) == (pid_t)0) {
		/* child process comes here */
		close(1);	/* replace stdout with the pipe */
		dup(pipefd[1]);
		close(pipefd[0]);
		execlp(CPU_MONITOR, CPU_MONITOR, CPU_UPDATE_INTERVAL, (char *)0);
		fprintf(stderr, "WARNING: CPU Monitor failed to start\n");

	}else if(cpu_monitor_pid > (pid_t)0) {
		/* parent process comes here */

		/* give input pipe to X server  */

		XtAppAddInput(UxAppContext, pipefd[0],
			(XtPointer)XtInputReadMask, handle_cpu_monitor_input, NULL);
	}
	return EXEC_GOOD;
}
--------snip------------snip------------snip------------snip--------
CPU_MONITOR is a function like vmstat, sending status to stdout (now the
pipe) periodically.
handle_cpu_monitor_input is an XtInputCallbackProc which is called any
time something comes in over the pipe from CPU_MONITOR.

--
Chris Pirson                 |B\______o=o=o.        Flight Test Engineering
                             --=o=o=o=o=o=o=>       Boeing Commercial Airplanes
pirson@misty.boeing.com           / ,'              Boeing Field, Seattle, WA
uunet!bcstec!misty!pirson   ..   /,'   76 MIPS at 40,000 feet!
Newsgroups: comp.windows.x.motif
From: eric@aisg (Hua-Wen Wang {Accura})
Subject: HELP! Associate colormap to all the widgets
Reply-To: eric@aisg
Organization: Gateway Conversion Tech.
Date: Mon, 11 Jan 93 22:49:14 GMT

I'm porting XView libraries and applications to Motif.
I had a librarey which will create my private colormap and provide API to the      application to associate the new colormap to all the window objects.

In XView, the API will be called right before 
  xv_main_loop(main_frame);
and take the main_frame as the argument.
Inside the API, I use FRAME_NTH_SUBFRAME to get all the FRAMEs or FRAME_CMDs from 
  the main_frame,
 for each FRAME or FRAME_CMD, I use XQueryTree() to get its children window list,
 and use XSetWindowColormap() and XSetWMColormapWindows() to associate the 
 private colormap to all the children windows

Now my problem is in Motif, it seems that there's no such an attribute (similar 
 to FRAME_NTH_SUBFRAME) so that I can get all the dialog shell widgets base on
 the application shell widget.
Is there any way to associate a private colormap to all the widgets given an
 application shell?
Thanks!!

P.S. Please e-mail your response to me directly, since I got a tight schedule
      may not have too much time to browse through the News.
My e-mail add: eric@aisg.com
From: slc@a2.cim.cdc.com (Steve Chesney x4662)
Newsgroups: comp.windows.x.motif
Subject: Positioning windows from Multiple Clients
Keywords: multiple clients
Date: 5 Jan 93 18:34:16 GMT
Reply-To: slc@a2.cim.cdc.com (Steve Chesney x4662)
Organization: Metaphase Technology Inc.

We have mutated our data base application into client and server pieces 
(using RPC). 
Unfortunately we were not able to isolate all user interface code into the 
client, so both client and server are able to display Motif dialog boxes.
Our problem is that the windows displayed by the server are not positioned
in any way respective to the main client window.

What ways exist to position windows from separate applications together?

-- 
Steve Chesney                                    slc@catherine.cim.cdc.com     
Metaphase Technology Inc.                        612-482-4662 (voice)
4233 North Lexington Avenue                      612-482-4001 (fax)
Arden Hills, MN  55126
Newsgroups: comp.windows.x.motif,comp.windows.ms.programmer,comp.os.ms-windows.misc,comp.os.ms-windows.programmer.misc,comp.os.ms-windows.programmer.tools
From: hubec@ctp.com (Hubert Chou)
Subject: PC Bitmaps to Motif Frame
Organization: Cambridge Technology Partners
Date: Mon, 4 Jan 1993 22:03:40 GMT

What is the most painless way to import images of PC Microsoft Windows
Visual Basic forms into a Frame document running under Motif on a 
UNIX box?

Thanks in advance--

Hubie Chou
hubec@ctp.com
Newsgroups: comp.windows.x.motif
From: drand@spinner.osf.org (Douglas S. Rand)
Subject: Re: X/Motif Option Menu Problem
Organization: Open Software Foundation
Distribution: inet
Date: 6 Jan 93 17:05:16

In article <1idqbjINN88j@usenet.INS.CWRU.Edu> cq377@cleveland.Freenet.Edu (David C. Williss) writes:

   I have a Macintosh running AUX.  We reciently compiled X11R5
   and suddenly got problems with Option Menus (Motif 1.1.x)
   The cascade button is shoved all the way to the left, not leaving
   any room for the label string, which is then drawn on top of the
   option menu.  This only happens on the AUX system.

   On other systems I get another problem.  After selecting something
   from the option menu, it replaces the contents with the new selection
   but instead of centering within the cascade button, it shoves it into
   the lower left corner.

Two things to consider: X11R5 must be compiled with a switch,  
MOTIF_BC, for Motif 1.1.x.  Otherwise you should be running 
Motif 1.2.x or (trusting my failing memory :) ) 1.1.5.  Perhaps 
someone else can tell you the precise situation.


--
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
Newsgroups: comp.windows.x.motif,comp.windows.x,comp.windows.open-look
From: aad@siemens.com (Anthony Datri)
Subject: Re: XAPPLRESDIR
Organization: Siemens Corporate Research, Princeton (Plainsboro), NJ
Date: Sat, 9 Jan 1993 03:19:27 GMT

>  I'm trying to get my resource file via the XAPPLRESDIR

That seems to be deprecated.  Try XUSERFILESEARCHPATH instead.


>  "setenv XAPPLRESDIR = $APPLHOME/etc"

> and the user can override these defaults by putting THEIR preferences in
>  "~/XTimesheet"

setenv XUSERFILESEARCHPATH ~/%N%C:$APPLHOME/etc/%N%C
-- 

======================================================================8--<
Newsgroups: comp.windows.x.motif
From: rmcash@eos.ncsu.edu (Rob Cash)
Subject: O'Reilly & Assoc. Vol #6
Originator: rmcash@c00013-118dan.eos.ncsu.edu
Keywords: When, new edition, Motif 1.2
Reply-To: rmcash@eos.ncsu.edu (Rob Cash)
Organization: North Carolina State University, Project Eos
Date: Thu, 7 Jan 1993 16:33:40 GMT



Hello *,


I was just wondering if anyone out there might know if (and if so, when)
Dan Heller is going to write a second edition for the O'Reilly and
Associates Volume 6, Motif Programming Manual.  I was hoping that it
might contain stuff on Motif 1.2.  Anybody heard or know anything?
Dan?  Folks at ora.com?


Please reply via email.
If there is significant response and interest, I will repost results...


Cheers,
Rob

-- 
||     ||               Cheers!                                  ||     ||
||     ||=.                                                      ||     ||=.
||     || |             Rob Cash                                 ||     || |
||     || |             B.S. Student in Computer Science         ||     || |
||     ||='             North Carolina State University          ||     ||='
||_____||               Internet: rmcash@eos.ncsu.edu            ||_____||
\_______/                                                        \_______/
From: krishnan@pms240.pms.ford.com (Hare Krishnan)
Newsgroups: comp.windows.x.motif
Subject: Icon Coloring ...
Date: 4 Jan 1993 20:28:30 GMT
Organization: Ford Motor Company
Distribution: world
NNTP-Posting-Host: pms240.pms.ford.com

Hello,

How do I get client specific colors for Mwm Icons?

i tried Mwm*icon*xterm*background : <color>
        Mwm*icon*xterm*foreground :  <color>

        Mwm*icon*XTerm*<resource> : <color>

None of this works.

Could some one help me with this? Thanks in advance.

Please send me an email to krishnan@pms030.pms.ford.com

 
Newsgroups: comp.windows.x.motif