home *** CD-ROM | disk | FTP | other *** search
- From: akcs.joehorn@hpcvbbs.cv.hp.com (Joseph K. Horn)
- Date: Fri, 31 Jul 1992 07:40:11 GMT
- Subject: Re: another battery drainage question...
- Message-ID: <2a78e90b.1445.9comp.sys.hp48.1@hpcvbbs.cv.hp.com>
- Path: sparky!uunet!cs.utexas.edu!wupost!darwin.sura.net!mips!sdd.hp.com!hp-cv!hp-pcd!hpcvra!rnews!hpcvbbs!akcs.joehorn
- Newsgroups: comp.sys.hp48
- References: <1992Jul20.184424.12250@hubcap.clemson.edu> <TIM.92Jul29100659@niji
- Lines: 23
-
- tim@nijinsky.ipac.caltech.edu [Tim Conrow] writes:
-
- > A calculator is not a computer, which we expect to require start-up
- > time, it's a *calculator*, dammit, and I want it when I want it;
- > NOW!!!!! (:-) Joel Kolstad wrote that he got another calculator to
- > solve the problem; good for HP's business, but a bad sign for the
- > `48.
- > If a quick-on mode, such as I described in my original post, were
- > available, there'd be no need for another calculator.
-
- OK, how's this for a design concept: When first turned on, the machine
- would be in "calculator mode" (no vars, no libs; that's programming,
- that's computers!) and turn on real fast because it wouldn't have to
- do a RAM checksum. And if you want, you can use it, and turn it off
- again (it'd turn off fast), still in "calculator mode". But, if while
- it's on, you press VAR or LIBRARY or USER etc., it would ONLY THEN
- pause to do the checksum, and then be in "computer mode". The fine
- details of memory management in "calculator mode" would, of course, be
- HP's headache, but be transparent to the user.
-
- Sound like a plan?
-
- -jkh- -just brainstormin'-
-