[comp.sources.wanted] unix spreadsheets? help!

jwp@uwmacc.UUCP (02/24/87)

We have some cash to spend on a commercial spreadsheet for BSD4.3 Unix.
We looked at 20/20, but it had essentialy no report generation capability.

Can anybody name some others, with better report generation?
We're going to use it to keep requisition and purchase order information,
and print out multi-part university forms on an impact printer.
The calculation aspect of the program can therefore be unsophisticated.

I'd appreciate any suggestions.
-- 
	Jeff Percival ...!uwvax!uwmacc!sal70!jwp or ...!uwmacc!jwp

andys@men2a.UUCP (02/25/87)

Take a look at "TWIN", from Mosaic Software in Mass.  Runs on VAX/UNIX.
Same as Lotus (Mitch Kapor's sueing them).

Also call SCO at 800-626-8649.  They may have their "SCO Pro" (another
excellent Lotus clone...) available for your system.
--andys@men2a.UUCP

mmp@cuba.UUCP (02/26/87)

> We have some cash to spend on a commercial spreadsheet for BSD4.3 Unix.
> We looked at 20/20, but it had essentialy no report generation capability.
> 
> Can anybody name some others, with better report generation?

Please, summarize to the net.  Thanks.


____________________________________________________
* Matt Perez *   sun!cuba!mmp  (415) 691-7544
DISCLAIMER: beisbole has bean bery, bery guud too me

ron@brl-sem.UUCP (02/26/87)

In article <1104@uwmacc.UUCP>, jwp@uwmacc.UUCP (Jeffrey W Percival) writes:
> We have some cash to spend on a commercial spreadsheet for BSD4.3 Unix.
> We looked at 20/20, but it had essentialy no report generation capability.

We've got 20/20.  Our biggest problem is that they steadfastly refuse to
support TERMCAP.  Their problem is that older termcap definitions lack
things like definitions for arrow keys, etc... Rather than adopt the
current TERMCAP standard so that you could use the real TERMCAP if you
had one available (they could squirl away an alternate TERMCAP on systems
that don't have the latest style termcap), they use their own format which
means that for the large proliferation of terminals we have here, 20/20
doesn't work on many of them.  All they support are a few HP and DEC
terminals, they don't even have an generic ANSI device that would work
on an IBM-PC or Teletype 5620 terminal.

vollmer@cod.UUCP (02/28/87)

in article <1104@uwmacc.UUCP>, jwp@uwmacc.UUCP (Jeffrey W Percival) says:
> Xref: cod comp.sources.wanted:680 comp.databases:79
> 
> We have some cash to spend on a commercial spreadsheet for BSD4.3 Unix.
> We looked at 20/20, but it had essentialy no report generation capability.
> 
> Can anybody name some others, with better report generation?
> We're going to use it to keep requisition and purchase order information,
> and print out multi-part university forms on an impact printer.
> The calculation aspect of the program can therefore be unsophisticated.
> 
> I'd appreciate any suggestions.
> -- 
> 	Jeff Percival ...!uwvax!uwmacc!sal70!jwp or ...!uwmacc!jwp


In the micromputer world I find a similar situation many times.  
A spreadsheet is being used for database applications.

Spreadsheets are intuitive databases for many users as the data is
seen in rows and columns and its not 'hidden' away in some database file.

I would guess 50% of the spreadsheet applications I see have very little
to do with "what if modeling", or number manipulation.

The problem that Jeff states implicitly is that when it comes to
report generation things get difficult.  The interfaces also
break done quickly in data entry and flexibility of database
redefinition.

My rule of thumb is when data entry screens (except for the most
basic) are needed and reports (except for the most basic)
are needed, its time for a 'real' database system.

Tom Vollmer
CSC