HDTenEightyP/NetNews huggingface dataset:
From: pseymour@appsoft.com (Peter Seymour)
Subject: Re: Free Appsoft Draw
Reply-To: pseymour@appsoft.com (Peter Seymour)
Organization: Appsoft, Inc.
Date: Tue, 18 Aug 1992 22:54:22 GMT

In article <hketola.714109114@uclagsm> hketola@agsm.ucla.edu (Heikki Ketola)  
writes:
> When can we expect a working version of Draw that supports even approximately 
> proper kerning of foreign characters? 

You should now have it.  It was emailed to you this morning.  We will be  
sending an update to all registered users within the next week.

Thanks for your patience.

Peter Seymour
pseymour@appsoft.com
From: yumyum (Thomas Hering)
Newsgroups: comp.sys.next.software
Subject: ANNOUNCING VarioData
Keywords: VarioData YumYum
Date: 12 Aug 92 12:24:00 GMT
Organization: YumYum Software Development, Hamburg, Germany



	          	 ANNOUNCING

		===========================
			 VarioData
		===========================
		        
		by YumYum Software Development

      Individual data administration for the NeXT Computer



YumYum Software Development is pleased to announce VarioData Version 2.0.

VarioData is a flat-file database for NeXT computers. The program places  
various data elements at your disposal to choose the the desired ones for the  
database layout. The consequent NeXT-like unser interface enables you to work  
with VarioData without any training.

VarioData handles texts, numbers, images, sound files, key words, files and  
much more. Formulas can be defined to any extend desired, default values and  
ranges can be determined and serial or unique numbers will be set  
automatically.

VarioData manages large amounts of data without any problems. Data records can  
be listed in a separate listbox. Data records can be merged into form letters.  
Using the import and export interface allows the exchange of data with other  
programs and computers. 

VarioData does not need any server. The extension to SQL databases is in  
development.


A demo version of VarioData is now available on:

	sonata.cc.purdue.edu
		pub/next/submissions/VarioData2.06.README
		pub/next/submissions/VarioData2.06.pkg.tar

The package VarioData consists of the programs VarioBuilder and VarioData.

VarioBuilder is a tool to design VarioData databases. Using the available  
resources you can create your database layout in accordance with your demands  
and ideas. Different data elements are at your disposal which you can choose  
out of three palettes.

With VarioData you fill your database or import data out of other databases.  
Then you can search for all data using any find criteria. All found data  
records are listed clearly arranged in a separate listbox.
You can export your data records into files and you can create form letters  
with for example images out of your database. There are several tools to design  
such letters.


The demo version can handle only 40 data records but is otherwise fully usable.  
The full version is now shipping.



For further information about VarioData please contact:

YumYum Software Development
Thomas Hering
Sternstrasse 29 H16
2000 Hamburg 36
Germany
Tel. +49 40 430 42 47
Fax  +49 40 430 42 48
NeXT-Mail: yumyum!yummy!mcshh.hanse.de
Newsgroups: comp.sys.next.software
From: jeffo@ux1.cso.uiuc.edu (J.B. Nicholson-Owens)
Subject: What DTP/WP do tables (other than Frame)?
Summary: What desktop publishers or word processors do tables (other than Frame)?
Reply-To: jeffo@ux1.cso.uiuc.edu
Organization: University of Illinois at Urbana
Date: Sun, 16 Aug 1992 17:28:56 GMT

From what I gather WriteNow! and WordPerfect don't do tables at all.
The latest NeXTWORLD has a preview of PasteUp and says that it too
doesn't do tables either.  Is there anything other than
FrameMaker(even coming up) that will do tables?  How about Pages?

I have a lot of experience with FrameMaker and it's tables, but I've
had my share of problems with Frame, including crashing and instantly
logging me out in the middle of working, so I'm almost ready to ditch
Frame.

If any app developers out there are planning to make a word processor
or desktop publisher, please contact me so I can send you a wish list
on tables and other topics.

