newRPL: symbolic numbers
|
12-30-2014, 10:00 AM
(This post was last modified: 12-30-2014 10:08 AM by Gilles.)
Post: #18
|
|||
|
|||
RE: newRPL: symbolic numbers
Quote:f: << -> X '3*X+pi' >> OK. In my opinion, the '.' is ->NUM and not EVAL. By the way, the unary operator ~ suggested by Han seems the same as ->NUM. I like this ~ notation. And perhaps f~ would be more explicit that f. And in this case, both f~ and f ~ will be correct 'pi' ~ will return 3.14159... Quote:'f(4)' EVAL --> '12+pi' for the 2 last, with the suggestion of Han 'f~(4)' EVAL --> 15.14... 'f~(4.)' EVAL --> 15.14... or 'f(4)' ~ I would like this but the disadvantage is that the ~ is not directly on the keyboard with only a keypress on the contrary of . Quote:(...) It will sure take some time to get used to the new way. Programs will have to be crafted with the trailing dot in mind, and that means no backwards compatibility. On the other hand, if "no backwards compatibility=no awkward compatibility" I'm in favor. I agree. Anyway you already have loosed the backward compatibility with better behavior of DOSUBS , DOLIST, ADD, + ... Quote:I don't see a big difference in user effort to reach the desired solution (perhaps less effort?). I do see more consistency in the proposed solution, where the result depends only on what you type. OK. Another thing, I like that uppercase and lowercase are not the same thing in commands and functions in RPL. But i would be pleased if all the native commands and functions in newRLP will use lowercases instead of uppercases : start next , for next , cos, sin ... (or Start For Next Cos, Sin) are more readable and less agressive than START NEXT or FOR NEXT COS SIN |
|||
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 5 Guest(s)