HDTenEightyP/NetNews huggingface dataset:
From: Robert_La_Ferla@hot.com (Robert La Ferla)
Newsgroups: comp.sys.next.software
Subject: SupraFAXmodem driver
Keywords: fax
Date: 20 Aug 92 22:14:02 GMT
Article-I.D.: hot.1992Aug20.221402.7989
Reply-To: Robert_La_Ferla@hot.com
Organization: Hot Software

There are two companies that I know of that are writing fax drivers for the  
Supra.  One is Total Systems Software.  What is the name of the other company?   
How do I get in touch with them?

Please post this information.

Thanks,
Robert
Newsgroups: comp.sys.next.software
From: Hal.Varian@umich.edu
Subject: Re: What DTP/WP do tables (other than Frame)?
Keywords: tables
Reply-To: Hal.Varian@umich.edu
Organization: University of Michigan Math Dept
Date: Tue, 18 Aug 1992 02:31:19 GMT

In article <1992Aug17.213921.9430@athena.mit.edu>  
ray@mtl.mit.edu (Ray Ghanbari) writes:
> That having been said, we have been toying with the idea of  
fleshing out  
> our Matrix class so that it can form the basis of a legitimate  
table  
> editor (TableBuilder?) that does all the wonderful things that  
one would  
> hope for.  The only question we had was whether there really  
was a need  
> for this sort of thing.  Comments, wish lists, PO's??? :-)
> 
> Ray Ghanbari                                
> Digital Tool Works
> ray@dtw.com

I strongly encourage you to do this.  In fact, I spoke with one  
of your representatives at the Mathematica convention in Boston  
suggesting that this would be a great product.  A lot more  
people produce tables than equations (for better or worse.)

Ideally, TableBuilder should be a palette object.  That way it  
can be part of spreadsheets, stat packages, presentation  
packages, publishing, etc., etc..  It should produce output in  
EPS or in TeX.  You can sell the palette object, along with a  
front end for it like EqB.
---
Hal.Varian@umich.edu    Hal Varian
voice: 313-764-2364     Dept of Economics
fax:   313-764-2364     Univ of Michigan
                        Ann Arbor, MI 48109-1220
Newsgroups: comp.sys.next.software
From: bill@mathnx.math.byu.edu (Bill Smith)
Subject: Calculus.apps-Allegheny College
Organization: Brigham Young University -- Mathematics Department
Date: Mon, 17 Aug 92 17:12:57 GMT
Keywords: ftp-add?

I've lost the ftp address for the machine at Allegheny College -
the one with the NeXTSTEP based apps for calculus and related
stuff.  If you know it would you mind sending to me?
Thanks,
-Bill
--
Professor William V. Smith
Phone: 1-801-378-2061 Fax: 1 801 378 2800
email: smithw@hamblin.math.byu.edu  or  uunet!hamblin.math.byu.edu!smithw
NeXTmail: bill@mathnx.math.byu.edu
SMail: Math Dept. -- 314 TMCB; BYU; Provo, UT 84602 (USA)
Newsgroups: comp.sys.next.software
From: fletcher@socrates.umd.edu (Charles Fletcher)
Subject: Re: diagram! and EquationBuilder
Organization: University of Maryland University College
Date: Wed, 12 Aug 1992 12:12:12 GMT

In article <1992Aug6.210916.3177@maccs.dcss.mcmaster.ca> tlm@nextasy.physics.mcmaster.ca (Tom Marchioro) writes:
[Stuff deleted about Diagram and EqB]
>
>EquationBuilder is great for this (I just bought my own copy as well)
>but it does cost $ and in all fairness it's worth pointing out that
>you can do this *for free* using NeXT-TeX and its new "make into EPS
>file" option (included in dvips5485 or higher) or as a service with 
>Derek Beatty's TeXice, available on the archives.  The only thing
>you can't do as well is to resize if there are any math symbols because
>TeX makes bitmaps of them and the resizing gives you the "jaggies".  

	I haven't played with the TeX EPS feature yet, but I do have
	EqB and put some equations into Diagram and resized them to
	"very large" (as a test) and printed them out. As Sarg (of 
	"No Time for Sargarets") would say-"Smmooooooootttthhhh!"

	Charlie