Thank you.
-- 
-- Jeff (jeffo@ux1.cso.uiuc.edu)
-- No NeXTmail please
Newsgroups: comp.sys.next.software
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: Re: Mesa --- lack of database functionality
Reply-To: spagiola@frinext.stanford.edu
Organization: DSO, Stanford University
Date: Thu, 20 Aug 92 15:53:15 GMT

shawn@monitor.com writes
> Database
> Spreadsheet
> 
> They're different. Spreadsheets don't need to do the
> sorting and filtering that databases do, and
> correspondingly don't have those capabilities.  Adding  
> such functionality is kind of silly.  The only reasons
> that Lotus has the "database" (and I use the term 
> loosely) capabilities it does is because some gigantic
> chunk of companies in the world run their ENTIRE
> businesses with Lotus 123, and Lotus sort of obliged them
> back in 80-something.  
> 

Yes, spreadsheets and databases are different, but there  
are often times when I need to sort and filter the numbers  
that I'm working on, and I don't want to have to export my  
data to a database and then re-import it every time.  I've  
often used the 'very limited' database functions in Lotus  
even though I keep around and use much more sophisticated  
databases as well.
The combination of spreadsheet and database-like  
functionality is precisely what makes Improv so  
interesting, and Lotus deserves kudos for having made such  
a cool hybrid (despite all its release 1.0 problems and  
limitations).
Let's not start thinking that the way we do our work is  
appropriate for everybody.  If Ivo Welch finds that more  
sophisticated db capabilities in Mesa would be an advantage  
to him, that's his prerogative.  If Athena finds that there  
are enough such people out there, they'll put it in.

--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@frinext.stanford.edu (NeXTMail encouraged)
From: barger@havarti.cs.wisc.edu (Victor Barger)
Newsgroups: comp.sys.next.software
Subject: NEW PRODUCT ANNOUNCEMENT: LoadEye
Date: 18 Aug 92 12:28:09 GMT
Organization: Aurora Software


           YOUR HEARTBEAT TELLS YOU WHEN YOU'RE PUSHING TOO HARD

                              GUESS WHAT?

                          SO DOES YOUR NeXT's.

When you push yourself too hard, you actually perform worse than you would
otherwise.  The same goes for your NeXT(TM) Computer: there is a point after
which the more you push it the slower it goes.  Such performance degradation
can be avoided only through an awareness of your NeXT's system load, or
``heartbeat''.

Introducing LoadEye(TM).  LoadEye displays your NeXT's system load in a
Load Monitor that you can place anywhere on your screen.  By observing how
your actions affect your computer's system load you can learn to use your
computer more efficiently and effectively.  And only LoadEye provides you
with the information you need in such an easy-to-understand format.

So don't waste another minute of computer time!  Call 1-800-578-4809
(608-231-3679 if calling from outside the U.S.), write to Aurora Software,
16 N Allen St, Madison, WI  53705 or send e-mail to info@as.com.


LoadEye Features:

    - Supports Mach factor and UNIX system load average.
    - Monitors the system load on computers connected to a network.
    - Contains on-line help with a description of system load computation.
    - System load is displayed in application icon when application is hidden.
    - Update interval can range from half a second to ten seconds.
    - Load Monitor is resizable and configurable.


Copyright (C) 1992 by Aurora Software.  All rights reserved.  LoadEye is a
trademark of Aurora Software.  NeXT is a trademark of NeXT Computer, Inc.
From: dillon@overload.Berkeley.CA.US (Matthew Dillon)
Newsgroups: comp.sys.next.software
Subject: Re:  Ramdisk! a wonderful idea!
Distribution: world
Date: 11 Aug 92 13:04:29 PST
Organization: Not an Organization

