HDTenEightyP/NetNews huggingface dataset:
From: datri@convex.com (Anthony A. Datri)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Motif vs Open-look vs X
Date: 10 Apr 92 00:12:58 GMT
Article-I.D.: sm.1992Apr10.001258.22147
Distribution: fj
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA

Date: Thu, 9 Apr 1992 16:59:29 GMT
Message-Id: <1992Apr9.165929.6784@news.eng.convex.com>
Newsgroups: comp.windows.x


>	For Motif, it comes shipped on many platforms, and I believe that 
>the royalty (license ?) fee is $50.00 per app shipped. This is more
>expensive than OpenLook, but considering the cost of the average Unix
>app, it's not too bad.

Neither Motif nor OpenLook is a product, and neither can be shipped.  Do
any of your vendors ship the color "Blue"?

My understanding is the the O$F requires a license for their library on each
*system*.  This means that you end up paying for the same license multiple
times, even if you have a site license.

Almost all vendors who ship XView or OSF/Motif library products can't
understand shared libraries.

-- 


======================================================8--<
From: gb@uplx.co.uk (Graham Beint)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Ada multitasking with X-windows
Date: 9 Apr 92 04:35:58 GMT
Distribution: fj
Organization: Uniplex Limited, Redwood House, Hemel Hempstead

Date: 9 Apr 92 03:46:24 GMT
Message-Id: <1435@uniplex.co.uk>
Newsgroups: comp.windows.x

In article <6APR199216012569@addvax.llnl.gov> kettering@addvax.llnl.gov (Brett 'Volleyball Is My Game' Kettering) writes:

...

>with DEC's binding.  I know that if you call XNextEvent or XtAppMainLoop with
>DEC`s binding your process delays forever (well until another X event comes
>along) and does not allow the Ada RTS to take over and schedule another task
>because the process never gets back on the CPU.

...

Presumably an XtWorkProc to interface to the ADA RTS should be part of the
functionality of XtNextEvent in the binding, if not then presumably
the binding is flawed.

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

Where do you draw the line.

Surely a binding is the definition of the call interface with as little
layering as is required to provide the functionality defined for the
library in the idiom of the calling language.

If the languages are equivalent in the sense that one can transparently
mix the two then no layering is required at all.

If the only difference is the call interface then a simple interface layer
will suffice.

It is possible that an implementation in the called language cannot be 
described accurately in the calling language and is therefore unusable.
E.g. Algol 60's pass by reference and C's pass address by value are totally
different and neither language can describe the functionality of the other.

Of course this may not matter since it is the binding layer that is to be
described. However the binding must provide the full functionality defined
for the library, if it cannot do that without an unacceptable burden of
code or performance it may have to resort to partial or even full
re-implementation of the library concerned.  This is still a binding.

Contrariwise malloc tends to have two implementations and one binding 
in C. The newer mallopt package and the traditional one.
From: jeanpaul@dutecad.et.tudelft.nl (J.P.M. van der Jagt)
Newsgroups: fj.mail-lists.x-window
Subject: Re: xloadimage won't set the root window on a DECstation
Date: 7 Apr 92 21:12:56 GMT
Distribution: fj
Organization: Delft University of Technology, Dept. of Electrical Engineering

Date: 7 Apr 92 14:25:58 GMT
Message-Id: <1992Apr07.142558.25134@donau.et.tudelft.nl>
Newsgroups: comp.windows.x,comp.unix.ultrix

jwilson@nordsieck.cs.colorado.edu (John Wilson) writes:

>    If I remember correctly,  xloadimage has never been able to display on
>    the root window on our 24 bit decstations.  Also, when we got our new
>    dec 5000/240 and went to ultrix 4.2a,  xloadimage started having
>    problems displaying large images.  Because of this xv was installed.
>    John Wilson

If you kill "dxwm" and run "twm" instead, xloadimage displays on the
root window just fine.
And with "twm" you can have your same home-made X11-menus that you always
liked so much...  :-)
Bye. John-Paul
-- 
[] J.P.M. van der Jagt [] Systems manager [] Delft University of Technology []
[] Email: jeanpaul@duteca.et.tudelft.nl [] Phone: 31-15-781366 [] unix unix []
[] - He sells C-shells by the seashore - Lauren Bacall - Key Largo - 1948 - []
From: kirillt@numbat.pad.otc.com.au (Kirill Tatarinov)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Xt Questions
Date: 13 Apr 92 03:52:51 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 12 Apr 92 23:19:32 GMT
Message-Id: <5433@otc.otca.oz>
Newsgroups: comp.windows.x

In article <9204091239.AA02896@simpson.turtles>, amir@matis.UUCP (Amir Katz) writes:
|> 
|> 1. The user selects an option and a widget is created and mapped. The widget
|>    remains, but it is later obscured by other widgets. When the user selects
|>    the same option again, we want to raise the widget above all others.
|>    We are using
|> 
|>        XRaiseWindow (display, XtWindow(widget))
|> 
|>    but it does not work. Why? Is there an Xt-based method of doing that?

The `widget' is probably not a subclass of WMShell. Currently, there is
no Xt method to change stacking order. 

