HDTenEightyP/NetNews huggingface dataset:
From: bin@primate.wisc.edu (Brain in Neutral)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Help needed writing a simple Imakefile
Date: 3 Oct 92 10:24:42 GMT
Distribution: fj
Organization: Cafe Limbo

Date: 30 Sep 92 22:54:11 GMT
Message-Id: <1adb6jINNd3d@uakari.primate.wisc.edu>
Newsgroups: comp.unix.programmer,comp.windows.x

From article <1acj3fINN1l4@fbi-news.Informatik.Uni-Dortmund.DE>, by klute@tommy.informatik.uni-dortmund.de (Rainer Klute):
> In article <1aa24kINNij3@uakari.primate.wisc.edu>, bin@primate.wisc.edu
> (Brain in Neutral) writes:
> |>
> |> [stuff deleted]
> |>
> |> So I suggest your Imakefile should look like this:
> |> 
> |>              SRCS = foo.c bar.c
> |>              OBJS = foo.o bar.o
> |>   LOCAL_LIBRARIES = -lm -lX11
> |>           PROGRAM = baz
> |> 
> |> ComplexProgramTarget(baz)

> - If the Motif library is not installed beside the X libraries the
>   linker won't find it. For further information see the recent
>   discussion about Imake and Motif.

I don't understand this.  I saw no mention of any need for Motif in the
original posting. (-lm != -lXm)

> - The line "PROGRAM = baz" is superfluous as the ComplexProgramTarget
>   rule defines this Make macro itself:

Ah, yes.  Quite right.  Silly of me!

-- 
Paul DuBois
dubois@primate.wisc.edu
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Free software and the future of support for Diamond products
Date: 27 Sep 92 21:48:05 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: 25 Sep 92 07:58:15 GMT
Message-Id: <1992Sep25.075815.10416@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.unix.bsd,comp.os.mach,comp.sys.ibm.pc.misc,comp.sys.ibm.pc.hardware

In article <Bv034L.DEJ@usenet.ucs.indiana.edu>, ntaib@silver.ucs.indiana.edu (Iskandar Taib) writes:
> In article <c3xn+a=.kwan@netcom.com> kwan@netcom.com (Kwan-Seng Low) writes:
>> Here's my dream card: User contributed, VESA compliance SVGA card.
>> Given enough hardware design tools ([...]), one would
>> came up a hardware design that only utilize standard component
>> that's readily available in any large electronics shop [...].
>> Complete schematics, parts list, how to obtain it, complete doc. on
>> how to build it, everything available on public domain.
> Why bother, when you can buy a very good card for under $200?

Why?  To quote the posting you replied to, complete schematics, parts
list, how to obtain it, [...], everything available on public domain.

Of course, perhaps your "very good card for under $200" *has* all of
that.  If so, please tell me where to get it!  Tell the whole net
where, for that matter - the Diamond flap has demonstrated the
existence of plenty of people who'd love to find such a thing.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: rjking@acsu.buffalo.edu (Randall J. King)
Newsgroups: fj.mail-lists.x-window
Subject: XAquarium?
Date: 4 Oct 92 12:13:12 GMT
Distribution: fj
Organization: UB

Date: 1 Oct 92 22:50:07 GMT
Message-Id: <BvGsrK.FIy@acsu.buffalo.edu>
Newsgroups: comp.windows.x

Does anyone have an Xaquarium program (or equivilent) for X11 or OpenWindows?

			Thanks,
signing off from the satelite of love.....           ___   _____  ___
	                                    |\  /|  |   \    |   /   \   |  / 
rjking@acsu.buffalo.edu                     | \/ |   \       |       /   | /
v050qrq3@cc.buffalo.edu	                    |    |    \      |    --<    |<
                                            |    |     \     |       \   | \
push the button Frank...                    |    |  \___|    |   \___/   |  \
From: campo@sunthpi3.difi.unipi.it (Massimo Campostrini)
Newsgroups: fj.mail-lists.x-window
Subject: Wanted: "bitmap gallery" utility
Date: 28 Sep 92 13:50:44 GMT
Distribution: fj
Organization: Istituto Nazionale di Fisica Nucleare, Pisa, Italy

