HDTenEightyP/NetNews huggingface dataset:
From: rws@expo.lcs.mit.edu (Bob Scheifler)
Newsgroups: fj.mail-lists.x-window
Subject: X11R5 XTEST extension now available on export
Date: 10 Sep 92 01:43:38 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Wed, 9 Sep 92 18:10:16 -0400
Message-Id: <9209092210.AA27525@expo.lcs.mit.edu>

An R5 patch containing the XTEST extension is now available via anonymous ftp
to export.lcs.mit.edu, in the file /pub/XTEST/R5fix-xtest-1.  Instructions for
applying the fix are included in the file.  The XTEST extension is used by the
recently released X Test Suite.  You do not need to (and perhaps should not)
apply this patch unless you specifically need the XTEST extension.
From: conty@cbnewsl.cb.att.com (OtakuRoach)
Newsgroups: fj.mail-lists.x-window
Subject: Simple page-flipping animation on X-Windows
Date: 10 Sep 92 05:44:13 GMT
Distribution: fj
Organization: AT&T Bell Laboratories

Date: 8 Sep 92 22:35:44 GMT
Message-Id: <1992Sep8.223544.20768@cbnewsl.cb.att.com>
Newsgroups: comp.windows.x


I didn't see this on the 600+ backlogged postings, neither did I see a
FAQ, sooo:

	As a project for a CompGraphics course, I need to animate some
	lines converging into a wireframe image.  The program is already
	written, but I'm drawing everything to the same GC, which can be
	rather annoying if I have to erase and redraw the screen several
	times per second.  I was thinking of perhaps creating another GC,
	and do a GC-flipping routine.  Now, how do I go about determining
	which GC is displayed on the screen?  My professor wasn't of any
	help.  He doesn't use X for his work, and the class assignments
	assume MS-DOS with VGA graphics (I'm the weird guy doing his
	assignments on X because he doesn't have a PC).

If you can help, please e-mail at the address below.  Thank you.
No, I'm not a regular reader of comp.windows.x.
-- 
			    E n r i q u e  C o n t y
			The Incredible Man-with-no-Life
			      jester@ihlpl.att.com
		    Disclaimer: You're not dealing with AT&T
From: mahan@TGV.COM (Patrick L. Mahan)
Newsgroups: fj.mail-lists.x-window
Subject: RE: X-perts!  need assistance w/ Xlib calls from FORTRAN.
Date: 15 Sep 92 17:45:40 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date:    Tue, 15 Sep 92 09:54:50 PDT
Message-Id: <920915095450.4a20014b@TGV.COM>
X-St-Vmsmail-To: ST%"xpert@expo.lcs.mit.edu"

#
#        I have decided to try to see if I can port a VAX/VMS FORTRAN
#Xlib program to a Sun SPARCstation IPC using SunOS 4.1.2, OpenWindows
#3.0, and Sun FORTRAN 1.4.  Is there any chance?
#
#        The VAX FORTRAN code used the VAX bindings of the Xlib calls
#(X11R3, I think).  I will need the X11 include files as a start.  I have
#looked through my /usr/openwin/include/X11 directory and have not found
#anything yet.  If I had used the VAX MIT/C bindings on the VMS side,
#would I fare any better?  I am not familiar with any other examples of
#Xwindow calls from FORTRAN outside of the VAX examples I have.
#
#        Besides a suggestion to re-write completly in C, does anyone
#have a comments?
#

Rick,

You are pretty much out of luck with porting this code to other platforms.
Only Digital has (as far as I know a Fortran interface to X).  You could 
try to convert the .h files to Fortran include files and call the C Xlib
routines directly.  Otherwise, it just maybe wiser to switch to C.

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: oj@miki.pictel.com (Oliver Jones)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Making big fonts, how to start?
Date: 6 Sep 92 16:47:44 GMT
Distribution: fj
Organization: PictureTel Corporation

Date: Sun, 6 Sep 1992 11:32:16 GMT
Message-Id: <1992Sep6.113216.1298@miki.pictel.com>
Newsgroups: comp.windows.x

In article <123@trident.datasys.swri.edu> noren@trident.datasys.swri.edu (Greg Noren) writes:
>I want to
>make a few "large" fonts - something on the order of 128 pixels tall by 64
>pixels wide at 100 dpi

>I've got access to R5, but my project team wants to stay with
>R4 for now as that's what our customer is running.  So, no R5 servers.

>     o  Do I create a BDF file from scratch using bitmap(1) to make all
>        of the glyphs (the _hard way_ listed in the FAQ)?

It'll take until doomsday to digitize all the printable characters in
a 128-point size!  After you finish, you probably won't be satisfied
with the quality.

I suggest you get the R5 font server running, locate a Bitstream
Speedo or PostScript Type 1 outline for the font you want, and use
R5's "fstobdf" utility to make yourself a bdf file.  Then, your
involvment with R5 can end and R4 users can use the BDF file.  This
will take five minutes instead of five thousand.

Alternatively, if your budget runs to it, one of the font houses
(Bitstream, for example) will make bitmap fonts to order for you for
something on the order of $500 each, to bundle with your product.
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: italics in xterms - possibly a FAQ
Date: 6 Sep 92 11:35:55 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Sun, 6 Sep 92 06:52:30 GMT
Message-Id: <1992Sep6.065230.15913@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <smr.715427435@hitkw14>, smr@hitkw14.pki-nbg.philips.de (S.Riehm) writes:

> As a WISH, I would like to know if it is posible to get xterm to use
> normal, bold and italicised fonts, and possibly even italicised bold!

I don't know.

> or perhaps there is another version of xterm running which handles
> these extensions ( X11R5 perhaps?? we only have R4 )

It's not xterm, but mterm does italics properly if you have an italic
font available.  (It uses XLFD names to try to find an appropriate
italic font; if this won't work you'll have to tell it what name to
use.)  You will need to tell it to use ansi (or decansi) emulation.

But note that this may not help, because the program that is doing the
printing (probably "more" in the case of man) may be converting the
italics to reverse video, in which case the terminal emulator has no
way of knowing the difference.

(mterm is up for anonymous ftp, larry.mcrcim.mcgill.edu (132.206.1.1),
cd /X/mterm.src, get mterm.README and read it.  I can also mail it.)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: cs000hf@selway.umt.edu (Hong Fan)
Newsgroups: fj.mail-lists.x-window
Subject: tutorial of imake
Date: 15 Sep 92 18:24:32 GMT
Distribution: fj
Organization: University of Montana

Date: 15 Sep 92 02:20:14 GMT
Message-Id: <1992Sep15.022014.24754@selway.umt.edu>
Newsgroups: comp.windows.x


Hi: everybody:

Does anyone know where to get some tutorials of how to write imake and 
makedepend file from X? I hereby thank you for the hint. Please mail me
at cs000hf@selway.ut.edu or hf@huckle.cs.umt.edu
From: oj@miki.pictel.com (Oliver Jones)
Newsgroups: fj.mail-lists.x-window
Subject: Re: "Copyright" problem
Date: 6 Sep 92 16:52:17 GMT
Distribution: fj
Organization: PictureTel Corporation

Date: Sun, 6 Sep 1992 11:58:27 GMT
Message-Id: <1992Sep6.115827.1466@miki.pictel.com>
Newsgroups: comp.windows.x

In article <21537@optima.cs.arizona.edu> azhao@cs.arizona.edu (Qiang Alex Zhao) writes:

>The original author said in [some] code:
>	Copyright (C) 1988	Dr. X Y Z
>	Permission is granted to modify and re-distribute this code in
>	any manner as long as this notice is preserved. All standard
>	disclaimers apply.

>At this point I want to "modify and re-distribute" the program. And I
>want to have my "copyright" without violating copyright rules, although
>mine will be much similar to the original one.

Here's what I've done when I've copied code like this:

  Copyright (C) 1992      Oliver Jones
  Copyright (C) 1988      Dr. X Y Z
  Permission is granted to modify and re-distribute this code in
  any manner as long as this notice is preserved. 

>All standard disclaimers apply.

I don't put this line in my own work because it doesn't mean anything.
(I do leave it in a notice written by somebody else, because the
condition they imposed is that I preserve their notice.)  I do put
something like this:

  The copyright-holders make no representations about the suitability of
  this software for any purpose.  It is provided "as is" without express
  or implied warranty.

Actually, I really like the copyright notice the Digital and MIT
lawyers came up with for the X11 source.  I usually adapt it to my
purposes.  Look at Xlib.h.  (I hope the notice isn't copyrighted :-)
From: sinan@Mtesol.boeing.com (Sinan Karasu)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Where does SIGUSR1 come from?
Date: 9 Sep 92 00:07:42 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Tue, 8 Sep 92 14:30:33 PDT
Message-Id: <9209082130.AA08647@mtesol>


> Subject: Where does SIGUSR1 come from?
> 
> I recently compiled xfishtank from export...one of the command line options is
> '-s' for secure mode toggle.  When started in this mode the fishtank covers
> all windows rather than being a background.  According to the source code the
> window will go to the background upon receiving SIGUSR1.  What event will
> cause SIGUSR1?  I assume it is some sort of mouse or keyboard action, but
> there is no other reference to it in the source code except as part of the
> signal handler.
> 
> Thanks,
> 
> Bill Sheppard
> 
 An easy way to do it is to type

 % kill -USR1 pid

where pid is the process id of your xfishtank that you find by typing 

 % ps

 A very good reference for Signals is

 "Advanced Programming in the Unix Environment" by 
 W. Richard Stevens. Published by Addison Wesley 1992.
 Sinan
From: bob@jupiter.com
Newsgroups: fj.mail-lists.x-window
Subject: Re: multiple screens (display), single pointing device....
Date: 6 Sep 92 10:35:47 GMT
Distribution: fj
Organization: Jupiter System, Alameda, CA

Date: Wed, 2 Sep 1992 01:56:48 GMT
Message-Id: <1992Sep2.015648.18070@jupiter.com>
Newsgroups: comp.windows.x


In article <1992Aug31.160605.1569@thyme.jpl.nasa.gov>, kaleb@thyme.jpl.nasa.gov (Kaleb Keithley) writes:
|> The unasked, and more important question, is can your hardware support the 
|> installation of two or three frame buffers?

Jupiter Systems offers such a beast as an X terminal. We support up to 6 frame
buffers, where the frame buffers may, or may not (up to you) be reported to the
client as different screens. If such a server reports only one
screen, then the server is in what we call Virtual Screen mode.
In virtual screen mode, you can move windows from frame buffer to
frame buffer, and can, of course, have windows straddling frame
buffers.

For more info, contact me.

bob schulman
bob@jupiter.com
From: metasoft!alan@uunet.UU.NET
Newsgroups: fj.mail-lists.x-window
Subject: Shared LIBS: How can this ever work
Date: 11 Sep 92 13:10:18 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Fri, 11 Sep 92 08:40:07 EDT
Message-Id: <9209111240.AA07700@blitz>


Thanks for the info. Looks like the inventors of shared libraries
failed to note the difficulty in maintaining multiple versions of
an OS.

-alan

-----------------------------
Alan Epstein
Meta Software Corp		 Internet:  alan@metasoft.com
125 Cambridgepark Dr
Cambridge, MA 02140  USA	      
-----------------------------
From: taylor@foraker.tivoli.com (Eric Taylor)
Newsgroups: fj.mail-lists.x-window
Subject: DirectColor
Date: 13 Sep 92 20:51:34 GMT
Distribution: fj
Organization: TIVOLI Systems, Inc.

Date: 11 Sep 92 14:04:08 GMT
Message-Id: <4015@tivoli.UUCP>
Newsgroups: comp.windows.x

After programming in X for a while I still do not
have a clear grasp as to what a DirectColor visual
really is.  I understand the other visuals, but
DirectColor escapes me.

Thanx for any replies!
From: adrian@ora.com (adrian)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Need extended bitmap edit examples for raster data
Date: 12 Sep 92 00:04:17 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Fri, 11 Sep 92 13:42:35-060
Message-Id: <9209111942.AA01123@spike.ora.com>


> My first thought is to work from the BitmapEdit-example from "X
> Toolkit Intrinsics Programming Manual" OSF/Motif Edition by Nye
> and O'Reilly. Unfortunately there is no colour support in this
> example. 

It does support any two colors while editing - but it writes a 
standard bitmap file which does not store colors.

There is no standard for color pixmap files, although XPM is the
closest.  Once you are over that hurdle, it would not be hard
at all to add a multiple color support to BitmapEdit.
Just create a new array to store the pixel value of each cell, and
store it in the widget's private data structure - and read 
it in where the cells are drawn.
You'd probably want a separate widget or dialog to act as a color 
palette.  (The xtici application available on export.lcs.mit.edu
may be a good way to select colors also.)

*************************************************************
Adrian Nye (314) 531-1231    Editor, The X Resource
O'Reilly & Associates, Inc., Publishers of Nutshell Handbooks
4466 West Pine Blvd.  20-G   St. Louis MO 63108
Internet:   adrian@ora.com    	UUCP:   uunet!ora!adrian      
*************************************************************
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Questions regarding TVTWM
Date: 11 Sep 92 23:26:50 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Fri, 11 Sep 92 02:03:03 GMT
Message-Id: <1992Sep11.020303.13222@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <RJC.92Sep8193624@daiches.cogsci.ed.ac.uk>, rjc@cogsci.ed.ac.uk (Richard Caley) writes:
> In article <amoss.715949819@falafel>, Amos Shapira (as) writes:

>> What I would really like to have in tvtwm is that it wouldn't
>> obscure the real root [...]
> If the virtual root was created with the relevant backing pixmap
> setting (ParentRelative?) this will happen I think.

Unfortunately not.  This will work fine as far as updating the
background when doing something like moving a window goes, but if you
run a root-window-changer, it will set the root's background and then
clear the *real* root, not the pseudo-root.  Since the real root is not
visible, nothing will happen.  (If somehow the pseudo-root gets
cleared, it will then redraw correctly....)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: ravi@lub001.lamar.edu
Newsgroups: fj.mail-lists.x-window
Subject: stop dirty pictures.. how?
Date: 10 Sep 92 22:00:22 GMT
Distribution: fj
Organization: Lamar University - Beaumont

Date: 10 Sep 92 11:32:27 GMT
Message-Id: <1992Sep9.183227.1533@lub001.lamar.edu>
Newsgroups: comp.windows.x

Hello everyone,

There is one question that is bugging everyone out here. And I received a lot
of questions about this. So, help me out.

Somebody can display some "junk" on your workstation when he sets his DISPLAY
variable to any other Workstation's IP address. Can this be stopped?

another Question:

Are there any ftp sites that have bitmap files in hex? [like the ones that are
used in xsetroot etc.]

I will appreciate all replies. It would be better if I get e-mails so
the news wouldn't be clogged. As usual, I will make a summary if there is
enough interest on this matter. Thank you.

Ravi Kuppanna
From: feigin@iis.ethz.ch (Adam W. Feigin)
Newsgroups: fj.mail-lists.x-window
Subject: Re: more of gcc-2.2.2 & X11R5 problems
Date: 10 Sep 92 19:55:36 GMT
Distribution: fj
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH

Date: 10 Sep 92 07:04:34 GMT
Message-Id: <feigin.716108674@err>
Newsgroups: comp.windows.x

I dont suppose that you have applied the patches that came with
gcc-2.2.2 to your X11R5 source tree ?

We've been using gcc-2.2.2 to compile X11 since patchlevel 7 (I think,
I'm having a hard time remembering), and have been very pleased with
the results.

							/AWF
------------------------------------------------------------------------------
Internet: feigin@iis.ethz.ch				 Adam W. Feigin
UUCP:{backbones}!iis!feigin			     Network Systems Manager
Mail: Integrated Systems Laboratory	      Institute for Integrated Systems
      ETH-Zentrum			  Swiss Federal Institute of Technology
      CH-8092 Zurich				       Zurich, Switzerland
      Switzerland
Phone: +41 1 256 50 53
      
  "In Confession, you blame yourself, in therapy, you blame everyone else"
From: mill6852@mstr.hgc.edu (glenn miller)
Newsgroups: fj.mail-lists.x-window
Subject: Motif vs OpenLook vs Athena
Date: 15 Sep 92 17:24:11 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Tue, 15 Sep 92 12:58:26 EDT
Message-Id: <9209151658.AA01262@outland.hgc.edu>


I would like to hear peoples opinion on the
following question regarding widget sets:

Which widget set is preferred and why?

I myself opt for Motif, but I would like to 
hear from other X windows toolkit users
Any input would be appreciated-

Also , does  anyone know of a paper or article
that compares different widget sets available?

Thanks in advance,
Todd Miller
From: adrian@milton.u.washington.edu (Adrian Mariano)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 7 Sep 92 22:28:05 GMT
Distribution: fj
Organization: University of Washington

Date: 7 Sep 92 21:30:24 GMT
Message-Id: <adrian.715901424@milton>
Newsgroups: alt.folklore.computers,comp.windows.misc,comp.windows.x,comp.human-factors

In <1992Sep6.133051.24008@monu6.cc.monash.edu.au> parry@yoyo.cc.monash.edu.au (Tom J Parry) writes:

>The mice on the SG Irises here don't have moving parts at all. They use
>little red LEDs and a reflective metal mouse pad with little squares on
>it! What's more some of the pads have different dot pitches so the mouse
>movement speeds are different.

Fortunately, SGI seems to be moving away from this.  The Iris Indigos
I have used have ball mice. 

The problem with the mice that use the LEDs and reflective mouse pads
is that you must use the mouse pad, and you MUST have it oriented
correctly.  If you turn it 90 degrees, the mouse won't work.  If the
mouse pad gets rotated, then the mouse won't do what you want (or
expect).
From: rmj@calmasd.prime.com
Newsgroups: fj.mail-lists.x-window
Subject: Need XTERM to process Form Feed to clear screen.
Date: 10 Sep 92 11:26:01 GMT
Distribution: fj
Organization: Computervision - A Division of Prime Computer

Date: 9 Sep 92 20:59:46 GMT
Message-Id: <1992Sep9.125946.770@calmasd.prime.com>
Newsgroups: comp.windows.x

Need advice as to how to get XTERM to process FF (form feed) like
conventional VT100 terminals. The regular terminals will scroll up
and clear a page worth of screen. Can't seem to find out anything
to set to cause this to happen and our applications use form feed to
clear an area to place text into with escape sequence commands
so without the clear area the display gets garbled. Would appreciate
any help on this.
-- 
----
    Ralph Johnson,   Computervision, San Diego R & D
    rmj@calmasd.Prime.COM
From: mahan@TGV.COM (Patrick L. Mahan)
Newsgroups: fj.mail-lists.x-window
Subject: RE: Problem with Xlib
Date: 15 Sep 92 19:06:31 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date:    Tue, 15 Sep 92 10:40:01 PDT
Message-Id: <920915104001.4a20014b@TGV.COM>
X-St-Vmsmail-To: ST%"xpert@expo.lcs.mit.edu"

#
#I'm suddenly into XLIB programming. I'm getting a simple 
#graph out, but I would like to control the size of the window
#by a statement like *Xlib*Geometry: 300x300+0+0 in my
#.Xdefaults file . I would like this to override the WIDTH and
#HEIGHT values I supply in the XCreateSimpleWindow call, but this
#is not happening when I print out the values of width, height
#returned by XGetGeometry. Instead the values returned are what
#I specify in my XCreateSimpleWindow call. What do I need to do
#to have the window size specified in the .Xdefaults file
#override that in the program.  I don't think there is a
#mistake in my .Xdefaults file, the name of the application is
#Xlib as specified in a call to XSetStandardProperties. I'm 
#using Openwindows 3. THANKS.
# 

This is becauses resouces are NOT automatically handled for you at the
Xlib level.  Resouces where basically developed for use with Xt based 
applications but the routines where moved into the Xlib to help with
some problems with the error database.  You will need to explicitly 
call the Xrm routines yourself to access these values.

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: qpliu@ernie.princeton.edu (q.p.liu)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 8 Sep 92 08:07:01 GMT
Distribution: fj
Organization: Princeton University

Date: Tue, 8 Sep 1992 07:14:19 GMT
Message-Id: <1992Sep8.071419.28920@Princeton.EDU>
Newsgroups: comp.windows.x,comp.windows.misc,comp.human-factors

In article <1992Sep7.143449.27785@jarvis.csri.toronto.edu> ematias@dgp.toronto.edu (Edgar Matias) writes:
>In article <1992Sep3.204645.25303@jarvis.csri.toronto.edu>, ematias@dgp.toronto.edu (Edg
>ar Matias) writes:
>> In article <1992Sep3.224317.8523@Princeton.EDU>
>> qpliu@ernie.princeton.edu (q.p.liu) writes:

>>> The problem with the mouse is that it disrupts the use of the
>>> keyboard.
>> This is a very keyboard-centric view of things.  You could very
>> easily say that "the problem with the keyboard is that it disrupts
>> the use of the mouse".

Actually, I was trying to say that in situations where a pointer device
is more appropriate than a keyboard, something that doesn't disrupt the
use of the keyboard would be better than a mouse.

In situations where a keyboard is very rarely used, a mouse would be
fine.  However:
>In article <1992Sep6.075748.17935@thunder.mcrcim.mcgill.edu>,
>mouse@thunder.mcrcim.mcgill.edu (der Mouse) replies:
>]Yes - except that there are very few applications that could be
>]implemented to never use the keyboard.