In article <rf3mxlc.abell@netcom.com> abell@netcom.com (Steven T. Abell) writes:
>NoNoNoNoNo! (Warning: entering the ozone layer now)
>
>This points up a problem with traditional computing environments. If you
>think of memory as being either RAM, where your computer does its work,
>and Disk, where your computer stores its work, you end up with this waste
>of resources and loss of performance.
>
>If you're going to keep executables in RAM, that's OK. But it's not OK to
>copy that program from one place in RAM to another to execute it, which is
>what a ramdisk does. A really good operating system would let you execute
>the program in place. Of course, that means you must write re-entrant code
>*always*.
>
>While NeXT made some real improvements in usability, the next leap forward
>needs to include RAM-resident program files that are re-entrant and execute
>in place, running under a *real* realtime OS.
>
>(You can take off your space suits now, but the preceding is no joke.)
>
>Steve abell@netcom.com

    Heh.  That is *exactly* what the Amiga's resident does.  Not quite in
    the backwater, eh?	The Amiga's resident will preload AND pre-relocate
    a program in memory.  The program is reentrant, you can run as many
    simultanious instances of it as you like, and startup is instantanious.

    But on the NeXT (or any UNIX machine), truely, the only place where you
    get a meaningful performance boost is if the OS caches the thing for
    you run-ready.  A NeXT ram disk is only a half step and as people have
    mentioned, it can get swapped... you still have to go through a load &
    process creation phase which involves a lot of work.

						    -Matt

--

    Matthew Dillon	    dillon@Overload.Berkeley.CA.US
    891 Regal Rd.	    uunet.uu.net!overload!dillon
    Berkeley, Ca. 94708     ham: KC6LVW (no mail drop)
    USA

Newsgroups: comp.sys.next.software
From: cgb@count0.cmhnet.org  (Charles G. Bennett)
Subject: Re:  Solid Value, Rulers, and Copy Protection
Reply-To: cgb@count0.cmhnet.org
Organization: BenaTong
Date: Sat, 15 Aug 1992 13:59:53 GMT

In article <1992Aug12.015856.13142@fsg.com> chuck@fsg.com (Chuck Yerkes)  
writes:
> 
> Having followed this thread for a while, I must comment on some things.
> I'm going to extrapolate a bit to all computer systems instead of just next.
[some stuff deleted]
>    Quicken, at $60, is RARELY pirated.  You can run a small business on
> it and it compares favorably with packages costing $500 or more.  Its
> sold gazillions of copies.

But don't forget market share, you can truly sell "gazillions" of Quicken
because there are gazillions^10 possible customers.   If EVERY NeXT owner  
bought (or could buy) Quicken  your total sales would be about 2 million gross.
(40,000 * $50) most likey you would be lucky to get 10% so $200,000.   Now they  
would be HAPPY to NET 30% (after taxes and rent and programmers and 50%  
discount to resalers) so they would be lucky to make $60,000.

I realize that I'm playing fast and loose with the numbers, but I think you get  
my point.   It's no wonder that Quicken sold on the NEXT would sell for at  
least $300.00.

For example we sell our Serial objects for $50.00 ( $80 after Sept 1). They are  
NOT the profit center of our company by any means.  (Consulting is).   Why did  
we price our objects at $50.00 instead of $700.00 like the "other" folks?     
Simply because we felt that these kinds of tools SHOULD be priced at that level  
and that other (small) developers would "impluse" buy objects at that price  
rather than write them for themselves since $50.00 of a developers time is  
about 45mins these days.   This has proven to be true.

I bet that Glenn's pricing of "Rulers" falls into the "loss leader" catagory of  
sales, and they hope you'll pick up some "type faces" or "paste up" while your  
there..

It is not always greed that sets the pricing of software.   The reason that  
some of the software on the NeXT has PC pricing reflects 

1.	Small developers have lower over head so they can sell cheaper.

2.	Making the NeXT succeed is a religious issue with us zealots
	and the pricing of the software reflects that desire.




[deleted]
> chuck
> --------------------------------------------------------------------
> chuck yerkes, fusion systems group    (chuck@fsg.com)
> 
> "The opinions here are mine, not my 
>  company's and not necessarily right."

