HDTenEightyP/NetNews huggingface dataset:
From: meir@tfs.com (Meir Zaid)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Using xwd to dump menus
Date: 30 Jul 92 04:26:22 GMT
Distribution: fj
Organization: TRW Financial Systems

Date: Wed, 29 Jul 1992 17:52:08 GMT
Message-Id: <1992Jul29.175208.7199@tfs.com>
Newsgroups: comp.windows.x.motif,comp.windows.x

Chee Chew writes:

>In article <1992Jul28.212909.20892@tfs.com>, meir@tfs.com (Meir Zaid) writes:
>|>
>|>
>|>I would like to dump an images of a menu from an application I am
>|>writing in order to put it in the documentaion.  The problem is that
>|>when I run xwd while the menu is posted I get the error -
>|>
>|>xwd: error: Can't grab the mouse.
>|>
>
>This is from the grab that's done while the mouse is held down?  
>Try doing a:  sleep 5; kill -STOP <proccess id> 
>right before posting the menu.  Then dumping it as the process is suspended.
>
>-Chee


Bad idea..  I tried it.  The process stops alright, but with it everything
else is suspended.  The problem is that while the window is posted, the
only input allowed anywhere on the screen is mouse clicking on the menu
area.  So I had to go to a different terminal and do a kill -CONT <pid>.

-- 

Meir Zaid			meir@tfs.com
TRW Financial Systems		(510) 704-3362
Berkeley,  California		Fax: (510) 845-7311
From: koblas@mips.com (David Koblas)
Newsgroups: fj.mail-lists.x-window
Subject: XPaint 2.0 Beta 2 Release Information
Date: 27 Jul 92 02:30:55 GMT
Distribution: fj
Organization: MIPS Computer Systems, Sunnyvale, California

Date: 26 Jul 92 23:09:08 GMT
Message-Id: <l76c4kINNa20@spim.mips.com>
Newsgroups: comp.windows.x,comp.windows.x.apps,alt.sources

The second beta release of XPaint 2.0 is now available for use, it can
be FTPed from export.lcs.mit.edu or found in a recent alt.sources
posting.

From the README file:
-------

                              XPAINT 2.0 Beta 2



        Welcome to the current release of XPaint 2.0.  What does XPaint do
for you?  Why many wonderful things of course.  XPaint is a reasonably 
versitile bitmap/pixmap editing tool.  XPaint came out of a problem editing
some very large bitmap, and wanting more functionality then was provided
by bitmap, after XPaint 1.0 sat around for a LONG time, I finally ended up
with a strong need to edit color pixmaps.  Presto, this is what has appeared
from that problem.

XPaint is able to read X11 Bitmap's and the PNM format from the PBMPLUS 
toolkit (which is available in many archives near you).

There is one REQURIREMENT, which is that you have a compiler that
understands void* and prototypes.

Features XPaint provides:
        Usual paint operations:
                Brushes, Erasers, Spray paint, Pencil
                Lines, Arcs, Pattern Fill, Text,
                Boxes, Circles, Polygons.
        Works on multiple images simultaniously.
        Cut/Copy/Paste between all active images.
        Fatbits on the image windows.

And now the ToDo list to provide you with some insite into where XPaint
is going for it's final release.

TODO List:
        ** Documentation **
        Imakefile
        Document the Operation functionality
        Patterns should support grabbing from enviornment
        Patterns should be able to be read/written
        Line style should be selectable better than the menu
        other -
                spay edit should work, along with brush edit should
                be implemented
        font should be selectable much easier.
        Colormaps and 24 bit images need to be done better
        Paste needs to be "better"
        Fatbits & Pattern's needs cut/copy/paste

Hope you find this useful,
--koblas@mips.com
-- 
name : David Koblas                        domain: koblas@mips.com
quote: If you have sex in your car, does that make it a recreational vehicle?
From: sinan@mtesol.boeing.com (Sinan Karasu)
Newsgroups: fj.mail-lists.x-window
Subject: Re: HyperCard & HyperTalk implementation over X/OpenLook
Date: 31 Jul 92 18:50:06 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Fri, 31 Jul 92 08:43:52 PDT
Message-Id: <9207311543.AA07382@mtesol>