>
>Just a few months ago the NeXT's inability to accomplish tasks like this
>was a real weak point, but now,wiht EqB, TeXice, loTeX and the upcoming
>versoin of NeXT-TeX it's one of NeXT's real strengths. 
>
>Tom
>
>PS:  Helpful hint to those trying to learn TeX, or who find it someone
>arcane, check out loTeX off the archives.Lots of helpful features.


-- 
	NeXTMail to:		|	...to confer, converse, and 
	charlie@technosci.com	|	otherwise hobnob with my    
				|	brother wizards.	    

Newsgroups: comp.sys.next.software
From: ctm@ardi.com (Clifford T. Matthews)
Subject: Re:  What DTP/WP do tables (other than Frame)?
Organization: ARDI
Date: Sun, 16 Aug 92 22:42:16 GMT

There's always Microsoft Word 5 under Executor.

	--Cliff [author of Executor]
Newsgroups: comp.sys.next.software
From: andrew@cubetech.com (Andrew Loewenstern)
Subject: Re: FYI... [ color version of PS wraps for TimeMon 2.2 ]
Organization: Cube Technologies, Inc.
Date: Sun, 16 Aug 1992 02:07:01 GMT

In article <1992Aug14.140911.936@menudo.uh.edu> sears@tree.egr.uh.edu writes:
>Has this version been updated to work under 3.0????  I have never been able to  
>successfully launch TimeMon under 3.0 PR1 & PR2...

Get kPerfMon.  I have modified the source to compile on 3.0, and I
fixed a bug that was cuasing it to crash a lot.  I sent the fixes to
the author, but he apparently didn't do anything with them.

I'll put the sources on nova the day 3.0 comes out.


andrew
-- 
andrew@cubetech.com     | "We shall not cease from exploration
Andrew Loewenstern      |  And the end of our exploring
Cube Technologies, Inc. |  Will be to arrive where we started
                        |  And know the place for the first time." -T.S. Eliot