Chuck Bennett
BenaTong
-- 
Chuck Bennett, BenaTong Consulting
Palace Security (UNIX Consulting :-) )
cgb@count0.cmhnet.org
From: mikhe@flab.fujitsu.co.jp
Newsgroups: comp.sys.next.software
Subject: Re: What DTP/WP do tables (other than Frame)?
Date: 19 Aug 92 01:44:53 GMT

In article <Bt3qoL.Jn@ux1.cso.uiuc.edu> jeffo@ux1.cso.uiuc.edu (J.B.  
Nicholson-Owens) writes:
>makes Word nothing more than a toy to me.  Frame is useless due to
>it's many crashes and sudden logouts.

Duh? What are you talking about? I use Frame (v3.0.1 that is), with ALL of its  
features on a daily basis and have yet to see it crash or log me out.

Have you ever actually used Frame, or is this heresay? If you do, then what  
configuration are you running under that causes this behaviour? Please be at  
least a little more specific when you decide to flame products, instead of  
generating random statements without factual basis.

I, of course, have no affiliation with Frame other than being a happy customer.

>-- Jeff (jeffo@ux1.cso.uiuc.edu)

		-Mike
--
Mike Henry                             mikhe@flab.fujitsu.co.jp        ///
Fujitsu Nakahara House West 8 #524     mikhe@cs.uoregon.edu           ///
6-7-1 Shimokodanaka, Nakahara          mikhe@ida.liu.se           \\\///
Kawasaki 221, JAPAN                                                \XX/
From: anwar+@cs.cmu.edu (Anwar Mohammed)
Newsgroups: comp.sys.next.software
Subject: Re: What DTP/WP do tables (other than Frame)?
Date: 20 Aug 92 13:16:00 GMT
Article-I.D.: cs.BtAA6q.53p.2
Organization: School of Computer Science, Carnegie Mellon

In article <basiji.714245887@milton> basiji@milton.u.washington.edu (David Basiji) writes:
>anwar+@cs.cmu.edu (Anwar Mohammed) writes:
>
>>In article <7338@ayumi.stars.flab.fujitsu.co.jp> mikhe@flab.fujitsu.co.jp writes:
>>>In article <Bt3qoL.Jn@ux1.cso.uiuc.edu> jeffo@ux1.cso.uiuc.edu (J.B.  
>>>Nicholson-Owens) writes:
>>>>makes Word nothing more than a toy to me.  Frame is useless due to
>>>>it's many crashes and sudden logouts.
>>>
>>>Duh? What are you talking about? I use Frame (v3.0.1 that is), with ALL of its  
>>>features on a daily basis and have yet to see it crash or log me out.
>
>>I was a little confused too.  I've been using Framemaker 3.0.1 for about a month
>>and a half (after a year of happily using 2.0) and it hasn't yet crashed or logged
>>me out(!).  I really find what you say a little hard to believe.
>
>>Could you please present the conditions under which Framemaker has crashed on 
>>you?  
>
>How about when you drag an eps file into your document and then,quickly,
>scroll the page.  I've crashed it so many times, I've forgotten about 
>drag and drop completely and now only use the "import" function.

Drag and drop has worked for me.  I've just tried what you've pointed out here
several times over and it worked just fine.

>
>Dave
>-- 
>David Basiji 
>"C neophyte, Bioengineering Grad Student, Internet Personality"
>
>email: basiji@u.washington.edu          
>NeXTmail: basiji@larry.pathology.washington.edu
>
>		"Whining is just anger coming out of a very small hole."
>            --Stuart Smalley


-- 
Anwar Mohammed                           Graduate Student
anwar+@cs.cmu.edu  (NeXTmail welcome)    School of Computer Science
Voice: +1 412 268 3043                   Carnegie-Mellon University
Fax:   +1 412 681 5739                   Pittsburgh, PA  15213-3890
Newsgroups: comp.sys.next.misc
From: zulu!errol (Errol)
Subject: Legal Size Faxes don't print
Keywords: Fax, Legal Size, Print
Organization: Ridgeback Solutions
Date: Sat, 15 Aug 1992 17:37:39 GMT