....

[wrt the one-handed keyboard]
>]What about people like me, that don't use the strict "proper" fingers?
>](My index and middle fingers tend to crowd out the rest of my hands.)

>We modify the layout to get as close to the way you type as possible.
>I did this recently for a customer who had a nonstandard typing technique.

What about heavy emacs/readline control/meta users like me?

I would like to see a left-handers version, though, so that making light
use of the keyboard won't disrupt writing things down.
That is one advantage when using a mouse---the left hand is free to do
other things.

>This point is that
>you no longer have to move one hand between typing and scrolling (be it
>a mouse or cursor keys).

I don't use arrow keys or function keys or those other auxiliary keys
for that reason.  They are almost as disruptive to using the main keyboard
as using a mouse.
-- 
qpliu@princeton.edu           Standard opinion: Opinions are delta-correlated.
From: misek@solbourne.com (Steve Misek)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Tree Layout/Display Algorithm(?)
Date: 10 Sep 92 14:32:08 GMT
Distribution: fj
Organization: Solbourne Computer, Inc.

Date: 9 Sep 92 22:33:33 GMT
Message-Id: <BuC1By.B4r@solbourne.com>
Newsgroups: comp.windows.x


 :: 
 :: Did anybody come across an article about (or source  code of :) an
 :: algorithm that allows efficient layout/display/editing of a grahical
 :: presentation of a tree-like structures in the window?
 :: 

Yes, the July 1990 copy of IEEE Software had a fascinating article on
that subject by Sven Moen, Brown University.

	Drawing Dynamic Trees
	Sven Moen
	Brown University
	July 1990
	IEEE Software.

hope this helps.

steve
misek@solbourne.com