|> 
|> 2. We need to know, inside the application, whether it is in iconified or
|>    normal state. Same requirement for some of its widgets.
|>    Once can call 'XGetWMHints', but is there a neater way of doing it?
|> 

Actually, the application does not care if the window iconified or not.
Assuming that the window is always iconified you may want to call
 XMapRaised(...). If the window is not iconified, it will be just Raised.
Be sure, that the window you provide in this call is a `top' of the hierarchy,
i.e. subclass of WMShell.

-- 
_____________________________________________________________________
   Kirill Tatarinov      | "Those evening bells! those evening bells!
      KillySoft          |  How many a tale their music tells... " 
   2/93 Prospect Rd.	 |			Thomas Moore
   Summer Hill 2130	 |__________________________________________
      Australia          
		 kirillt@nms.otca.oz.au  
		  FAX: +61-2-339-3985
		  Tel: +61-2-799-8525 
---------------------------------------------------------------------
From: bjaspan@athena.mit.edu (Barr3y Jaspan)
Newsgroups: fj.mail-lists.x-window
Subject: Re: MS-DOS X Server with SLIP support???
Date: 14 Apr 92 03:14:16 GMT
Distribution: fj
Organization: Massachusetts Institute of Technology

Date: Mon, 13 Apr 1992 17:55:52 GMT
Message-Id: <1992Apr13.175552.24097@athena.mit.edu>
Newsgroups: comp.windows.x

In article <1992Apr6.133746.1@hmcvax.claremont.edu> jstimson@hmcvax.claremont.edu writes:
>I am looking for an X server for MS-DOS (386 with ATI VGAWonder) that supports
>Internet Protocol Serial Links (SLIP).  I have access to a SLIP link, but not
>Ethernet.  I really don't want a program that runs under MS-Windows - it's too
>much of a power-suck to be used for anything besides word processing.  I'm also
>curious about prices for the various packages that support SLIP.
>							- John

Since you have a 386 machine, you might want to look into OS/2 2.0 with IBM's
TCP/IP 1.2 package, which provides both SLIP support and an X server.  I am
running this system (although I am using ethernet, not SLIP) and it works
quite well.  Note that OS/2 2.0 will allow you to keep using all of the DOS
programs, etc.

You can upgrade DOS to OS/2 for about $50.  TCP/IP 1.2 is $200 for the base
package (which includes essentially all of the common Unix network programs)
plus $150 for the X Window System extension.  Total cost about $400 list price
(so you can probably do better).  I do not know whether this is more or less
than the other solution I've seen suggested (two Desqview products and FTP
PC/TCP from FTP Software).  You can order all of this from (I
think) 1-800-IBM-3OS2.

Hope this helps.

-- 
Barr3y Jaspan, bjaspan@mit.edu
From: chrisw@chopin..ftcollins.ncr.com (Chris Whitley)
Newsgroups: fj.mail-lists.x-window
Subject: HELP! - changing contents of option menu - HELP!
Date: 17 Apr 92 01:38:09 GMT
Distribution: fj
Organization: NCR Microelectronics, Ft. Collins, CO

Date: 14 Apr 92 17:31:14 GMT
Message-Id: <1647@ncr-mpd.FtCollins.NCR.COM>
Newsgroups: comp.windows.x.motif,comp.windows.x


 
I need to change the contents of an option menu.
For example, an option menu which used to let one choose between
("one", "two", "three", "four") might be changed to allow
choices between ("five", "six")
 
I have written code which destroys all the old buttons
and then creates new ones, and this sort of works...
sort of in that I can get a new option menu to pop
up, but it tends to core dump and I cannot seem to
change the visible option button label until I choose
from the new menu.
 
 
/*****************************************************************/
XtUnmanageChild (wOptionMenu);
XtUnmanageChildren (OptMenuButtons, NumButtons); 
for each child (XtDestroy(OptMenuButton)); 
for each new_child (XmCreatePushButtonGadget(wOptionMenu, ...)); 
XtManageChildren (NewOptMenuButtons, NumNewButtons); 
XtVaSetValues (wOptionMenu, XmNmenuHistory, NewOptMenuButton, NULL);
XtManageChild (wOptionMenu);
/*****************************************************************/
 
Please help!
---------------------------------------------------------------
Chris Whitley            email: Chris.Whitley@FtCollins.NCR.COM
NCR Microelectronics     Phone: (303) 223-5100 ext. 432
2001 Danfield Court        Fax: (303) 226-9556
Ft. Collins, CO  80525
From: dah@access.digex.com (David A. Harris)
Newsgroups: fj.mail-lists.x-window
Subject: How do I map ttymap control sequences in Xterm
Date: 10 Apr 92 10:14:17 GMT
Distribution: fj
Organization: Express Access -- Greenbelt, Maryland  USA

Date: Wed, 8 Apr 1992 02:44:28 GMT
Message-Id: <1992Apr8.024428.3576@access.digex.com>
Newsgroups: comp.windows.x



Under Interactive UNIX, I am able to remap the keyboard using the "ttymap"
command.
    I want to do the same thing under X Windows (X11 R4) on Interactive UNIX,
and there is even a utility "xttymap" which I think may do it.
My question is:

(1)    Does xttymap remap the keyboard under X11R4 on Interactive UNIX?
(2)    What is the format for the mapfile?


	Dave Harris:  Please send mail to dah@digex.com
	I don't make it on to the net that often
From: gurney@pacific.cps.msu.edu (Eddy J. Gurney)
Newsgroups: fj.mail-lists.x-window
Subject: How to position child widgets using Xaw?
Date: 14 Apr 92 02:13:04 GMT
Distribution: fj
Organization: Dept. of Computer Engineering, Michigan State University

Date: 13 Apr 92 17:01:24 GMT
Message-Id: <1992Apr13.170124.14882@msuinfo.cl.msu.edu>
Newsgroups: comp.windows.x

I spent about five hours last night trying to figure out how to get
the Athena Widget set to position some Command (push button) widgets
where I want them in a Form widget.

At first I tried using the Resource manager and setting the x, y, 
height and width values, but that didn't appear to have any affect.
The first command widget was the only one which ever appeared, and
filled the entire form.

I found an example in Xaw/examples/xwidgets.c which used XtSetArg
to add an "XtNfromHoriz" when doing an XtCreateManagedWidget and that
DID have an effect... but I still cannot tell it that I want the 
widgets to be wide and short instead of always trying to be square and
filling the entire form.

This SHOULD be a very simple form in my opinion:
	+---------------------------------+
        | +------------+   +------------+ |
        | |  Button 1  |   |  Button 2  | |
        | +------------+   +------------+ |
        |                                 |
        | +-----------------------------+ |
        | |                             | |
        | |                             | |
        | |            Label            | |
        | |                             | |
        | |                             | |
        | +-----------------------------+ |
	+---------------------------------+

But the best I can get, using 'XtNfromHoriz' and 'XtNfromVert' is this:
	+---------------------------------+
        | +-------------+ +-------------+ |
        | |             | |             | |
        | |  Button 1   | |  Button 2   | |
        | |             | |             | |
        | +-------------+ +-------------+ |
        | +-------------+                 |
        | |             |                 |
        | |    Label    |                 |
        | |             |                 |
        | +-------------+                 |
	+---------------------------------+

Any suggestions?  I know Xw (HP) widgets has 'xAttachRight' and 
'yAttachBottom' type resource options... but how do you make a
form like the first diagram in Xaw?

Any hints, ideas or references to a good book on Athena Widgets 
would be greatly appreciated!  Right now the only thing I have 
is the Athena Widget manual which comes with the X11R5 distribution...
and it doesn't have any detailed examples! :-(

Thanks,
Eddy

P.S. Running X11R5 under A/UX 2.0.1 on a MacIIcx, with gcc 2.1...

-- 
         Eddy J. Gurney  N8FPW       THE ECCENTRICITY GROUP           EEEEGGGG
gurney@cps.msu.edu     gurney@egr.msu.edu     17158EJG@MSU.BITNET     EEE G GG
   (Preferred)          (If you want to)      (If you HAVE to :-)     EEEEGGGG
--
   "Failures are divided into two classes-- those who thought and never did,
         and those who did and never thought."     John Charles Salak
From: gillett@rice-chex.ai.mit.edu (Walter E. Gillett)
Newsgroups: fj.mail-lists.x-window
Subject: HP Widget set (was Re: Motif vs Open-look vs X)
Date: 9 Apr 92 06:17:21 GMT
Distribution: fj
Organization: MIT Artificial Intelligence Laboratory

Date: 8 Apr 92 23:22:23 GMT
Message-Id: <23222@life.ai.mit.edu>
Newsgroups: comp.windows.x

Why doesn't anybody ever mention the HP Widgets (libXw.a) as an alternative to
Athena or Motif/OpenLook?  Aren't they pretty much Athena functionality with
a Motif look?  And they're free, right?
---------------------------------------------------------------
Joe Shapiro (NOT Walter Gillett, though I'm using his account!)
Please send replies to:                      gillett@ai.mit.edu
From: eyckmans@imec.be (Michel Eyckmans (MCE))
Newsgroups: fj.mail-lists.x-window
Subject: Re: Is there a "watcher" (Console inactivity based xlock) for X11?
Date: 8 Apr 92 08:58:56 GMT
Distribution: fj
Organization: IMEC vzw Leuven

Date: 7 Apr 92 17:41:55 GMT
Message-Id: <1599@imec.UUCP>
Newsgroups: comp.windows.x

In article <1992Apr6.195449.10054@ssd.kodak.com>, jmoore@ssd.kodak.com (James H. Moore 726-0322) writes:
|> I was asked if there was a program which would detect inactivity at a 
|> keyboard and automatically lock the console.
|> ...
|> empty.  Anyone know of such a utility?

 I recently announced the existence of such a thing on this newsgroup.
 The next thing I knew, I was drowning in a flood of requests to make
 it public, so I've mailed it to the moderator of comp.sources.x. It
 should be on the net someday soon (unless the moderator is on holiday
 of course.)

|> Thanks in advance!!

 You're welcome.

						  MCE
-- 
=============================================================================
#include <std/disclaimer>

M. Eyckmans (MCE)                                            eyckmans@imec.be
=============================================================================
From: ckd@eff.org (Christopher Davis)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Question for net.views column in UNIX Today!
Date: 17 Apr 92 04:16:03 GMT
Distribution: fj
Organization: Electronic Frontier Foundation Tech Central

Date: 17 Apr 92 00:58:22 GMT
Message-Id: <CKD.92Apr16205640@loiosh.eff.org>
Newsgroups: comp.sys.dec,comp.windows.x,comp.unix.xenix.sco,comp.unix.sysv386,comp.windows.misc,comp.unix.msdos,comp.unix.admin,comp.os.misc,comp.unix.questions,comp.sys.hp


 Bob> == Bob English <renglish@cello.hpl.hp.com> 

 Bob> I have to agree with Van, here.  While sendmail may indeed be a
 Bob> complex, powerful tool, that doesn't mean that simple things have
 Bob> to be complex and difficult.

Use ease or the NIU Sendmail.mc m4 code that comes with UIUC-IDA sendmail.

The NIU stuff makes it a *lot* easier to deal with sendmail.cf, because
you don't have to.  I haven't used ease, but I've heard good stuff about
it.

--
Christopher Davis <ckd@eff.org> |    ECONOMIC OBSERVATIONS DEPARTMENT
System Manager & Postmaster     |  "There's always something going out of
Electronic Frontier Foundation  |      business in Central Square."
+1 617 864 0665  NIC: [CKD1]    |   -Rita Marie Rouvalis <rita@eff.org>
From: shocking@cxbne.cx.oz.au (Steve Hocking)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X Load Monitor
Date: 7 Apr 92 10:19:10 GMT
Distribution: fj
Organization: Comperex Australia Pty Limited

Date: 7 Apr 92 03:11:33 GMT
Message-Id: <1992Apr7.031133.17587@cxbne.cx.OZ.AU>
Newsgroups: comp.windows.x

rsmith@proteus.arc.nasa.GOV (Roger Smith -- IAS) writes:
>DESCRIPTION:
>     The xnetload program displays a periodically updating histo-
>     gram  of  the  ethernet load average for the specified host.
>     The resulting graph is scaled as a 0% to 100% load. NOTE:The
>     specified host must be running rpc.etherd.
>------------------------------------------------------------------
>Roger Smith
>Sterling Software at
>NASA-Ames Research Center
>rsmith@proteus.arc.nasa.gov
>- 
>If change is -- inevitable -- predictable -- beneficial -- 
>doesn't logic demand that you be a part of it?
>One man cannot summon the future. But one man can change the present!
>    -- Kirk and the Alternate Spock, "Mirror, Mirror," stardate unknown

	Now for the difficult part .... Where does one acquire the source to
rpc.etherd?


	Cheers,

	Stephen
-- 
-------------------------------------------------------------------------------
"Love makes the world go around, but sex makes the ride fun"
		Stephen Hocking - Unix consultant
shocking@cxbne.cx.oz.au			-	I am responsible for myself...
From: tl@bat.gsfc.nasa.gov (SSUID Tin Li)
Newsgroups: fj.mail-lists.x-window
Subject: g++ 1.40 stream.h and X11R4 Intrinsic.h
Date: 15 Apr 92 16:47:41 GMT
Distribution: fj
Organization: Century Computing Inc.

Date: 15 Apr 92 13:32:11 GMT
Message-Id: <1992Apr15.133211.1459@nsisrv.gsfc.nasa.gov>
Newsgroups: comp.windows.x

When I compile the following simple program using g++ 1.4 on sun4

#include <stream.h>
#include <X11/Intrinsic.h>
main ()
{
cout << "This is a test\n";
}

I got the warning flock was first declared as extern then static.
It seems g++ has a function prototype declared for flock in std.h and
system include file /usr/include/sys/fcntlcom.h declared flock as a
struct.

I have to include Intrinsic.h for my Xt stuff and like to use the stream
package instead of printf etc.  Does anyone have similar problem?
Is there any workaround?   I compiled the same program using Sun's C++ and
had received no warning.

Thanks in advance.

Tin Li
Century Computing Inc.
Laurel, MD

tl@cen.com    or  tl@bat.gsfc.nasa.gov
From: mahan@tgv.com (Patrick L. Mahan)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Using color masks in XImage structure
Date: 8 Apr 92 07:43:22 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date:    Tue, 7 Apr 92 19:51:56 PDT
Message-Id: <920407195156.21a0055a@TGV.COM>
X-St-Vmsmail-To: ST%"micah@tramp.colorado.edu"

# I am using XGetImage to get information about an image in
# a drawable. As a result, an XImage structure is returned with
# the information. Is it possible for me to use the red, green and blue
# masks in the XImage structure to find out the RGB colormap values?

I don't believe so (but if I'm wrong somebody will tell me ;-)).

When I have implemented the usage of grabbing the image data using
XGetImage() I always used ZPixmap format which required getting
the colormap with XGetColors() (sp?).  Then using the pixel to index
into the the XColor array to locate the RGB values.

Since, I don't have my docs handy, I can't say off the top of my head
for using the other two formats.


Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long
From: jmd@loral.cts.com (John McDaid)
Newsgroups: fj.mail-lists.x-window
Subject: Artificial Horizon
Date: 8 Apr 92 14:31:15 GMT
Distribution: fj
Organization: Loral Instrumentation

Date: Tue, 7 Apr 92 18:27:02 GMT
Message-Id: <1992Apr7.182702.2798@loral.CTS.COM>
Newsgroups: comp.windows.x


Has anyone ever implemented an artificial horizon instrument in Xlib?
I was real curious about the algorithms used to move the "globe" inside
the instrument.  I would enjoy hearing from anyone that has done this.

John McDaid
jmd@loral.UUCP
From: sbw@kzin.eel.ufl.edu (Sam Whedbee)
Newsgroups: fj.mail-lists.x-window
Subject: Mach, X11R5, and TRIDENT video card
Date: 17 Apr 92 03:10:53 GMT
Distribution: fj
Organization: EE computer teaching labs

Date: 16 Apr 92 19:15:26 GMT
Message-Id: <1992Apr16.191526.2203@eng.ufl.edu>
Newsgroups: comp.windows.x

I just installed X11R5 on a 386 running the Mach operating system.
The only problem is that the R5 server is throwing fits with
my TRIDENT  SVGA card:

fatal server error, can't find screen

This may be a configuration problem with how I have /usr/X11R5/lib/Xconfig
set up.  Anyway,  I heard that a while ago, there was a big discussion
and several articles posted on how to set up the Xconfig file
for all sorts of video cards.

If anyone could mail me the articles or information and/or repost them
to comp.windows.x,  I would greatly appreciate it.

thanks in advance.

-Sam
From: gbol@rglnext.geol.vt.edu (Gregory Lampshire)
Newsgroups: fj.mail-lists.x-window
Subject: how do you hide the mouse via Xlib or Xt calls?
Date: 16 Apr 92 04:33:41 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 15 Apr 92 23:58:05 GMT
Message-Id: <3760@vtserf.cc.vt.edu>
Newsgroups: comp.windows.x


The subject line ask my question.  Thanks ahead of time.



--
Gregory Lampshire 
Virginia Tech NeXT CC
Bradley Department of Electrical Engineering
laural@vttcf.cc.vt.edu
gbol@rglnext.geol.vt.edu (preferred) NeXTmail welcome
------------------------
From: srj@compsci.stirling.ac.uk (Steve_Jones)
Newsgroups: fj.mail-lists.x-window
Subject: Please remove me
Date: 7 Apr 92 17:08:19 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Via: sun3.nsfnet-relay.ac.uk; Tue, 7 Apr 1992 15:47:18 +0100
Date: 7 Apr 92 14:44:27 GMT (Tue)
Message-Id: <9204071444.AA10337@uk.ac.stir.cs.doodah>
X-Mailer: Ag [2.5-d] (22/11/89--15:27)

Please remove me from the mailing list
Thanks.