home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / palmtops / 3702 < prev    next >
Encoding:
Text File  |  1992-11-19  |  4.0 KB  |  87 lines

  1. Newsgroups: comp.sys.palmtops
  2. Path: sparky!uunet!noc.near.net!newshost.cc.williams.edu!93jay
  3. From: 93jay@williams.edu (Jonathan Young)
  4. Subject: Re: HP95 scientific calculator
  5. Message-ID: <1992Nov19.060608.9096@williams.edu>
  6. Sender: usenet@williams.edu (USENET News Administrator)
  7. Organization: Williams College, Williamstown, MA
  8. References: <1992Nov18.055852.23273@williams.edu> <1ecrbpINNdu8@uwm.edu> <20215@acorn.co.uk>
  9. Date: Thu, 19 Nov 1992 06:06:08 GMT
  10. Lines: 75
  11.  
  12. >>In article <1992Nov18.055852.23273@williams.edu> 93jay@williams.edu (Jonathan Young) writes:
  13. >>>I have long been frustrated by the built in calculator on the HP95,
  14. >
  15. >>perhaps a way to save and recall formulas as well.
  16. >
  17. >I agree with this, and perhaps a number of built in formulas ala the 48
  18. >equation library. This with the costants would make a very useful reference
  19. >guide as well as a powerful lab tool.
  20. >
  21. Ok yeah, I think this would be good, I have been trying to borrow a 48
  22. for a while now but strangely enough the people who own them keep
  23. using them. It was suggested that constants/formulas could be stored
  24. in a user editable 123 worksheet. I think that these should be
  25. editable from within the calc. application itself. However I suppose
  26. that it might be desirable to edit a master list for labs/courses on a
  27. desktop and distribute that to the individual HPs.
  28.  
  29. >>Although I don't have one, I'm know other people have an HP IR
  30. >>printer.  Built in support for that would be nice.  All there is right
  31. >>now is a PrintScreen driver.  Maybe a PostScript driver too.
  32. >
  33. >
  34. >The IR print screen utility is very useful, though it is only a screen dump
  35. >I don't think it should be built into a specific application, this is something
  36. >that should really be part of 95Buddy or a stand alone facility for all
  37. >applications.
  38.  
  39. True, but it looks very easy to allow at least stack dumps/receives
  40. over the IR port. And hey, someone might need it. It's definately
  41. something for final gloss though, I won't worry about it for a while.
  42. >
  43. >>I don't ask for much, only Mathmatica in my pocket :-).
  44. >
  45. >Have you had a play with Derive 2.5 on ROM card for the 95?? This may not
  46. >be quite as powerful as Mathmatica, but its the best you will get on a 
  47. >pocket computer currently. I doubt our friend has either the time or 
  48. >inclination to go to this level.
  49. >
  50. That's true, and one thing I have noticed is that I never reach for
  51. Mathmatica, Maple Theorist or MathCAD unless I need to do something
  52. *very* complex. I doubt I could even approach Derive's power, but I
  53. hope to fill in a few gaps.
  54.  
  55. >The things I would like to see are 64bit binary, Hex and Octal with standard
  56. >operations (AND OR NOT EOR etc), more scientific functions, a stack that
  57. >operates in the same fashon as the 28/48 calcs. A built in equation library
  58. >with the same facilities as the 48SX equation library, including the periodic
  59. >table, and more conversion factors, as provided on the 28S.
  60. >
  61. Ok this stuff is all certainly possible. I'm not sure what you mean by standard
  62. operations. Is this part of the RPL programmability? 
  63.  
  64. One interface note. I think a large part of HP's built in calculator's
  65. problems lie in its interface. The menuing system is a real pain and
  66. slows down the user's ability to operate the calculator severely. I
  67. was thinking that mapping the most common functions to keys would be a
  68. fairly efficient interface that would prevent the proliferation of 5
  69. item menus which seem to have no bearing on each other. Menu input
  70. would still be possible, to avoid confusion but (assuming this ends up
  71. as shareware rather than freeware) registered users would get a ...
  72. Key Overlay! HP listed their recommended source for HP95 overlays
  73. which shouldn't be too expensive. Also a postscript version would be
  74. bundled with the thing for folks of the roll your own mentality.
  75.  
  76. Too impractical? Actually I think it might do wonders for
  77. registrations although I'm not looking to make money off this by any
  78. means.
  79.  
  80. >
  81. >><-:(= Anthony Stieber    anthony@csd4.csd.uwm.edu   uwm!uwmcsd4!anthony
  82. >
  83. >Andy Smith
  84.  
  85. Jonathan Young
  86.  
  87.