Newsgroups: comp.sys.next.software
From: marcu@leland.Stanford.EDU (Marc Albert Ullman)
Subject: Re: Optimizing Kernel Buffers
Keywords: Menschliches Versagen (what's that in english?)
Organization: DSG, Stanford University, CA 94305, USA
Date: Fri, 14 Aug 92 09:17:04 GMT

In article <1992Aug14.075240.8875@Informatik.TU-Muenchen.DE> MeyerGru@Informatik.TU-Muenchen.DE (Uwe Meyer-Gruhl) writes:

>The actual number I am using is even larger, I use 384 buffers, but that
>is probably too much for most people. So here is the corrected sdmach.binpatch
>with 128 buffers:
>
>sdmach.binpatch:
>---- CUT HERE ----
>334079 166 116
>334080  20 161
>334081  43 116
>334082 303 161
>334083   4 116
>334084  11 161
>334085  70 116
>334086  24 161
>579602   0   1
>579607 240 217
>579608 214 206
>604776   0 200
>---- CUT HERE ----

Hi,

I had a quick question for you concerning this patch.  I have been using
a similar modification consisting of only the word at 604776 and I do see
a noticeable difference in performance.  Do have any evidence to confirm
that it is necessary to NOP out the other instructions that you refer to?

--Marc

P.S.  I'm glad to see that binpatch has proved to be useful.  It's neat to
      hear about other people's experiences with *fixing* binaries.

P.P.S  I have been using 0x40 = 0100 = 64 = 512KB of buffers on a 40MB cube.
       Did you do any testing with differing values and if so what did you
       find?  It would be nice if NeXT had some sort of adaptive algorithm
       based on the amount of total system RAM.
From: rbp@investor.pgh.pa.us (Bob Peirce #305)
Newsgroups: comp.sys.next.software
Subject: WriteNow - hyphens
Date: 14 Aug 92 19:50:15 GMT
Reply-To: rbp@investor.pgh.pa.us (Bob Peirce #305)
Organization: Cookson, Peirce & Co., Pittsburgh, PA

I haven't been able to find this in the manual.  Is there a way to do
automatic hyphens like nroff?  If not, do other packages like Frame and
PasteUp do hyphens?

-- 
Bob Peirce, Pittsburgh, PA         rbp@investor.pgh.pa.us         412-471-5320
venetia@investor.pgh.pa.us [NeXT Mail]  !uunet.uu.net!pitt!investor!rbp [UUCP]
Newsgroups: comp.sys.next.software
From: tlm@nextasy.physics.mcmaster.ca (Tom Marchioro)
Subject: Re: What DTP/WP do tables (other than Frame)?
Organization: McMaster University, Hamilton, Ontario, Canada.
Date: Mon, 17 Aug 1992 00:17:00 GMT

While there are many possibilities, you might also want to consider
TeX, which is *free* (in the sense that it's bundled) and is capable of 
making virtually any kind of table, including fancy rules, equations, 
mixed entries, a wide range of fonts, etc. etc.  

The basic rule of TeX is that making the *first* table is hard, but after
that they're all pretty easy as you just recopy the same format.  There
are also several public domain macros specifically designed for making 
TeX easier (I've not used any of them, just know they exist).  I have a
couple of basic "templates" which I always use, and would be glad to offer
them to anyone interested, but with a little thought you could probably
write a far better one.

Hope this is Helpful 

tom


Newsgroups: comp.sys.next.software
From: lmccullo@nyx.cs.du.edu (L. McCulloch)
Subject: Updated splitter submitted to archives
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Thu, 13 Aug 92 00:48:14 GMT


  Check out my submission, called splitter.tar.Z, at both the
nova.cc.purdue.edu and cs.orst.edu archive sites. Nothing special here,
just a C program to split Usenet archives into separate threads suitable
for Librarian. An old version exists at the Purdue site in 2.0-release/
source. The new version replaces it. I fixed a couple of problems and
included some tiff's you can use in Librarian. (NOTE: If you scarfed
this up from submissions between 20:39 and 23:16 CDT on Aug 12, you got a
version with an error in it - a correct version has now replaced it in
submissions). A very thorough README file is included and explains all
the details. I find Librarian indexed archives of Usenet groups to be
a great resource, and my program allows you to update monthly instead
of waiting for someone to post a year's worth of Usenet in a format
suitable for use in Librarian.

  I really, really, really appreciate the free archive sites, but
sometimes the maintenance seems to fall behind for weeks at a time.
With the new support policies, NeXT has mentioned that it will be
more active on the net. Is it possible that NeXT will start an archive
site such as the one at Purdue, that isn't limited to after hours use?
After all, SGI does (although the size of the SGI archive is not
even close to that of nova.cc.purdue.edu's)...

   -------    -------     Michael McCulloch (205)726-1832
  /      //||\\      \    Engineer, Teledyne Brown Engineering
 /      // || \\      \   Independent NeXT Developer
 ------//  ||  \\------   *I speak for me...*
       |   ||   |
       |  /  \  |
       | /    \ |
       |/      \|
From: sandell@chowning.CNMAT.Berkeley.EDU (Gregory J. Sandell)
Newsgroups: comp.sys.next.software
Subject: Re: how to change # of columns in NS2.x send window
Date: 15 Aug 1992 18:15:01 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: chowning.cnmat.berkeley.edu

In article <1992Aug14.044855.17395@unmvax.cs.unm.edu> ctm@ardi.com  
(Clifford T. Matthews) writes:
> Dear Folks,
> 
> 	While you're waiting for NS3.0 to come out, you can change the
> number of columns in a non-NeXTmail window by temporarily making it a
> NeXTmail window, using Command-r (Show Ruler), and then setting the
> send window back to non-NeXTmail.  The ruler remains and you can stretch
> it out.
> 

Yes, this works!  And I might add that the ruler setting to obtain 80  
columns per line is 6 11/16 inches (i.e. just a tad over 6 5/8 inches).

Thanks a lot.  Nobody else seemed to know of an answer.
--
Greg Sandell
Research Fellow, Center for New Music and Audio Technologies (CNMAT)
sandell@cnmat.cnmat.berkeley.edu
Newsgroups: comp.sys.next.software
From: MKK2@psuvm.psu.edu
Newsgroups: comp.sys.next.software
Subject: Inspector concepts
Date: 21 Aug 92 01:45:38 GMT
Article-I.D.: psuvm.92233.214538MKK2
Organization: Penn State University

What's the recommened way to build an inspector that displays a different
list of subviews for differnet types of inspectee?

What I decided to do is this:  I made the inspecting window large, used IB
to build three different "looks" for the inspector, connected outlets,
buttons, and so on.  I made sure that the three views were the same size.

Then I grouped each look into a box for ease of handling.

Now, when my inspector gets and inspect:aThing message, it sends the current
box a moveTo:400:400 message and the needed box a moveTo:5:5 message.  This
shifts the unneeded box out of the window, and brings the new one in.

This seems to work OK.  But I'd like to know, how was I "supposed" to
do this?

M-
Newsgroups: comp.sys.next.software
From: sherwood@fenris.space.ualberta.ca (Sherwood Botsford)
Subject: Re:  Solid Value, Rulers, and Copy Protection (long)
Organization: University Of Alberta, Edmonton Canada
Date: Thu, 13 Aug 1992 00:02:00 GMT

Matthew Dillon writes
    On the otherhand, if your product were sold closer to cost (e.g. $100
    instead of $500 as a random example), and the same sequence of events
    occured, the other company would have a much harder time taking away
    your market share because they would not be able to undercut you
    enough to Wow! the end user community.  You would be able to react
    without too much loss or at least have a longer period of time to
    figure the new situation out before you go red.

Also, if it's priced cheap, you may never get competition.  Not worth it to  
develope a competing product.

An EE friend of mine tells this story.  Any mangling of the facts are my fault:

This happened in the TV industry.  VHF tuners were difficult to design, and  
rather arcane to make.  One fairly small company in the very early days came up  
with a fairly good design.  They sold it to TV manufacturers at a small enough  
profit, that no manufacturer tried to design around their patent until solid  
state devices came around.
From: steve@ion.rice.edu (Steve Ludtke)
Newsgroups: comp.sys.next.software
Subject: Announcement: New version of Plot3D available on sonata
Keywords: plot,3d,math,graphics
Date: 18 Aug 1992 04:29:05 GMT
Reply-To: steve@ion.rice.edu
Organization: Rice University


I just finished up the first 'release' version of Plot3D. Several serious bugs  
have been fixed, a number of new features have been added, and complete source  
code is now included. I also remembered to strip the executable this time, so  
the archived file is quite a bit smaller than last time (even with the source).  
You can get the new version from sonata.cc.purdue.edu or ion.rice.edu. As  
usual, comments and suggestions would be greatly appreciated.

For those of you who missed the last post, Plot3D is a program for plotting and  
real-time rotation of 3d functions and data sets.

P.S. - Since 'indent'ed code often compiles differently than non-'indent'ed  
code, the source is formatted in my own, lazy, style. Some find it a bit  
difficult to read ...
--------
Steve Ludtke		- One of these days
steve@ion.rice.edu	- I'm going to make
ludtke@physics.rice.edu - a real .sig file.
77235,1732 : Compuserve
Xref: sparky comp.sys.next.software:1121 comp.sys.next.hardware:1340
From: unregistered@newcastle.ac.uk (Scott A. McIntyre)
Newsgroups: comp.sys.next.software,comp.sys.next.hardware
Subject: Re: NeXT pricing, US vs. Europe: "A offer you cannot refuse"
Date: 12 Aug 92 15:20:32 GMT
Reply-To: S.A.McIntyre@durham.ac.uk
Distribution: comp
Organization: NeXT Campus Consultant
X-Newsreader: Tin 1.1 PL4


Otto,

If I were in your shoes, and wanted to get the CD rom bundle, I would
get it from the states, and even if you have to pay taxes and duties,
you will save money from what the cost will be in Europe.

As for warranty, if you buy it from a NeXT dealer in the USA, it 
must be serviceable by any NeXT dealer in the world.  NeXT once
told me otherwise, which is the only reason I bought my machin ein
Europe, but a little legal digging has shown this to be false.


All:  The difference in price between Europe and the USA is a horrible
fact of life.  For about double the price in Europe, you get the
convenience of having a "nearby" dealer to handle your queries.....if
you're not fussed about this as an issue, then do as I do, and buy 
direct.

I just came back from Honeymoon in the USA and Canada and am very
disheartened by the difference in prices between NeXT US and NeXT
Europe/UK.

I'm sure that NeXT is doing everything they can to stay competitive
with other European companies, but that isn't enough for a computer
that is advertsied as a world wide solution.

Scott
My opinions alone.
Newsgroups: comp.sys.next.software
From: philip@research.canon.oz.au (Philip Craig)
Subject: Details on Dataphile
Organization: Canon Information Systems Research Australia
Date: Wed, 19 Aug 1992 05:09:08 GMT

Hi,

I have heard of a product called Dataphile, which (surprise!) seems to be
some sort of database. I'm wondering

a) Who makes it, and what their contact details are (no 800 numbers please).

b) What people's experiences / perceptions of it are.

Please e-mail and I will summarize to the net.

Thanks in advance,
-- 
   _/_/_/  _/  _/  _/  _/      _/  _/_/_/ _p_h_i_l_i_p_@_r_e_s_e_a_r_c_h_._c_a_n_o_n_._o_z_._a_u   _--_|\
  _/  _/  _/  _/  _/  _/      _/  _/  _/  Phone: +61 2 805 2951        /      \
 _/_/_/  _/_/_/  _/  _/      _/  _/_/_/   Fax:   +61 2 805 2929        \_.--._/
_/      _/  _/  _/  _/_/_/  _/  _/     PO Box 313 North Ryde 2113 AUSTRALIA  v
Newsgroups: comp.sys.next.software
From: cowboy@trans.csuohio.edu (Joe Rosenfeld)
Subject: Re: WordPerfect Development Continues
Organization: Cleveland State University
X-Newsreader: Tin 1.1 PL5
Date: Fri, 21 Aug 1992 02:35:51 GMT

Randy Jackson (randyj@outback.sbs.ohio-state.edu) wrote:
: 
: At the urging of others on the net, I have just spoken with
: Brent McKinley, product marketing director for the
: unix division of WordPerfect.  He stated that the
: decision has been made to continue the development of WP
: for the NeXT.  He added that the next WP product will be "next
: generation," and not a current version upgrade.
: 
: He also suggested that interested parties might contact
: Gordon Mella (product manager) at 801-228-7284 for
: additional information, although there really won't be
: much additional info for a month or two.
: 
: --

I find this posting interesting because I was told be someone at
WordPerfect Corporation just yesterday that WP planned to upgrad all the
other platforms running WP first and then get to the NeXT, even though the
NeXT is the great computer that it is!  I was pretty outraged at the time.
WP for the NeXT does not do tables.  How pathetic!  It is a reproduction of
WP for DOS 5.0, taking no advantage of the great potential in the NeXT.  

Anyone know how to get a table feature working with WP for the NeXT?  I
hope you are right, but I have seen neXT users put behind the back burner
before.  Perhaps the media has helped do us in--after all, they, the Media,
support DOS and the Mac, etc, while the NeXT and mostly other Unix
platforms also are given short shrift and little good is said about Unix!

Well, sorry to complain so much.  I hope Gordon is right, that Wp for the
NeXT is given an upgrade SOON and that it is an upgrade that takes maximum
advantage of the abilities present on the NeXT.

I also WANT my tables!

B
Joe
D
--

________

Joe Rosenfeld                              cowboy@trans.csuohio.edu
Automation Librarian                      joer@inca.law.csuohio.edu
Cleveland State University Law Library

Newsgroups: comp.sys.next.software
From: jeffo@ux1.cso.uiuc.edu (J.B. Nicholson-Owens)
Subject: Re: What DTP/WP do tables (other than Frame)?
Reply-To: jeffo@ux1.cso.uiuc.edu
Organization: University of Illinois at Urbana
Date: Sat, 22 Aug 1992 20:10:59 GMT

Since I've gottten so much mail on this topic, I thought I'd demo a
recent problem with Frame.  Here's something that I bumped into
recently that crashes Frame 3.0 on a NeXT 2.1 machine:

Go to the References page (this probably works anywhere though) and
turn on snap-to-grid w/ 1/8".  Lay out a frame that is about 3" wide
and 2" high.  Inside the frame, place a line segment of any width.
Place the line segment at the top of the frame after drawing the line
segment. Shrink the frame to use up the most minimal space to hold the
line segment.  If you shrank the bottom or top to make the frame
(essentially) 0" high, then Frame will quit instantly giving you no
chance to save your work whatsoever. It will die because of something
like "locked focus on wrong view" error (it'll be logged in the
Console log). Really incredibly helpful when I used Frame and hadn't
saved in the past 4 minutes and lost all the work.  Now I've got the
auto-save set to one minute.

I didn't think that Frame would die when I originally did this, and I
didn't even do it to "test" Frame, I just thought that since it knew
how high the line segment is (I made mine 3 points high), that it
would make the inside of the frame 3 points high as well.  Alas, it
dies and never saves the work anywhere before it does so.

The other problems that I have had with Frame have been random, hence
I cannot come up with repeatable demos of them, but I have been able
to demo this problem on request.  At first, I thought that my problems
were RAM problems, but all other apps (and the OS as well) work as
expected, so it has to be a Frame problem.
-- 
-- Jeff (jeffo@ux1.cso.uiuc.edu)
-- No NeXTmail please
From: prim!dave@germany.eu.net (Dave Griffiths)
Newsgroups: comp.sys.next.software
Subject: Re: Mesa --- lack of database functionality
Date: 22 Aug 92 17:27:08 GMT
Organization: Primitive Software Ltd.

In article <1992Aug20.150304.10018@dpp> dpp@athena.com (David Pollak) writes:
>In article <1992Aug19.143528.9405@mic.ucla.edu> iwelch@agsm.ucla.edu (Ivo  
>Welch) writes:
>> 
>> I have been trying to  convince Athena  Design to include a Unix   
>command-line
>> file reader. That is, a utility  that reads a  Mesa spreadsheet and  
>outputs an
>> ASCII data file (i.e. a command line equivalent of "save as text"). That  
>would
>> allow me to use Mesa to keep all my databases,  and  to  have  S or  
>other Unix
>> filters operate on a  database; or to dial  in and look  at the contents  
>of my
>> spreadsheets. (Even nicer if  there was an  update  mechanism.) Note  
>that this
>> cannot be accomplished through Mesa's API.
>> 
>> Athena Design sees no demand for this  feature, although it would  
>require only
>> minimal effort to implement.   Perhaps  more  requests could  convince   
>Athena
>> Design otherwise. I very much like their spreadsheet, and would want to  
>use it
>> for real work.
>
>I'd like to reply publicly to this.
>
>First, from an engineering standpoint, this is not an easy task.  It  
>requires more than a "minimal effort."  The part of the program that loads  
>worksheets is intimately tied to the display mechanism.  This means that  
>we would have to maintain two separate versions of the code and make sure  
>that the file loading part worked on both across all versions of the file  
>format (numbering 9 at this point, and yes we are still fully compatible  
>with all files written since version 0.5 of the program.)
>

I think there is an easier way to provide this feature. Rather than the
command line tool doing the conversion itself, it should simply use the
Mesa API and send a message to Mesa to say "please save this spreadsheet
file as ascii text" and then wait for the reply.

Now surely that's fairly straightforward to implement?

Dave Griffiths
Newsgroups: comp.sys.next.software