HDTenEightyP/NetNews huggingface dataset:
From: bobb@agora.rain.com (Bob Beauchemin)
Newsgroups: fj.mail-lists.x-window
Subject: Xauthority file
Date: 29 Aug 92 13:57:47 GMT
Distribution: fj
Organization: Open Communications Forum

Date: Sat, 29 Aug 1992 00:01:39 GMT
Message-Id: <BtpxEv.47n@agora.rain.com>
Newsgroups: comp.windows.x



  I'm probably missing something obvious but I have a question about the
.Xauthority file used for securing X servers.

  If XDM creates the .Xauthority file in the user's home directory at
login time, then this file exists on the machine that runs XDM (call this
Host A). The .Xauthority file is only readable by the user.
  Now, that user wishes to rlogin to another machine (Host B) and run
program FOO. The Xau library is linked with program FOO on Host B. The FOO
program is supposed to read the magic cookie from the .Xauthority file and
present it to the server for verification.
  But the FOO program (Host B) is using Xau, which does fread(). The
.Xauthority file is on Host A. How is this accomplished without the use of
NFS? Or is NFS a strict requirement?

Bob Beauchemin
bobb@agora.rain.com
From: chris@vision.co.uk (Chris Davies)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X windows over phone lines for PCs
Date: 1 Sep 92 20:01:24 GMT
Distribution: fj
Organization: VisionWare Ltd., Leeds, UK

Date: 1 Sep 92 15:43:31 GMT
Message-Id: <1992Sep1.154331.15355@visionware.co.uk>
Newsgroups: comp.windows.x,comp.windows.x.apps,comp.windows.open-look

Alan Steele (neptune@icd.teradyne.com) wrote:
> I don't know the contact information for the U.S. office of VisionWare (they
> are based in the U.K.), but you can get XVision from Qualix group, among others.
> E-mail to info@qualix.com.

You can reach VisionWare by email at info@visionware.co.uk or you can
telephone us on +44 532 788858, fax +44 532 304676.

Our US Office phone number is +1 415 325 2113, fax +1 415 325 8710.

Chris
--
            VISIONWARE LTD, 57 Cardigan Lane, LEEDS LS4 2LE, England
  Tel +44 532 788858 x238.  Fax +44 532 304676.  Email chris@visionware.co.uk
---------- "VisionWare:   The home of DOS/SQL/UNIX/X/VMS integration" ---------
From: achan@idaho.tdd.sj.nec.com (Amy Chan  x2941)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Converting Window ID to Widget
Date: 2 Sep 92 05:12:53 GMT
Distribution: fj
Organization: NEC-AM TDD, San Jose, California

Date: 1 Sep 92 16:41:56 GMT
Message-Id: <1992Sep1.164156.5338@sj.nec.com>
Newsgroups: comp.windows.x

In article <1992Aug31.212218.11573@sparky.imd.sterling.com> dave@IMD.Sterling.COM (Dave Krejci) writes:
>I'm interested in writing an application on a SPARC 2 that would allow a
>user to click on a window which would then display the widget hierarchy
>for that window by widget name and class.  I know how to get the window 
>ID of the window clicked on and I know how to print the widget hierarchy
>given a toplevel shell.  My problem is that I haven't been able to find
>a way to convert a window ID into a toplevel widget name.  

You can use XtWindowToWidget() to translate a window and display pointer
into a widget instance. You can then use XtName() to get the name of 
a widget.

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       |
From: shambala!kentkar@bloom-beacon.mit.edu (Kent Karrer)
Newsgroups: fj.mail-lists.x-window
Subject: Need help compiling X source with ISC 3.0
Date: 27 Aug 92 22:30:09 GMT
Distribution: fj
Organization: The Conscious Interlude

Date: 27 Aug 92 05:19:26 GMT
Message-Id: <1992Aug27.051926.12202@shambala.uucp>
Newsgroups: comp.windows.x,comp.windows.x.motif,comp.unix.sysv386

