Earlier quoted context omitted.
Not even calculators agree on this. Here's a picture of my Casio fx-83ES and fx-83GT calculators giving different answers to "8/2(2+2)": https://i.imgur.com/SsKUQrE.jpg Both answers are completely, 100% correct according to the operator precedence table in their manuals. I also have a Casio fx-83MS and fx-991ES, both give 1 as the answer. Others I have are a Casio fx-570CD and a Casio statistical calculator I don't r…
Looking at this issue and then trying Qalculate! as some of the other commenters to this post have mentioned.... I tried 1/2(-9.8) and it calculated it as -0.05102040816 as I was doing the entry. As soon as I hit enter, however, it popped open a dialog box saying "The expression is ambiguous" and asked me to select an interpretation of expressions with implicit multiplication, setting a preference for later use. The…
SpeedCrunch
131–138 of 138 posts
Re: SpeedCrunch
#132Re: SpeedCrunch
#133Earlier quoted context omitted.
You could make 1/2x where x = 4 evaluate to either 2 or 0.125, but either choice will have surprising results in some cases or to some people. Perhaps a better choice, especially for an interactive calculator, is to adopt partially ordered operator precedence, and reject the expression as ambiguous. Then the user can insert parentheses to disambiguate. In a CFG this is easy enough to express. Here's an untested and a…
The solution is to differentiate between 2*x and 2x. / would have higher priority than *, but lower priority than conjunction
Re: SpeedCrunch
#134Their demo of their efficient interface compared to GNU Calc: SC: 5+8 Enter [4 keys, 1 shift] Calc: 5 RET 8 + [4 keys, 1 shift] SC: 5*(113+23) Enter [11 keys, 3 shifts] Calc: 5 RET 113 RET 23 + * [10 keys, 1 shift] SC: 7*ans Enter [6 keys, 1 shift] Calc: 7 * [2 keys, 1 shift] SC: sqrt(1231+41) Enter [14 keys, 3 shift] Calc: 1231 RET 41 + Q [9 keys, 1 shift] Maybe it’s more efficient than clicking buttons with a mouse…
You're comparing infix with RPN. There are more factors there than just number of keystrokes; not everyone enjoys working with RPN or finds it comfortable. RPN is a deliberate tradeoff in favor of speed/efficiency at the expense of other things.
- single buttons for common operations like +, * or sqrt
- no shifted parentheses
- display-style input of fractions and exponential so you got some visual clue if your brackets weren’t totally wrong
- single (sometimes shifted) buttons for functions like cos/tan/arcsin/…
- specialised shift operators which mostly meant inverse or hyperbolic
GNU Calc has most of these (+ and * are still shifted but all common operations are shifted. Parentheses are not used because of RPN. Display-style (‘big’) presentation is optional but ugly ascii art. Press H for hyperbolic, I for inverse).
I think gnu Calc is lacking a bit in entry of algebraic expressions but I don’t think speed crunch is better. I’d like to see something that let you place a ‘(‘ somewhere ‘backwards’, or in other words a feature for ‘I would like to parenthetical use some of the past expressions. Please let me interactively choose them without fiddling with cursor movement commands.’
Re: SpeedCrunch
#135Earlier quoted context omitted.
Yes, that answer is incorrect since it breaks with calculator conventions. The contents of the parentheses are calculated first (P in PEMDAS), and then the multiplication is done later (MD in PEMDAS). Implicit multiplication (which does not explicitly use a multiplication sign) has the same priority as any other multiplication: a/b(c) = a/b*c = (a/b)*c Since SpeedCrunch only accepts input in a single line, this would…
÷ https://en.wikipedia.org/wiki/Division_sign avoids this entirely. or if you wanna be really fkn nerdy: ∕, instead of /
Re: SpeedCrunch
#136Re: SpeedCrunch
#137I loved this on Windows but haven't used it since switching to macOS since it seems to not support Retina screens very well, anyone know of a workaround?
The fix for this is detailed in this thread: https://bitbucket.org/heldercorreia/speedcrunch/issues/716/v... And the .dmg file that has the retina fix is here: https://github.com/gagarcr/speedcrunch-nightlies/releases Hopefully this helps!
Re: SpeedCrunch
#138(I'd report a bug, but a calculator program making itself unusable in less than a minute with steps I can't precisely recreate kinda kills my enthusiasm for that process.)