> From xpert-mailer@expo.lcs.mit.edu Fri Jul 31 07:40:33 1992
> Date: 29 Jul 92 23:13:14 GMT
> From: robsv3!mosh@bloom-beacon.mit.edu ( Moshe Shemesh)
> Organization: ROBCAD Software inc. Herzelia - ISRAEL
> Subject: HyperCard & HyperTalk implementation over X/OpenLook
> Newsgroups: comp.windows.x
> Sender: xpert-request@expo.lcs.mit.edu
> To: xpert@expo.lcs.mit.edu
> Content-Length: 477
> 
> 
> Hello, Netlanders,
> 
>     Does anybody know about a commercial/public-domain implementation of Mac's
>     HyperCard and HyperTalk for SUN's sparc over X/OpenLook?
> 
>     Do use e-mail. I don't read this newsgroup on a regular basis.
> 
> Moshe Shemesh

yes PD HyperNeWS... It comes with SimCity. and also available
for ftp ....
From: cholette@jsp.umontreal.ca (Cholette Martin)
Newsgroups: fj.mail-lists.x-window
Subject: Help with win3.1 and Vwatch
Date: 26 Jul 92 07:27:54 GMT
Distribution: fj
Organization: Universite de Montreal

Date: 25 Jul 92 17:29:33 GMT
Message-Id: <1992Jul25.172933.26604@cc.umontreal.ca>
Newsgroups: comp.windows.misc,comp.windows.ms,comp.windows.news,comp.windows.x

I just installed Win3.1 and when I put vwatch in my autoexec.bat win does not
start (vwatch tells me there is an error in program.exe and then goes back to
dos) when I put it in my start up group windows says "no DOS TSR's loaded,
cannot load." (also when i try to run it from it's regular group.)

Pleae e-mail me, I will be on my machine most of the afternoon. I don't feel
like cleaning my machine again!)

Michael Bertrand, TKE, KX.               |      "Quidquid latine dictum sit,
Share the trails... Peace on dirt!       |              altum viditur."
cholette@jsp.umontreal.ca                |
From: da188@city.ac.uk
Newsgroups: fj.mail-lists.x-window
Subject: Re: Using xdm
Date: 30 Jul 92 14:57:33 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Via: uk.ac.city; Thu, 30 Jul 1992 11:32:54 +0100
Message-Id: <AA28534.9207301032.Euston@uk.ac.city>
Date: Thu, 30 Jul 92 11:32:25 BST
Reply-To: da188@city.ac.uk
X-Mailer: ELM [version 2.3 PL11]

>:0 Local local /usr/X11R5/bin/X

Shouldn't there be a :0 on the end of that or doesn't this matter?

>> What does the manuaql page for xdm say?
>
>I read several times, but I could not find the solution...

What about Xsession and the other shell scripts mentioned in the xdm
manual page?

>How do you have "/etc/ttys" configured, when starting X using xinit?
>
>I suspect that the problem is related to this!

I haven't tried this - has anybody started X like this? What I'm unsure about is
whether you have the remote displays bootup and run an X server or whether you
have something else manage this at the remote display end?