Date: Sat, 26 Sep 1992 08:05:26 GMT
Message-Id: <1992Sep26.080526.17626@di.unipi.it>
Newsgroups: comp.windows.x,comp.windows.x.motif

    Hi folks,
I need a utility which displays many bitmaps in a single window 
(e.g. displays 25 30x30 bitmaps), preferably ALL the bitmaps contained 
in a directory. Does such an animal exist?

-- 
        Massimo Campostrini, 
Istituto Nazionale di Fisica Nucleare, Sezione di Pisa,
Piazza Torricelli 2, I-56126 Pisa, Italy  ||  Phone: (+39)(50)42093
Internet: campo@sunthpi3.difi.unipi.it    ||  Fax:   (+39)(50)48277
From: frite@vlsi.polymtl.ca), (Michel Besner)
Newsgroups: fj.mail-lists.x-window
Subject: Problems using translations : (
Date: 2 Oct 92 15:53:21 GMT
Distribution: fj
Organization: Ecole Polytechnique de Montreal, lab. INFO

Date: 29 Sep 92 18:54:08 GMT
Message-Id: <1992Sep29.185408.654@vlsi.polymtl.ca>
Newsgroups: comp.windows.x.motif,comp.windows.x


	Hi there !


	I'm trying to receive events while keeping the shift+left button
down. I want to continue receiving those events while I'm moving the
mouse around (with the shift+left button still down ...).

	So far I've tried using :

	Shift<Btn1Down>,<Btn1Motion> -> I get the first event but nothing
after ....

	Shift<Btn1Motion> doesn't seem to work -> I get a code dumped
in BindActions :(


Is there a way to do it ?
Or what I'm doing wrong ?
Did I miss something ?

Any hints are welcome :)

Thanx in advance !!	
--
			Michel Besner, eng
			Sacred Heart Hospital research center

"life is a big bowl of JELL-O  :) :) "
From: mahan@TGV.COM (Patrick L. Mahan)
Newsgroups: fj.mail-lists.x-window
Subject: RE: Setting Window CLASS name with Xlib
Date: 2 Oct 92 19:56:16 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date:    Fri, 2 Oct 92 09:56:55 PDT
Message-Id: <921002095655.21c0017a@TGV.COM>
X-St-Vmsmail-To: ST%"xpert@expo.lcs.mit.edu"

#
#Here is a fairly simple question (I hope)...
#
#How do I set a window's CLASS name using only Xlib calls.  In case I am using
#the wrong terminology...how do I give a window a name so Motif will use the
#resource manager values (from .xdefaults) for things like position, menu 
#options, etc. but with only Xlib calls.  I would appreciate an example if it 
#isn't too much trouble but general help would be appreciated also.
#

If you are using Xlib only, then you do not have transparent access to 
resources.  At the Xlib level it is up to you to retrieve, convert and 
manager the resource database via the Xrm routines.  A good overview of
the Xrm routines will be found in Chapter 15 of the "X Window System" by
Robert Scheifler & James Gettys (3rd edition).  The best example I've 
seen personally to date is TWM's resource management.

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: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Announcing the availability of XFree86 1.1
Date: 4 Oct 92 08:16:26 GMT
Distribution: fj
Organization: AT&T

Date: 3 Oct 92 21:50:41 GMT
Message-Id: <1992Oct3.215041.17541@cbnewsj.cb.att.com>
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4,comp.unix.sys5.r3,comp.unix.pc-clone.32bit,comp.unix.bsd,comp.os.linux,comp.os.mach,comp.windows.x

In article <1992Oct3.192551.1831@netcom.com> dror@netcom.com (Oz Dror) writes:
> 
> Is SCO Unix (3.2.2) Supported?
> -- 
> NAME   Oz Dror
> SMAIL  dror@netcom.com
> PHONE  (213) 874-7978  Fax (213) 667-6908


No.  At least two people have told us (months ago) that they were working on
it.  No one has delivered anything.  If someone wants to do it and contribute
it back, fine.

This, by the way, is a perfect example of why SVR4 is better than SCO.
We have a single binary kit, ~20MB compressed, that works on SVR4 from 7 
different vendors.  There are NO (none, nada, zip, zero) differences.  Not 
in the server, not in the clients, not in the libraries.  And the server
(under SVR4.0.4, anyhow) supports local connections from SCO binaries 
(i.e. I run an SCO binary on my SVR4 box, and it just works).

Was someone mentioning "standards"?

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
From: shawn!root@bloom-beacon.MIT.EDU (Mark Jeghers -- UNIX/X/Motif Contractor)
Newsgroups: fj.mail-lists.x-window
Subject: How well does X11R5 and Motif 1.2 build on Solaris 2.0 ???
Date: 2 Oct 92 11:47:25 GMT
Distribution: fj
Organization: Mark Jeghers -- UNIX/X/Motif Contractor

Date: 30 Sep 92 06:10:22 GMT
Message-Id: <1992Sep30.061022.3651@shawn.uucp>
Newsgroups: comp.windows.x

I'll likely need to build X11R5 and Motif 1.2 on a Sparc 10 with
Solaris 2.0 loaded (not a beta or any of that).  In order to use
my time as effectively as possible, I would greatly appreciate
any tips from anyone who has been down that path.  Things to look
out for, cc vs gcc considerations, any stumbling-blocks you have
encountered.

Thanks in advance.

Mark Jeghers
UNIX/X/Motif Contractor
408/281-4823 [voicemail]
From: yuri@physics.heriot-watt.ac.uk (Yuri Rzhanov)
Newsgroups: fj.mail-lists.x-window
Subject: IMAKE on DEC
Date: 5 Oct 92 09:26:45 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Via: uk.ac.heriot-watt.physics; Mon, 5 Oct 1992 09:30:19 +0100
Date: Mon, 5 Oct 92 09:30:01 BST
Message-Id: <18878.9210050830@photon.phy.hw.ac.uk>


Hi X-perts,

could someone explain me how to write correct Imakefile
on DEC workstation 5000/25 ?

The problem is: I need to link some unusual libraries (like
libXpm.a, my own, etc.). On Sun, I defined them as LOCAL_LIBRARIES
and everything was fine. But on DEC, the target depends not only
on $(SRCS) but also on $(DEPLIBS) which are defined to be equal
to $(LOCAL_LIBRARIES). So every time I'm trying to build my code
it says just before linking stage that it doesn't know how to rebuild
the libraries. What should I do? Now I defined my libraries as
EXTRA_LIBRARIES, and it works (thanks God), but I have a feeling
that it's not correct. 

I'm seeking the professional advise: is it a proper way to define
alien libraries on DEC or not? If it is, why there is such a
difference with Sun? Is it possible to write an Imakefile which
will work on both platforms without alterations ? (Now I have to
include something like #ifdef SunArchitecture to do that.

Thanks in advance,
	Yuri

yuri@uk.ac.hw.phy
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Help needed writing a simple Imakefile
Date: 3 Oct 92 01:16:12 GMT
Distribution: fj
Organization: CS Department, Dortmund University, Germany

Date: 30 Sep 1992 16:02:55 GMT
Message-Id: <1acj3fINN1l4@fbi-news.Informatik.Uni-Dortmund.DE>
Newsgroups: comp.unix.programmer,comp.windows.x

In article <1aa24kINNij3@uakari.primate.wisc.edu>, bin@primate.wisc.edu
(Brain in Neutral) writes:
|>
|> [stuff deleted]
|>
|> So I suggest your Imakefile should look like this:
|> 
|>              SRCS = foo.c bar.c
|>              OBJS = foo.o bar.o
|>   LOCAL_LIBRARIES = -lm -lX11
|>           PROGRAM = baz
|> 
|> ComplexProgramTarget(baz)

While most of Paul's comments (see [stuff deleted]) are correct and
helpful, there are still problems with the Imakefile:

- If the Motif library is not installed beside the X libraries the
  linker won't find it. For further information see the recent
  discussion about Imake and Motif.

- The line "PROGRAM = baz" is superfluous as the ComplexProgramTarget
  rule defines this Make macro itself:

/*
 * ComplexProgramTarget - generate rules for compiling and linking the 
 * program specified by $(OBJS) and $(SRCS), installing the program and its
 * man page, and generating dependencies.  It should only be used in 
 * Imakefiles that describe a single program.
 */
#ifndef ComplexProgramTarget
#define ComplexProgramTarget(program)                                   @@\
        PROGRAM = program                                               @@\
                                                                        @@\
AllTarget(program)                                                      @@\
                                                                        @@\
program: $(OBJS) $(DEPLIBS)                                             @@\
        RemoveTargetProgram($@)                                         @@\
        $(CC) -o $@ $(OBJS) $(LDOPTIONS) $(LOCAL_LIBRARIES) $(LDLIBS)
$(EXTRA_LO
AD_FLAGS) @@\
                                                                       
@@\
SaberProgramTarget(program,$(SRCS),$(OBJS),$(LOCAL_LIBRARIES),NullParameter
r) @@\
                                                                       
@@\
InstallProgram(program,$(BINDIR))                                      
@@\
InstallManPage(program,$(MANDIR))                                      
@@\
DependTarget()                                                         
@@\
LintTarget()                                                           
@@\
                                                                       
@@\
clean::                                                                
@@\
        $(RM) $(PROGRAM)
#endif /* ComplexProgramTarget */


-- 
  Dipl.-Inform. Rainer Klute      klute@irb.informatik.uni-dortmund.de
  Univ. Dortmund, IRB
  Postfach 500500         |)|/    Tel.: +49 231 755-4663
D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386
From: mikwe@isy.liu.se (M Wedin)
Newsgroups: fj.mail-lists.x-window
Subject: 3D visualization
Date: 1 Oct 92 23:35:16 GMT
Distribution: fj
Organization: Linkoping University

Date: 1 Oct 92 15:58:55 GMT
Message-Id: <1992Oct1.155855.6597@isy.liu.se>
Newsgroups: comp.windows.x

Hi !

I'm looking for a 3D-toolkit that works with XView. I have an application
that visualize colourspaces that I want to convert to 3D-visualization.

Any ideas, I don't want to port it to Athena and use Xaw3d.

Mail me.


---
O+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+O
O    Mikael Wedin                                    Email: mikwe@isy.liu.se O
O    Image Processing in Graphics Art                Phone: +46-13-281301    O
O    Department of EE                                Fax:   +46-13-282599    O
O    Link|ping University                                                    O
O    S-581 83 LINK\PING      "I'm dancing barefoot, heading for a spin       O
O    Sweden                   some strange music drags me in..." -N. Young   O
O+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+-oo-+O
From: ramakris@csgrad.cs.vt.edu (S.Ramakrishnan)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X Properties
Date: 27 Sep 92 20:47:55 GMT
Distribution: fj
Organization: VPI&SU Computer Science Department, Blacksburg, VA

Date: 25 Sep 92 03:48:00 GMT
Message-Id: <3529@creatures.cs.vt.edu>
Newsgroups: comp.windows.x

In article <6249@blue.cis.pitt.edu.UUCP> nr3m+@pitt.edu (Matthew A Henry) writes:


  > ...the first application will put data on the property and the 
  >second application will read and delete data from the property.  
  (...)
  >writer [should] delete any unread data on the property before putting 
  >new data on the property.  My concern is that the writer could delete 
  >data that is being read by the reader.

Of course, you need a handshake between the writer and the reader.
This can be done nicely if the writer writes only when he receives the
PropertyNotify (PropertyDelete) event on the property.
The reader should read the property in the Delete mode (delete 
property after read).

To trigger the first write, the writer may delete the property 
before entering the write loop:

  [ Writer ]
  ... Create "atom" ...
  ... Delete property ...

  Event Loop {
     ... Wait for PropertyNotify (PropertyDelete) on "atom" ...
     ... Change Property ...
  }

  >Matt Henry

---
S Ramakrishnan, CS Dept, McBryde Hall, VaTech
From: len@mel.dit.csiro.au (Len Makin)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Help needed writing a simple Imakefile
Date: 1 Oct 92 08:50:50 GMT
Distribution: fj
Organization: CSIRO DIT (Melb.)

Date: 29 Sep 92 05:50:02 GMT
Message-Id: <1992Sep29.055002.28144@mel.dit.csiro.au>
Newsgroups: comp.unix.programmer,comp.windows.x


In article <1992Sep27.021625.1366@tc.cornell.edu>, mdw@theory.TC.Cornell.EDU (Matt Welsh) writes:
|> I've been trying to write an Imakefile for a small X-Windows program
|> that I'm working on, to no avail. Yes, I have RTFM but I can't seem
|> to translate the instructions into to workable Imakefile. I'd really
|> appreciate it if someone out there could write up a quick generic
|> file for me.... this program has, say, two C source files (foo.c and
|> bar.c) which are (of course) compiled to foo.o and bar.o respectively,
|> then linked together, against libm.a and libX11.a (-lm and -lX11) to
|> the executable baz. A normal Makefile for this would of course look like
|> 
|> baz: foo.o bar.o
|> 	cc -o baz foo.o bar.o -lm -lX11
|> 
|> And what I need to do is express this kind of operation in an Imakefile.
|> Also, do I need some other file (like an Imake.temp)? If so, what
|> would I put in that file for this (simple) program? 
This is a common problem with imake (We almost need a comp.windows.x.imake
or comp.soft-sys.imake to talk about it). Here's what I ended up using:
------------------------------------------------------------------------
#
# Simple(?) Imakefile
#
            SRCS = foo.c bar.c
            OBJS = foo.o bar.o
          LDLIBS = -lm -lX11 $(EXTRA_LIBRARIES)
        PROGRAMS = baz

ComplexProgramTarget(baz)
------------------------------------------------------------------------

Len.Makin@mel.dit.csiro.au               | Senior Computer Scientist    |
CSIRO Division of Information Technology | Supercomputing Support Group |
723 Swanston Street, Carlton             | Tel: +61 3 282 2622          |
VIC 3053, Australia                      | Fax: +61 3 282 2600          |
From: jxv3790@hertz.njit.edu (Jake Vogelaar)
Newsgroups: fj.mail-lists.x-window
Subject: Trouble setting up X11R4 on XENIX
Date: 4 Oct 92 11:23:20 GMT
Distribution: fj
Organization: New Jersey Institute of Technology, Newark, N.J.

Date: 1 Oct 92 23:37:40 GMT
Message-Id: <1992Oct1.233740.18730@njitgw.njit.edu>
Newsgroups: comp.windows.x,comp.windows.x.intrinsics,comp.unix.xenix.sco

I installed the X11r4 binaries on XENIX 2.3.2 which I upgraded to 2.3.3.
When I run startx/xinit I get the error " cannot open /dev/tty01 "
I suppose this is caused by an incompatible video card.  Is there
any support for a Trident 8900C?  Where?  How do I configure Xconfig
for it?

Please email,

Thanks 

Jake

PS: I'm new to X, are there any public domain Window managers available for X?
From: wittig@gmd.de (Georg Wittig)
Newsgroups: fj.mail-lists.x-window
Subject: R5 Server for DECstation 5000 HX ?
Date: 4 Oct 92 08:03:49 GMT
Distribution: fj
Organization: GMD, Sankt Augustin, Germany

Date: Thu, 1 Oct 1992 14:22:24 GMT
Message-Id: <wittig.717949344@gmd.de>
Newsgroups: comp.windows.x

In the official Release Notes of X11R5 (as of Sep 91) it is said that the
only R5 X servers for DECstation 5000's are for the CX and MX machines.

In the meantime, DEC doesn't sell the CX machines any more (at least here
in Germany), and the MX is a Monochrome machine.