Hi,

Anyone able to correctly print a Legal size Fax received into their NeXT  
onto Legal size paper? 

The only way that I have made it work is by scaling the image about 70%  
then printing on letter size paper. If I do not scale it, it always seems  
to chop off the top 2-3 inches.

Is there some trick that I am missing? Yes I set the Page layout to Legal  
size when trying to print to legal size paper.

Any help appreciated.

Errol Ginsberg
errol@ridgeback.com
Newsgroups: comp.sys.next.misc
From: shiva@vega.Stanford.EDU (Marcos Javier Polanco)
Subject: Re: Do you want free objects from FSF?
Organization: DSO, Stanford University
Date: Fri, 21 Aug 92 17:03:25 GMT


>To this end, I will donate the drag and drop font system, the ToolBar  
>system, the Mesa Object Library Interface, and I'll even think about  
>donating the dynamic PS wrap generator (yes, version 1.1 of Mesa only  

I am impressed by your thinking. I will aim to emulate it once I have some  
commercial code to ship.

-Marcos J. Polanco
-shiva@vega.stanford.edu
From: ernest@pundit.cithep.caltech.edu (Ernest Prabhakar)
Newsgroups: comp.sys.next.misc
Subject: Re: Do you want free objects from FSF?
Date: 19 Aug 92 19:36:29 GMT
Reply-To: ernest@pundit.cithep.caltech.edu (Ernest Prabhakar)
Organization: California Institute of Technology, Pasadena

In article <Bt8A6G.JuI@world.std.com> gsk@world.std.com (Geoffrey S Knauth)  
writes:
> Would you like to see free objects, libraries, palettes, toolkits,
> etc., from the Free Software Foundation?
Well, yes, but there are several parts to the problem:

1) The GNU ObjC runtime is being written by Cygnus.  Maybe end of the year  
availability?  This should be compatible with both NeXT and Stepstone.  Nothing  
else will be very useful until this is done.

2) NeXT, Stepstone, and other interested parties (Borland?)need to DEFINE (in  
some politically correct Open Forum :-) the essential Foundation classes they  
will cooperate on.  NeXT will modify it's shipping product to include them, and  
StepStone will build its ICPak 101 on top of them.

3) Someone needs to write/donate the appropriate Foundation classes (primarily  
Object, List, Storage, and Hash) to GNU for including with GCC (2.4?)

Until this happens, there is no meaningful 'object market' in Objective-C.   
Once this foundation is in place, and available outside of the NeXT community.   
Things can really start taking off.

Note that this really only means objects and libraries.  Pallettes and Toolkits  
are entirely NeXT-specific entities, and (as proprieatry systems) outside of  
GNU's domain of interest [I suspect].  However, 'kernel' functionality is  
ultimately the most important aspect of a portable program.  This is precisely  
why Bruce Webster wrote a marvelous letter urging NeXT to do the same thing I  
described above, except in a commercial rather than FSF form.

I would dearly love to know what NeXT (et al) are thinking along these lines.   
I've been harping on this theme [perhaps we should forward to c.s.n.a] for over  
a year, and NeXTs direction is still somewhat vague.  Hopefully they'll reach a  
decision on this soon.

Objectively yours, ;-0
-Ernie P.
--
Ernest N. Prabhakar                  Caltech High Energy Physics
Member, League for Programming Freedom (league@prep.ai.mit.edu)
CaJUN President        NeXTMail:ernest@pundit.cithep.caltech.edu
"...and ourselves, your servants for Jesus sake." - II Cor 4:5b
#import <std/disclaimer.h>
Newsgroups: comp.sys.next.misc,comp.sys.next.programmer
From: ede978e@monu6.cc.monash.edu.au (Robert D. Nicholson)
Subject: Ingres???
Summary: Ingres???
Organization: Monash University, Caulfield Campus
Date: Sun, 23 Aug 1992 07:25:21 GMT