Aj.
-- 
.----------------------------[ The Eno ]----------------------------------.
| "The trouble with New Age       | JANET : da188@uk.ac.city              |
|  music is that there's no       |         da188@uk.ac.city.cs           |
|  evil in it."                   | I-NET : da188@city.ac.uk              |
|  - Brian Eno                    | US : da188%city.ac.uk@cunyvm.cuny.edu |
`-------------------------------------------------------------------------'
From: jones@chpc.utexas.edu (Bill Jones)
Newsgroups: fj.mail-lists.x-window
Subject: Re: OLIT programming error: arc and size files missing
Date: 31 Jul 92 04:43:35 GMT
Distribution: fj
Organization: The University of Texas System - CHPC

Date: 30 Jul 1992 19:55:31 GMT
Message-Id: <1992Jul30.195531.4183@chpc.utexas.edu>
Newsgroups: comp.windows.x,comp.windows.open-look


If you are using the OLIT toolkit then the shell variable OPEWNDOWHOME must
point to the openwindow directory usually "/usr/openwin" or you will get
warning messages.  You should also make sure that XFILESEARCHPATH is
set.  Its usually defined to be $OPENWINHOME/lib/%T/%N%S

Bill Jones
From: nilsht@dhhalden.no (NILS HENRIK TVETENE)
Newsgroups: fj.mail-lists.x-window
Subject: keyboardmapping...
Date: 27 Jul 92 10:07:42 GMT
Distribution: fj
Organization: Ostfold College

Date: 27 Jul 92 07:47:07 GMT
Message-Id: <nilsht.110.712223227@dhhalden.no>
Newsgroups: comp.windows.x

Hi!

I would like to make the R2 (PrSc) - key available on my PC-keyboard 
when running X.
The purpose of this is to be able to switch language using OW's vkbd
I've tried xmodmap, but with no luck.

Any suggestions.

Please E-mail me.


Nils
==========================================================================
Nils Henrik Tvetene        ------====------          NilsHT@dhhalden.no
   Consultant              ------====------            Ostfold College
==========================================================================
From: mahan@tgv.com (Patrick L. Mahan)
Newsgroups: fj.mail-lists.x-window
Subject: RE: "Minimum size" attachments/constraints.
Date: 23 Jul 92 19:32:53 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date:    Thu, 23 Jul 92 08:23:33 PDT
Message-Id: <920723082333.25e000bb@TGV.COM>
X-St-Vmsmail-To: ST%"xpert@expo.lcs.mit.edu"

#
#I would like to create a dialog box which is the minimum size necessary
#to contain the widgets inside of it.  Because different displays have
#different resolutions, this minimum size is dependent upon several factors:
#the font used and the display used come to mind.
#
#I have been trying to create an attached dialog box (DECwindows) that
#will size itself.  I cannot.  I have attached all of the widgets to
#each other (in font units and in other versions in pixel units).  I
#have attached the widgets to their container.  Still, if I don't give
#the outermost dialog box a height and a width, I get only a very very
#small dialog box.
#

Jerry, unfortunately, this is how the dialog boxes under DECwindows work.
For instance, DECwindows Mail dialog boxes don't resize based on the font,
etc.  My best suggestion would be to add a work proc to go through and 
resize the dialog box after the widgets have been realized and mapped.
For an example of this, see Rick Murphy's DXRN code.

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@pictel.com (Oliver Jones)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Need doc on X11R4 SHAPE extensions (and/or suggestions)
Date: 24 Jul 92 00:15:38 GMT
Distribution: fj
Organization: PictureTel Corporation

Date: 23 Jul 92 11:00:07 GMT
Message-Id: <1992Jul23.110007.7566@pictel.com>
Newsgroups: comp.windows.x

In article <2HsiNB1w164w@fatcity.cts.com>, time@fatcity.cts.com (Tim Erskine) writes:

> I need [...].  [...] the MIT X11R4 extensions which included SHAPE
> functions.  Where might I find documentation on this (and for that
> matter other extentions) subject?

Check out issue 3 of "The X Resource."  Paula Ferguson's article
does a nice tutorial job on the SHAPE extension.
From: fmbutt@engage.sps.mot.com (Farooq M. Butt)
Newsgroups: fj.mail-lists.x-window
Subject: GUI "wrapper" toolkits... Any favorites ?
Date: 29 Jul 92 12:13:17 GMT
Distribution: fj
Organization: Motorola RISC Software, Austin, TX

Date: Tue, 28 Jul 1992 20:25:26 GMT
Message-Id: <1992Jul28.202526.19562@oakhill.sps.mot.com>
Newsgroups: comp.windows.x,comp.windows.x.motif,comp.unix.questions

Net.window-whizzes:

I need to wrap TTY-based interactive tools for use under X11R5 (preferably 
OSF/Motif).  Does anybody out in netland have advice regarding 
good/bad tools to do this wrapping.  I might be dreaming but what I am 
looking for is something akin to the NeXT interface-builder stuff where 
I can do prototyping interactively on the screen. Any info. no matter 
how apparently insignificant will be treasured, I promise :-) 

Please reply via email and I shall summarize if there's interest...

fmb 


(PS: one of the tools is GDB, is there a good Motif wrapper that 
actually _works_ ? I tried mxgdb on both a DGUX and IBM RS6000 and 
it dumped core on both machines...)


-- 
Standard High-Tech Disclaimer: NOTHING  in the above article has the slightest 
relationship to reality. If any reality correspondences are found, please 
notify me IMMEDIATELY. Any threats, abuse or stupidity of any kind is purely 
UNintentional. These are MY Opinions NOT my employer's.
From: william@lanai.cs.ucla.edu (William Cheng)
Newsgroups: fj.mail-lists.x-window
Subject: Re: XPaint 2.0 Beta 2 Release Information
Date: 28 Jul 92 09:29:19 GMT
Distribution: fj
Organization: UCLA Computer Science Department

Date: Tue, 28 Jul 92 04:37:10 GMT
Message-Id: <1992Jul28.043710.11803@cs.ucla.edu>
Newsgroups: comp.windows.x,comp.windows.x.apps,alt.sources

In article <l76c4kINNa20@spim.mips.com> koblas@mips.com (David Koblas) writes:
>The second beta release of XPaint 2.0 is now available for use, it can
>be FTPed from export.lcs.mit.edu or found in a recent alt.sources
>posting.
>
>From the README file:
>-------
>
>                              XPAINT 2.0 Beta 2
>
>.
>.
>.
>
>There is one REQURIREMENT, which is that you have a compiler that
>understands void* and prototypes.

When I try to compile this on a SPARC running SunOS 4.1.1 with version
2.2.2 of gcc, I get the following error messages when compiling Options.c:

  gcc -g -ansi   -c Operation.c 
  In file included from Operation.c:18:
  /usr/include/stdlib.h:18: conflicting types for `abort'
  <built-in>:0: previous declaration of `abort'
  /usr/include/stdlib.h:26: conflicting types for `exit'
  <built-in>:0: previous declaration of `exit'
  Operation.c: In function `OperationInit':
  Operation.c:201: warning: assignment makes integer from pointer without a cast
  Operation.c:222: warning: passing arg 3 of `XtAddCallback' from incompatible
      pointer type
  make: *** [Operation.o] Error 1

The only line I changed in Makefile is to add 'CC=gcc'.  What am I doing
wrong?  Thanks in advance!
-- 
Bill Cheng // UCLA Computer Science Department // (310) 575-4507
3564-C Boelter Hall // Los Angeles, California 90024 // USA
william@CS.UCLA.EDU      ...!{uunet|ucbvax}!cs.ucla.edu!william
From: oj@pictel.com (Oliver Jones)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X graphics question
Date: 25 Jul 92 16:52:59 GMT
Distribution: fj
Organization: PictureTel Corporation

Date: Fri, 24 Jul 1992 20:21:59 GMT
Message-Id: <1992Jul24.202159.8199@pictel.com>
Newsgroups: comp.windows.x

In article <4774@calmasd.Prime.COM> sas@calmasd.Prime.COM (Shirley Sloper) writes:
>
>The application displays a 512x512 pixel image and 
>updates areas of the image.  The graphics module receives
>one row at a time to display. The data consists of
>an array of colormap indices, the column and row of the first
>pixel to display and the number of pixels to display. 

>I am currently creating an Ximage of width count and height 1, 
>putting the image in the window, and then destroying the 
>image.  

>This works, but there's a better way, right?

What you're doing is pretty good.  From the point of view of the
volume of data sent over the X protocol, it's almost optimal.  (You
could save maybe 2-3 percent by buffering up the whole image into a
single XPutImage request.)

You don't need to create and destroy the XImage structure for every
scan line, however.  The fundamental thing to understand about the
XImage structure is that it serves as a wrapper, or
image-descriptor-block, for an array of pixels in your client
program's memory.  The array of pixels in your client is one
byte-per-pixel.  You could do something like this (warning...
untested!)

raster_write_row(pixelBuf, count, x, y)
    char    *pixelBuf;
    int     count,x,y;
{
  static XImage * i = 0;

  if (i == 0) {
        /* 
         * create a suitable XImage structure for
         * use with 8-bit-per-pixel image data.
         */
	i = XCreateImage (dpy, vis, 8, ZPixmap,
	                  0, pixelBuf, count, 1, 8, count);
  } 

  /* 
   * point the pre-existing XImage structure to the
   * data being passed in to this call to raster_write_row
   */
  i->width = count;
  i->data = pixelBuf;

  /* Out with the data */
  XPutImage (dpy, win, gc, i, 0,0, x,y,count,1);
}
  
>How does the image relate to a pixmap?

An XImage structure lives in your client's memory space, whereas a
pixmap lives in the server.  XPutImage can be used to move data from
an XImage structure in your client to a pixmap or a window in the
server.

Oliver Jones
From: valdis@vttcf.cc.vt.edu (Valdis Kletnieks)
Newsgroups: fj.mail-lists.x-window
Subject: IBM RS/6000, AIX 3.2, X11R5 clients, X11R4 server
Date: 30 Jul 92 07:23:29 GMT
Distribution: fj
Organization: Virginia Tech, Blacksburg, VA

Date: 29 Jul 92 22:15:40 GMT
Message-Id: <5231@vtserf.cc.vt.edu>
Newsgroups: comp.windows.x

Back in April, Charles Hannum posted a fix to get X11R5 on
AIX 3.2 to work with TCP connections.  He included the following
comment:

> The Unix-domain socket patch recently posted was nice, but definitely
> not the whole picture.  The following makes TCP connections work:

Does anybody have the 'domain socket patch' handy?

				Valdis Kletnieks
				Computer Systems Engineer
				Virginia Tech
From: sue@byron.u.washington.edu (Shu-Chen Eclipse)
Newsgroups: fj.mail-lists.x-window
Subject: Help: resetting the tektronix xp27 TekXpress server
Date: 29 Jul 92 19:59:24 GMT
Distribution: fj
Organization: University of Washington, Seattle

Date: 29 Jul 92 10:24:24 GMT
Message-Id: <1992Jul29.102424.2059@u.washington.edu>
Newsgroups: comp.windows.x


We are using Tektronix Xp27 TekXpress to login remotely via telnet sessions to
a Sun Sparc 4.1.1 file server. Once logged-in, we run a small c-shell script
that imitates .xinit to run olwm and startup a couple of openwindow tools.

 The scripts sets the DISPLAY variable by parsing the output of "who am i",
runs the user's .Xdefaults if he has one, else, the sytem defaults; it runs
the user'
s  openwin-init if he has one, else, the system default; ditto for openwin-sys.

  xrdb .Xdefaults runs 1st
 then  openwin-sys 
 then openwin-init
 then olwm -3 &

Users terminate their sessions by clicking exit on the workspace window.



However, after all client windows, including the Tek's telnet session window,
are closed, the root window color and cursor remain on the tek's screen.

This has the undesireable side effect:

when the next user starts another telnet session by pressing the tek's setup
key, then clicking on the telnet session option to connect to the sun sparc
file server, and run this c-shell script to start his openwindows,


the window characteristics (fonts, fontsizes, colors, etc) are those
of the previous user's--even though the c-shell script does an xrdb .Xdefaults
on HII
S .Xdefaults file!!

The only solution we have come up so far is to have each user, manually reset
the

the Tektronix server by clicking on the Tek's setup menu. This is a great
incovenience.

Is there something we can put on the c-shell script (on the remote sparc
file server) that would automatically reset the Tektronix Xp27 TekXpress when
the user exits using the Workspace exit option???

thanx for answering,
sue@byron.u.washington.edu
From: yuri@physics.heriot-watt.ac.uk (Yuri Rzhanov)
Newsgroups: fj.mail-lists.x-window
Subject: Re: xwud fails
Date: 30 Jul 92 11:56:08 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Via: uk.ac.heriot-watt.physics; Thu, 30 Jul 1992 09:58:17 +0100
Date: Thu, 30 Jul 92 09:58:13 BST
Message-Id: <7259.9207300858@photon.phy.hw.ac.uk>

>In article <1992Jul28.212909.20892@tfs.com>, meir@tfs.com (Meir Zaid) writes:
>|>
>|>
>|>I would like to dump an images of a menu from an application I am
>|>writing in order to put it in the documentaion.  The problem is that
>|>when I run xwd while the menu is posted I get the error -
>|>
>|>xwd: error: Can't grab the mouse.
>|>
>
I think there is a way of doing it using xgrabsc (available on
export.lcs.mit.edu as xgrabsc.1.5.tar.Z). Among the options there is:

     -k      Select the window under the mouse when  the  Control
             key  is  pressed.   This  option is normally used in
             getting images of menus.  Pop up the  menu,  option-
             ally  move  the pointer to the window containing the
             menu, and strike the Control key to begin the dump.

Yuri
From: mfg@castle.ed.ac.uk (M Gordon)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Bug in editres
Date: 28 Jul 92 13:04:03 GMT
Distribution: fj
Organization: Edinburgh University

Date: 28 Jul 92 07:46:05 GMT
Message-Id: <24210@castle.ed.ac.uk>
Newsgroups: comp.windows.x

stumpf@Informatik.TU-Muenchen.DE (Markus Stumpf) writes:
>The whole widget tree of the xfontsel application is displayed as
>single widgets within the TREE-widget as parent. This TREE widget is a widget
>in the Editres application!
>Thus each widget of the xfontsel application has it's expressen in a
>command widget inside the editres application!
>If you now select the editres application's widget tree, you recursivly
>get the editres AND the already existing widgets for the xfontsel application!

Yes, I realised this last night after thinking about it a bit more.
I suppose it makes sense for it to work this way, although if you
select one of the widgets that came from the widget tree displayed
for xfonstsel you get a "This widget no longer exists in the client"
error, which could be confusing.  The moral seems to be "DON'T USE
EDITRES ON IT'S OWN WINDOW"

-- 
                                                         _   _   _    _   _	
Michael Gordon - mfg@castle.ed.ac.uk OR ee.ed.ac.uk     | |_| |_| |__| |_| |   
EE Dept, Edinburgh University                           | . . . .      . . |    
It's not an optical illusion, it just looks like one    |_________|~~|_____|
From: drand@spinner.osf.org (Douglas Rand)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Bitmap in DrawnButton problem on color screen
Date: 30 Jul 92 00:38:53 GMT
Distribution: fj
Organization: Open Software Foundation

Date: 29 Jul 92 18:56:24 GMT
Message-Id: <DRAND.92Jul29115624@spinner.osf.org>
Newsgroups: comp.windows.x

In article <13014@chalmers.se> d8ahlcr@dtek.chalmers.se (Christopher Ahlberg) writes:

   I'm writing a problem that has several DrawnButtons which are placed in
   a drawing area. Into these buttons are bitmaps loaded. This works alright on a
   black & white screen, but when running in color the program crashes. Anyone
   knows why?

Sigh.  I do know.  Go read up on X's color model.  Pay particular
attention to the section on screen depth.  Also read up on PushButtons
vs. DrawnButtons that might help.  I *am* assuming that you're using
Motif given the DrawnButton reference.

--
Douglas S. Rand <drand@osf.org>		OSF/Motif Dev.
Snail:         11 Cambridge Center,  Cambridge,  MA  02142
Disclaimer:    I don't know if OSF agrees with me... let's vote on it.
Amateur Radio: KC1KJ
From: fy@ai.mit.edu (yan fan)
Newsgroups: fj.mail-lists.x-window
Subject: questions
Date: 24 Jul 92 02:22:50 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Thu, 23 Jul 92 18:03:51 EDT
Message-Id: <9207232203.AA00223@peduncle>


 
 can you tell me how to display an image on the screen 
 in Xwindow ?
From: gt0963d@prism.gatech.edu (Deeptendu Majumder)
Newsgroups: fj.mail-lists.x-window
Subject: Any Research Notebook Tool ??
Date: 24 Jul 92 01:38:57 GMT
Distribution: fj
Organization: The Dream Chasers Syndicate

Date: 23 Jul 92 15:15:33 GMT
Message-Id: <64170@hydra.gatech.EDU>
Newsgroups: comp.windows.x.apps,comp.windows.x

Does anybody know about any tool that would be
like a researcher's notebook ? Allows you to keep
and manage notes, track references, store research
abstracts and may perform retrieval, etc..etc..

thanks
d.
-- 
------
"Like a harsh neon streaking  through the velvet darkness 
the whetted knife of Life tore its path through her Dreams"