Does anyone know if the MIT R5 X server for the DECstation 5000 also works
for the HX machines? Or is there a place where I can get an X server for
the HX?

Thanks in advance,
--
Georg Wittig                  GMD-I8.IT                                         Schloss Birlinghoven          P. O. Box 1316                                    D-W-5205 Sankt Augustin 1     Germany
email: Georg.Wittig@gmd.de    telephone: (+49) 2241 14-2294
 ------------------------------------------------------------------------------
"In the beginning was the word, but it wasn't a fixed number of bits."
From: librik@cory.Berkeley.EDU (David Librik)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Free software and the future of support for Diamond products
Date: 27 Sep 92 23:18:11 GMT
Distribution: fj
Organization: University of California, at Berkeley

Date: Fri, 25 Sep 1992 05:46:43 GMT
Message-Id: <librik.717400003@cory.Berkeley.EDU>
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.unix.bsd,comp.os.mach,comp.sys.ibm.pc.misc,comp.sys.ibm.pc.hardware

steve@nuchat.sccsi.com (Steve Nuchia) writes:

>In <1992Sep12.035549.4743@zeos.com> kgermann@zeos.com (Ken Germann) writes:
>>The solution for the support of X/Windows in the Freeware arena or
>>any other arena would be to design a VESA based driver for these