It's my understanding that Adamation (bless em) ported Relational Technologies
Ingres to the NeXT Platform. when they wrote Who's Calling.  Very smart move
they made since not everybody is going to shell out for Sybase.  Even now
DB-Kit promises DML excitement its still nice to have some relational back
end that one can distribute in their Apps. Ive just spent the last 3 months
writing a program for my honours project that has to maintain 2 Lists and I've
not even bothered to maintain referential integrity simply because I refuse to place this logic in the Application code. For my purposes its not necessary, but I would have liked to have maintained this.

Have other developers sat down and created their own backends rather than writing the implementation specific backends each time they write their software. (Like Me :-()

Naturally, If one sits down and writes a back end they can then write themselves a Db-Kit adaptor to fit in with it.  I describe this as "heaven".  Since then they can distribute their apps without extra cost to the customer.

I would also like to hear of anybody who knows the specifics of the Ingres version ported to the NeXT that Adamation are using, do they use SQL as the DML and DDL? inside Objc?


Newsgroups: comp.sys.next.misc
From: flog@open.ch (Florian Gutzwiller)
Subject: Re: Anyone have opinions on NeXT 17" and 21" color monitors?
Reply-To: flog@open.ch
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Wed, 19 Aug 1992 19:46:24 GMT

Steve Johnson writes
> NeXT is doesn't
> seem to take color seriously; if they did, there would be a trinitron
> offering.

Check out 3.0 and you'll see, that there is at least one at NeXT taking color  
VERY seriously. Keith Ohlfs. He must be using trinitrons.

-Florian
Newsgroups: comp.sys.next.misc,comp.sys.next.marketplace
From: bugs@atlantis.uucp (Dan Berry)
Newsgroups: comp.sys.next.misc
Subject: stripping (was Ramdisk coming for NeXT)
Date: 22 Aug 92 20:52:49 GMT
Organization: Atlantis Communications, Edmonton, Alberta, Canada
X-Newsreader: Tin 1.1 PL5

In all the talk of the modifications to sdmach to increase the buffer size, I
recalled a comment that someone had made:

	"If you want to save some space, try stripping sdmach [hah hah hah]"
	(paraphrased)

Well, I thought he was joking.  And yet, amazingly enough...

atlantis> ls -l /sdmach
-r-xr--r--  2 root      708219 Aug 14 19:11 /sdmach*
atlantis> ls -l /tmp/sdmach 
-rwxr--r--  1 bugs      624388 Aug 22 14:32 /tmp/sdmach*

*** YEESH! ALERT ***
How can this be?  And although I feel that the stripped version might work with
no problems, _I_ ain't gonna be the one to try it out.  It might work in the
beginning, but I'd hate to have to deal with sporatic mach-kernel errors.

-- 
Dan Berry == President, NeXT Edmonton Owners Network / UofA Computers Tech.
	bugs%atlantis@cs.ualberta.ca (bugs@atlantis.uucp) *** NO NeXTmail! ***
"On a first date, watch how your date treats the waiter, the bartender,
	and so on.  That's how she'll be treating YOU after three months."
Newsgroups: comp.sys.next.misc
From: david@postman.gr.osf.org (David George)
Subject: Cartography on the NeXT
Keywords: Information
Organization: ABB Publishing
Date: Tue, 18 Aug 1992 07:45:52 GMT


I have a number of 1:50000 A2 size maps which I would like to digitise for ease of editing, captioning and printing (we send PS to our printer).  Currently I have a NeXT with 20MB memory, 850MB disk space and an HSD A4 Scanner.

Does anyone have suggestions as to how to go about scanning/digitising these maps (which are essentially simple line art) and what software package(s) would be suitable for storing/editing this information.


thanks in advance

David George.

P.S. I do hold the copyrights on these maps.
Newsgroups: comp.sys.next.misc