I've had Interactive's X11R4 and Motif Development system since the end of
last year. I have been trying unsuccessfully since then to compile X source
games and etc that occassionally filter through various source groups. I
have RTFM many times but I have yet to successfully compile something that
will work with X and Motif on my system. The only gotcha that I came across
is a line in the release notes indicating to manually add -lnsl_s to the
end of the final link of the program. I'm not really sure what this means
but I have tried using it various ways without success. The docs are no
help in any way.

Will someone please enlighten me? 
-- 
[ A GREAT DEAL OF CHAOS IN THE WORLD occurs because people don't appreciate ]
[                      themselves. -- Chogyam Trungpa                       ]
[               "SHAMBHALA - The Sacred Path of the Warrior"                ]
[____uunet!seaeast!shambala!kentkar  /or/  uunet!polari!shambala!kentkar____]
From: izeek@techunix.technion.ac.il (Ilan Aisic)
Newsgroups: fj.mail-lists.x-window
Subject: Re: 256 grayscale levels with standard colormap
Date: 4 Sep 92 10:49:34 GMT
Distribution: fj
Organization: Technion, Israel Inst. of Technology

Date: Thu, 3 Sep 1992 19:54:18 GMT
Message-Id: <1992Sep3.195418.6065@discus.technion.ac.il>
Newsgroups: comp.windows.x

In article <1992Sep2.040959.16164@walter.cray.com> vincent@cadillac.cray.com (Vincent LE BARAZER) writes:
>
> Hi everybodyx,
>
> I'd like to create an X application that draw lines of pixels, with
>color level from 0 to 255 in a Grayscale visual.
> This application has to work either on 8 planes grayscale servers or
>on 24 planes color server.
>
> My first step was to Create a new colormap, allocate 256 levels of gray
>pixels ( red = green = blue ), and install this colormap .
>
> ... but other X clients running on the same server do not like this new
>colormap !
>
> So , how can I handle 256 gray levels without changing the color map ?
>I suppose that the Visual type has something to do with this ??....
> ...

If you want to use a virtual colormap for your window, you will
get the "colormap flashing" whenever you move your pointer into and out of
your window (in an 8 planes server).  To avoid the "flashing" (when other
windows appear in false colors), it  is recommended that you allocate
from the default colormap. But then, you will not get 256 colors because
some (or many) of the cells are already in use.
If you still cannot get all the colors you need, that is, enough slots,
and you want to minimize the flashing, I suggest the following approach:
1. Create your own virtual colormap.
2. If your application only needs grays, assign all the grays
   you need to the upper portion of your colormap.
3. Leave as many unused colorcells (in your virtual colormap)
   as possible in the beginning of the colormap.
4. If your application also needs other colors, you may want
   to consider copying the content of the first colorcells
   (as many as possible) from the default colormap into your colormap.
The window manager will continue to switch colormaps,
but the colormap flashing will be reduced or not visible unless you have
some other color demanding applications on the screen.
This is so because the window manager (at least OpenWin), tend
to use the colors at the beginning of the colormap.

    ____
     /  /   __
    /  /   /_/ /| /
 __/_ /__ / / / |/   o o o

                           Ilan Aisic
           Israel                                 USA
Voice:   972-4-344474                         1-914-644-7710
Fax:     972-4-342492                         1-914-644-7763
E-mail:  izeek@techunix.technion.ac.il        ilan@allink.com
From: baem@cbnewsh.cb.att.com (brian.ae.meekings)
Newsgroups: fj.mail-lists.x-window
Subject: Home-grown window manager problem
Date: 27 Aug 92 21:10:51 GMT
Distribution: fj
Organization: AT&T

Date: 27 Aug 92 14:07:43 GMT
Message-Id: <1992Aug27.140743.13730@cbnewsh.cb.att.com>
Newsgroups: comp.windows.x

We're using a home-grown widget set and window manager on a large
(~750,000 lines) project. There are currently no plans to upgrade
to a more standard platform. When we try to run off-the-shelf
applications under our window manager, they work most of the time,
except for one major annoyance - if we pop up a window (a menu, say),
and then exit that window, the whole application dies, instead of
just the window.
I'm not really familiar with window manager code, but it looks like
our window manager is calling XKillClient, just like olvwm does.
Does anybody have any ideas what the problem might be - if I know
what I'm looking for, I might be able to go in and fix the window
manager.

Brian Meekings
baem@mink.att.com
From: sd344@cs.city.ac.uk (SHARPE P A)
Newsgroups: fj.mail-lists.x-window
Subject: Colouring clients
Date: 3 Sep 92 13:03:09 GMT
Distribution: fj
Organization: City University

Date: 3 Sep 92 09:41:42 GMT
Message-Id: <sd344.715513302@fred>
Newsgroups: comp.windows.x

I'm wondering if there's a tool around which will allow me to simply try
out different combinations with clients.

e.g. Select colour from database, click on xclock bg and see the effect
immediately.

I've checked the FAQs and archies and not seen anything there.

I'm bored of searching for potentially pleasing names in the database
typing in loads of command line options and being disappointed at the results!

All ideas welcome.

(Email please to sd344@city.ac.uk)
From: jigang@dale.ssc.gov (Jigang Yang)
Newsgroups: fj.mail-lists.x-window
Subject: Colormap questions
Date: 2 Sep 92 21:09:41 GMT
Distribution: fj
Organization: SSC Lab

Date: Wed, 2 Sep 1992 14:25:22 GMT
Message-Id: <1992Sep2.142522.8178@sunova.ssc.gov>
Newsgroups: comp.windows.x


    Is there a text file in X11 giving standard colormap RGB values ?

-- 
Jigang Yang, jigang@dale.ssc.gov, jyang@sscvx1.bitnet
2550 Beckleymeade Ave. MS 4011  Tel: 214-708-3498
Dallas, TX 75237                Fax: 214-708-4898
From: gblitchf@watcgl.uwaterloo.ca (Gwen Litchfield)
Newsgroups: fj.mail-lists.x-window
Subject: Core dump on call to XtVaAppCreateShell
Date: 1 Sep 92 21:21:43 GMT
Distribution: fj
Organization: Computer Graphics Laboratory, University of Waterloo, Ontario, Canada

Date: 1 Sep 92 14:16:15 GMT
Message-Id: <BtwKz3.Irq@watcgl.uwaterloo.ca>
Newsgroups: comp.windows.x.intrinsics,comp.windows.x,comp.windows.x.motif


I have written an application which must allow the user to 
create and destroy a plotting window many times.   I accomplish
this by calling XtVaAppCreateShell to create my top level shell 
for the plotting window, and I call XtDestroyWidget on the top 
level shell to destroy the plotting window.  Note: I only call
XtToolkitInitialize, XtCreateApplicationContext, and XtOpenDisplay
once upon startup of the application.

The first time the plotting window is created, everything is 
fine, and it then seems to be destroyed properly.  However, the
second time the plotting window is created, my application core
dumps on the call to XtVaAppCreateShell.  I have run this 
in the debugger and I get the following traceback:

   _XmNavigate
   XtInitializeWidgetClass
   _XtCopyAllSmallCallbacks
   XtCreateWidget
   XmGetScreenObject
   XrmQuarkToString
   XmBaseClassPartInitialize
   XtInitializeWidgetClass
   XtCopyAllSmallCallbacks
   XtAppCreateShell
   XtVaAppCreateShell


I have been trying to track down this bug on and off for 
a few weeks, and I would welcome any suggestions.  


To complete the description of the problem, I am running on an HP 9000/720
with HP-UX 8.0.7, and Motif 1.1.  My application mixes Motif,
Starbase, Xt and Xlib.  The order in which I link in these
libraries is `-lsb (Starbase) -lXm -lXt -lX11', with other
HP windowing libraries mixed in between.


----------------------------------------------------
Here is the code which creates the top level shell:
----------------------------------------------------

  /*
   * Create top level Shell Widget. 
   */
       toplevel = XtVaAppCreateShell(argv[0], "Tascflow", 
                     applicationShellWidgetClass, display,
                     XmNx, win_x,
                     XmNy, win_y,
                     XmNmwmFunctions, MWM_FUNC_RESIZE | MWM_FUNC_MOVE | 
                                      MWM_FUNC_MINIMIZE | MWM_FUNC_MAXIMIZE, 
                     XmNkeyboardFocusPolicy, XmPOINTER,
                     XmNdeleteResponse, XmDO_NOTHING,
                     XmNdestroyCallback, NULL,
                     XmNdepth, depth,
                     XmNcolormap, cmap,
                     XmNvisual, visual,
                     XmNinput, True,
                     XmNsaveUnder, True,
                     XmNinitialState, NormalState,
                     NULL);
                                   

-----------------------------------------------------
Here is the code which destroys the top level shell:
-----------------------------------------------------


         display = XtDisplay(toplevel);
         XtDestroyWidget(toplevel);
         XFlush(display);
From: bbrown@infonode.ingr.com (Bailey Brown)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 2 Sep 92 01:58:33 GMT
Distribution: fj
Organization: Intergraph Corporation, Huntsville, AL.

Date: Tue, 1 Sep 1992 20:44:18 GMT
Message-Id: <1992Sep1.204418.22792@infonode.ingr.com>
Newsgroups: alt.religion.computers,comp.windows.misc,comp.windows.news,comp.windows.x,comp.human-factors

jbotz@mtholyoke.edu (Jurgen Botz) writes:


>>[...]
>>I'm content to use the DOS command line for my work.

>I don't see how _anyone_ can be content with the DOS command line.  The
>DOS command interpreter is an abomination (it's almost as rediculous as
>the 640k limit.)  Get a real OS and a real Shell.  ;-)

I use Unix at work, and MS-Windows and 4dos on my PC at home.  I've got my
4dos environment set up much like my unix environment at work.  I prefer to
use most applications in GUI form, but for file management,
typeing "rm *.bak *.old *.lst" is much easier than dragging each file
to the "trashcan" or "eraser" or whatever, or dealing with a dialog and
buttons to specify and delete the files.  If you go the menu/dialog
route, you still have to type "*.bak *.old *.lst" anyway.  Windows uses
all 8megs in my system, and will swap in the rare occasions when it is
necessary.  I run dos sessions in windows, much like xterms.

------------
Bailey Brown                               "Above all else, confusion reigns."
Intergraph Corporation                                  
bbrown@casca.b11.ingr.com                              Procol Harum
From: dfegan@lescsse.jsc.nasa.gov (Doug Egan)
Newsgroups: fj.mail-lists.x-window
Subject: X Development on MVS????
Date: 21 Aug 92 23:10:57 GMT
Distribution: fj
Organization: LESC

Date: 20 Aug 92 20:40:48 GMT
Message-Id: <dfegan.714343248@node_2204c>
Newsgroups: comp.windows.x


        We have been attempting to build a Motif application,
   using TCPIP on MVS/ESA... (NOT easy!) <Wiping sweat from brow>
   We have succeeded to complete a minor client with few
   capabilities...

        I would like to know if there are any OTHER products
   available, that will run with/on TCPIP in a MVS/ESA environment.

        Please Followup or reply to: egan@blkbox.com

Thanx,
      Doug
--
=========================================================================
 Doug Egan                               "...Engineers, they LOVE to
 Lockheed Engineering and Sciences Co.    change things!" 
 Houston, TX                                 Dr. Leonard "Bones" McCoy
From: veym@crnvma.cern.ch (Marc Vanden Eynden)
Newsgroups: fj.mail-lists.x-window
Subject: how to implement slow calback routines ?
Date: 27 Aug 92 16:45:05 GMT
Distribution: fj
Organization: CERN

Date: Thu, 27 Aug 1992 13:05:57 GMT
Message-Id: <1992Aug27.130557.6965@dxcern.cern.ch>
Newsgroups: comp.windows.x

Hi everybody,

My problem is the following :

In several applications we add a callback routine to a pushbutton, let us say 
that foo is this callback routine.
In foo, we have to access large numbers of pieces of equipment;this operation
may take up to 30 seconds. Therefore, we pop up an a XmMessageBox telling the
user that the task in currently running.
The problem is that after the creation of the messagebox we do not return to
the XtMainLoop() and the messagebox is not managed on the screen, even if we
call XFlush().

Example :
callback routine foo(...)
{ 
   /* inform user that it will take 30 seconds */

    msgbox = XmCreateMessageBox(...)
    XtManageChild(msgbox);
    XFlush(dpy);

   /* start hardware access - 30 seconds of exexution */

    AccessHW(...)
}

This doesn't work , the messagebox is not managed on the screen.
Does anybody have a good idea how to solve this very common problem ??
Thanks in advance for your collaboration.

M.Vanden Eynden  
CERN - Switzerland
email : veym@cernvm.cern.ch
From: wmedetz@risc.uni-linz.ac.at (Medetz Wilhelm)
Newsgroups: fj.mail-lists.x-window
Subject: Toshiba 6400 --- 256 Colors X11 Server
Date: 2 Sep 92 20:16:03 GMT
Distribution: fj
Organization: RISC, J.K. University of Linz, Austria

Date: Wed, 2 Sep 1992 11:31:53 GMT
Message-Id: <1992Sep2.113153.23569@alijku05.edvz.uni-linz.ac.at>
Newsgroups: comp.windows.x


Does anyone know ho to get a 256 colors X11r5 server
for a Toshiba 4400/6400 running Interactive Unix 3.2.



Thanks in advance

W.Medetz
From: rohit@neosoft.com (Rohit Mehrotra)
Newsgroups: fj.mail-lists.x-window
Subject: Passing keystrokes to application ?
Date: 31 Aug 92 05:46:48 GMT
Distribution: fj
Organization: NeoSoft Communications Services -- (713) 684-5900

Date: Mon, 31 Aug 1992 02:37:22 GMT
Message-Id: <1992Aug31.023722.28784@NeoSoft.com>
Newsgroups: comp.windows.x.motif,comp.windows.x

Hi,

I am sure that this question must have been asked quite a few times
before.

How does one get the keys like Alt-F[1-12] pass through to the application,
instead of getting trapped by the window manager in Motif.

I have an application which needs these keys and presently it is severely
crippled because mwm is trapping them and using them for things like
iconify/move etc. 

I would personally like to set somehow set my resources so that only
for this specific application the key strokes are passed through and
not interpreted by mwm.

BTW: Is there a mailing list for motif users.

Thanks in advance

-- 
Rohit Mehrotra
------------------------------------------------------------------------------
VITAL				| 	10755 Meadowglen Lane, #238
Ph: 713-781-7406		| 	Houston, TX 77042.
From: S_JUFFA@irav1.ira.uka.de (|S| Norbert Juffa)
Newsgroups: fj.mail-lists.x-window
Subject: Does coprocessor speed up GUI (here: Xwindows)? (Summary of answers)
Date: 2 Sep 92 20:54:11 GMT
Distribution: fj
Organization: University of Karlsruhe (FRG) - Informatik Rechnerabt.

Date: 2 Sep 1992 13:38:13 GMT
Message-Id: <182g45INNsm4@iraul1.ira.uka.de>
Newsgroups: comp.windows.x

Hi netters!

Some time ago I asked here wether using a coprocessor in a 80x86 based machine
speeds up GUIs, in particular X-Windows. So far I have gotten replies from:
Eric Johnson (johnsone%camax01@uunet.UU.NET),
Jerry Whelan (guru@stasi.bradley.edu),
Arto Viitanen (av@cs.uta.fi),
Richard Krehbiel (richk@grebyn.com)
Thanks, guys! It seems that X-Windows originally used quite a bit of floating-
point arithmetic in its graphics routines, in particular for operations such
as arc drawing. However, after X11R3, most of the floating point arithmetic
was replaced with faster integer operations. But even the current source code
for X11R5 from MIT contains some modules that use floating point arithmetic.
So installing a coprocessor *does* speed up the X-Windows GUI. The speed gain
is probably not dramatical, though. I have been informed that it is quite
easy to demonstrate the speed difference between coprocessor/ no coprocessor
by running the X-Eyes program, which seems to use mainly arc drawing. As
opposed to X-Windows, the MS-Windows GUI and OS/2 Presentation Manager do
*not* use floating-point arithmetic in their graphics routines, so installing
a coprocessor does not speed up the GUI. However, application programs can
be sped up using a math coprocessor.

Norbert
-------------------------------------------------------------------------------
Norbert Juffa       email: S_JUFFA@IRAVCL.IRA.UKA.DE         Live and let live!
From: steve@nuchat.sccsi.com (Steve Nuchia)
Newsgroups: fj.mail-lists.x-window
Subject: Hercules mono server replacement for ISC V.3
Date: 28 Aug 92 14:53:35 GMT
Distribution: fj
Organization: South Coast Computing Services, Inc.  Houston

Date: Thu, 27 Aug 1992 22:25:00 GMT
Message-Id: <1992Aug27.222500.20700@nuchat.sccsi.com>
Newsgroups: comp.windows.x,comp.unix.sysv386


I would really like to have a source code X server for
the Hercules monochrome card to replace the one that
came with ISC V.3.  I'm using it in a realtime application
and there are safety considerations making a move to VGA
hard.  And support for the old one is beginning to vanish,
not to mention that I really need to tweak the client/server
communication mechanism and such.

If you have a Hercules server that you would be willing to
share, or know of one, I'm all ears.  If necessary we might
consider having one built -- if you are interested let me know.

Thanks.
-- 
Steve Nuchia      South Coast Computing Services, Inc.      (713) 661-3301
From: frite@vlsi.polymtl.ca), (Michel Besner)
Newsgroups: fj.mail-lists.x-window
Subject: Getting Paned Window to tile horizontaly ...
Date: 29 Aug 92 04:43:30 GMT
Distribution: fj
Organization: Ecole Polytechnique de Montreal, lab. INFO

Date: 27 Aug 92 17:06:00 GMT
Message-Id: <1992Aug27.170600.8600@vlsi.polymtl.ca>
Newsgroups: comp.windows.x



	Hi there !

		Is it possible to get PanedWindow to lay out children
in a HORIZONTALY tiled format ? I need two frames side by side and
I want to allow the user to resize the two frames with a PanedWindow
or anything similar to it.

	Any suggestions is appreciated :) :)


				Michel Besner, eng.
				Sacred Heart Hospital 
				research center
				Montreal
				mbesner@iris1.metal.polymtl.ca



	"life is a big bowl of Jell-O :) :) ! "
From: paw@coos.dartmouth.edu (Pat Wilson)
Newsgroups: fj.mail-lists.x-window
Subject: AIX 3.2 + MIT R4 xinit not finding colors
Date: 28 Aug 92 03:23:20 GMT
Distribution: fj
Organization: Project NORTHSTAR

Date: 27 Aug 92 22:01:04 GMT
Message-Id: <1992Aug27.220104.21151@dartvax.dartmouth.edu>
Newsgroups: comp.unix.aix,comp.windows.x

I'd expect this to be a FAQ, but maybe we're the only bunch stubborn
enough to try to run the MIT X11R4 xinit and twm with the AIX 3.2 (R4) 
server.

Anyway,  most of it seems to work, but I'm not getting colors - the
message is "color name not defined in server database".  rgb.txt, .pag,
and .dir are all happily in /usr/lib/X11.  "showrgb" spits out a
lot of valid stuff.

Hints, please?  Has anyone run across this before?

Thanks.

-- 
Pat Wilson
Systems Manager, Project NORTHSTAR
paw@northstar.dartmouth.edu