>The solution, for those of us who care about such things, is to
>not buy undocumented hardware.  Vote with your wallet.

I'd just like to thank the people in this thread for pointing out to me
what a mass of BS Diamond is trying to pull over on us.  I was about to
buy a Diamond Speedstar 24, since I knew it was a fast and inexpensive
card.  After reading that they refused to tell anyone how to program it,
I cancelled my order and bought an ATI VGA Window XL 24 -- and I couldn't
be happier.  It's very fast, $30 cheaper than the Speedstar 24, does not
require that I replace my monitor (unlike the Speedstar!), and ATI is
delighted to send out all the information you need to get every last ounce
of performance out of the thing.

The people who say "but I'm not going to program the hardware for my graphics
card, what do I care?" are missing the point.  A card that has readily-
available documentation is one that will be supported in all those "how to
program the SVGA books" that everyone uses to write SVGA software.  And IT
WILL BE SUPPORTED BY SOFTWARE AUTHORS.  Diamond's buttheaded move has just
doomed Speedstar 24 owners to go without the wide variety of shareware that
will be available for other cards.

- David Librik
librik@cory.Berkeley.edu
From: vermenou@wmsg01.wm.estec.esa.nl (Frederick Vermenou)
Newsgroups: fj.mail-lists.x-window
Subject: Dynamic plot widget
Date: 1 Oct 92 19:31:26 GMT
Distribution: fj
Organization: ESA/Estec/WMS, Noordwijk, The Netherlands

