Path: utzoo!attcan!uunet!lll-winken!ames!mailrus!tut.cis.ohio-state.edu!ucbvax!ANDREW.CMU.EDU!jm7e+ From: jm7e+@ANDREW.CMU.EDU ("Jeremy G. Mereness") Newsgroups: comp.sys.apple Subject: Re: Contructive discussions on Apple future (Was:Re: (none)) Message-ID: Date: 19 Mar 89 18:46:00 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 36 A good suggestion, Larry. A little easierr said then done, but what isn't? If the Apple // is to prove that is has the strongest user base of any PC, then people have to act. Anyway, I would like to see... o a fast, native code assembler in native code that works better than APW o ditto for debugger o a fast, native code C compiler o a multi-tasking operating system or atleast an approach that would allow multiple applications to be open at once like SoftSwitch o a better DOS, that did not use 10K of disk space where the Mac would use 3K o stand alone applications combining the capabilities of Excel, Lotus, and Cricket Graph. I mean, why not? Productivility, and _somebody_ will find so many features useful. o chooser CDA o support for a math coprocessor o a fast, capable MacWrite clone that fits, w/ system and dictionary, on one 3.5 disk o Appleshare support o a widely distributed, improved Basic.System with more capable commands o a CDA editor like MiniWriter o GS version of ResEdit and use of resource forks. This can go on, but these would solve the problems that prevent the //gs from being recognized by this university's authorities as a possible substitute for the Macintosh. In fact, if it just booted up faster, and had the _fast_ MacWrite and Excel clones and Appleshare support, everything would be fine because that is all the Mac is really expected to do in most situations. More languages, perfromance resembling ThinkC and LightSpeed Pascal, would help too. jeremy mereness jm7e+@andrew.cmu.edu