Date: 1 Oct 92 10:52:10 GMT
Message-Id: <BvFvIz.99w@wm.estec.esa.nl>
Newsgroups: comp.windows.x

Using devguide I am building a User Interface for a simulation. 
But devguide lacks predefined widgets for the ploting of dynamic
2D graphs. This is usefull for online monitoring of the simulation.
Any information about graphic widgets that could be called from
Devguide is wellcome.

Frederic Vermenouze - ESTEC, Holland.
vermenou@wm.estec.esa.nl
vermenou@wmsg01.wm.estec.esa.nl
From: pmartz@dsd.es.com (Paul Martz)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Multiple $DISPLAYS for same program
Date: 30 Sep 92 11:07:47 GMT
Distribution: fj
Organization: Evans & Sutherland Computer Corp., Salt Lake City, UT

Date: Mon, 28 Sep 92 16:35:35 GMT
Message-Id: <1992Sep28.163535.17125@dsd.es.com>
Newsgroups: comp.windows.x

In article <15095@gazette.bcm.tmc.edu>, mparsons@fleming.csc.bcm.tmc.edu (Mark Parsons) writes:
> 
> 
> Howdy ladies and gentlemen!
> 
> 	I've got a demo coming up where I'd like to show off an
> X-based application to several users.  I don't want them having to
> hover over my shoulder, and I don't have a UNIX/X/??? projection
> system. Soooooooooooo . . . . .
> 
> 	I was wondering if anyone out here in net land knows of
> a way I can set up multiple DISPLAYs for an X session?  I know
> that vanilla X cannot do this . . .but would someone happen to
> know of an application that would work?
> 
> 	I'd like to be able to sit at my 'master' terminal, open
> up the application, and have each user at his/her 'slave' terminal
> see what I'm doing.
> 
> 	Another issue that I'd be interested in is the locking
> of the 'slave' terminal keyboards so that my application is in
> a sort of 'read only' mode for the users.

Why not just slave several monitors to the rgb-out of your cpu box? We
did that just recently for a demo here and it worked great.
-- 

   -paul	pmartz@dsd.es.com
		Evans & Sutherland