Calculator input methods

There are various ways in which calculators interpret keystrokes. These can be categorized into two main types:

On a single-step or immediate-execution calculator, the user presses a key for each operation, calculating all the intermediate results, before the final value is shown.
On an expression or formula calculator, one types in an expression and then presses a key, such as "=" or "Enter", to evaluate the expression. There are various systems for typing in an expression, as described below.
Immediate execution

The immediate execution mode of operation is commonly employed on most general-purpose calculators. In most simple four-function calculators, such as the Windows calculator in Standard mode and those included with most early operating systems, each binary operation is executed as soon as the next operator is pressed, and therefore the order of operations in a mathematical expression is not taken into account. Scientific calculators, including the Scientific mode in the Windows calculator and most modern software calculators, have buttons for brackets and can take order of operation into account. Also, for unary operations, like √ or x², the number is entered first, then the operator; this is largely because the display screens on these kinds of calculators are generally composed entirely of seven-segment characters and thus capable of displaying only numbers, not the functions associated with them. This mode of operation also makes it impossible to change the expression being input without clearing the display entirely.

Formula	Keystrokes

The examples have been given twice. The first version is for simple calculators, showing how it is necessary to rearrange operands in order to get the correct result. The second version is for scientific calculators, where operator precedence is observed. Different forms of operator precedence schemes exist. In the algebraic entry system with hierarchy, the precedence of basic mathematical operators is taken into account, whereas calculators with algebraic entry system with parentheses support the entry of parentheses. An input scheme known as algebraic operating system combines both. This is the name Texas Instruments uses for the input scheme used in some of its calculators.
Immediate-execution calculators are based on a mixture of infix and postfix notation: binary operations are done as infix, but unary operations are postfix. Because operators are applied one-at-a-time, the user must work out which operator key to use at each stage, and this can lead to problems. When discussing these problems, Harold W. Thimbleby has pointed out that button-operated calculators "require numbers and operation signs to be punched in a certain order, and mistakes are easy to make and hard to spot".
Problems can occur because, for anything but the simplest calculation, in order to work out the value of a written formula, the user of a button-operated calculator is required to:

Rearrange the formula so that the value can be calculated by pressing buttons one at a time, while taking operator precedence and parentheses into account.
Use memory buttons to ensure that operations are applied in the correct order.
Use the special buttons and, that do not correspond to operations in the formula, for non-commutative operators.

Mistakes can be hard to spot because:

For the above reasons, the sequence of button presses may bear little resemblance to the original formula.
The operation carried out when a button is pressed is not always the same as the button, but could be a previously entered operation.
Examples of difficulties

The simplest example given by Thimbleby of a possible problem when using an immediate-execution calculator is 4 × . As a written formula the value of this is −20 because the minus sign is intended to indicate a negative number, rather than a subtraction, and this is the way that it would be interpreted by a formula calculator.
On an immediate-execution calculator, depending on which keys are used and the order in which they are pressed, the result for this calculation may be different. Also there are differences between calculators in the way a given sequence of button presses is interpreted. The result can be:

: If the subtraction button is pressed after the multiplication, it is interpreted as a correction of the rather than a minus sign, so that 4 − 5 is calculated.
: If the change-sign button is pressed before the 5, it isn't interpreted as −5, and 4 × 5 is calculated.
: To get the right answer, must be pressed last, even though the minus sign isn't written last in the formula.

The effects of operator precedence, parentheses and non-commutative operators, on the sequence of button presses, are illustrated by:

: The multiplication must be done first, and the formula has to be rearranged and calculated as −5 × 6 + 4. So ± and addition have to be used rather than subtraction. When is pressed, the multiplication is performed.
: The addition must be done first, so the calculation carried out is  × 4. When is pressed, the addition is performed.
: One way to do this is to calculate  / 4 first and then use the button, so the calculation carried out is 1/.
: The two multiplications must be done before the addition, and one of the results must be put into memory.

These are only simple examples, but immediate-execution calculators can present even greater problems in more complex cases. In fact, Thimbleby claims that users may have been conditioned to avoid them for all but the simplest calculations.

Declarative and imperative tools

The potential problems with immediate-execution calculators stem from the fact that they are imperative. This means that the user must provide details of how the calculation has to be performed.
Thimbleby has identified the need for a calculator that is more automatic and therefore easier to use, and he states that such a calculator should be more declarative. This means that the user should be able to specify only what has to be done, not how, and in which order, it has to be done.
Formula calculators are more declarative since the input formula defines the operation, eliminating the need for users to specify the step-by-step calculation process.
Declarative solutions are easier to understand than imperative solutions, and there has been a long-term trend from imperative to declarative methods. Formula calculators are part of this trend.
Many software tools for the general user, such as spreadsheets, are declarative. Formula calculators are examples of such tools.

Using the full power of the computer

Software calculators that simulate hand-held, immediate execution calculators do not use the full power of the computer: "A computer is a far more powerful device than a hand-held calculator, and thus it is illogical and limiting to duplicate hand-held calculators on a computer." Formula calculators use more of the computer's power because, besides calculating the value of a formula, they work out the order in which things should be done.

Infix notation

Infix notation is a method similar to immediate execution with AESH and/or AESP, but unary operations are input into the calculator in the same order as they are written on paper.
Calculators that use infix notation tend to incorporate a dot-matrix display to display the expression being entered, frequently accompanied by a seven-segment display for the result of the expression. Because the expression is not evaluated until it is fully entered, there is provision for editing the entered expression at any point prior to evaluation, as well as replaying entered expressions and their answers from memory.
Most graphing calculators by Casio and Texas Instruments use this method. On its scientific calculators, Sharp calls this method Direct Algebraic Logic, Casio calls this method the Visually Perfect Algebraic Method, and Texas Instruments calls it the Equation Operating System.

Formula	keystrokes	keystroke count
		6
		10
		12
		12

Reverse Polish notation

In reverse Polish notation, also known as postfix notation, all operations are entered after the operands on which the operation is performed. Reverse Polish notation is parenthesis-free, which usually leads to fewer button presses needed to perform an operation. By the use of a stack, one can enter formulas without the need to rearrange operands.
Hewlett-Packard's calculators are well-known examples among calculators which use RPN. Early models, such as the HP-35, used RPN entirely without any alternative methods. Later models can switch between RPN and another notation, such as the HP-12C Platinum which includes both RPN and immediate execution, the HP 33s with both RPN and a hybrid of immediate/infix algebraic notation, and its successor the HP 35s with both RPN and standard algebraic infix notation.

Formula	keystrokes	keystroke count
		7 6
		9
		9
		12 11 10

Note: The first example illustrates one of the few cases where reverse Polish notation does not use the fewest button presses – provided one does not rearrange operands. If one would do so then only six keystrokes would be needed.

BASIC notation

BASIC notation is a particular implementation of infix notation where functions require their parameters to be in brackets.
This method was used from the 1980s to the 1990s in BASIC programmable calculators and pocket computers. Texas Instruments would later implement the method in many of its graphing calculators, including the TI-83 and TI-84 Plus series. Most computer algebra systems also use this as the default input method.
In BASIC notation, the formula is entered as it would be entered in BASIC, using the PRINT command – the PRINT command itself being optional. On pressing "ENTER" or "=", the result would be displayed. As with standard infix notation, typing mistakes in the entered formula could be corrected using the same editor function as the one used when programming the calculator.

Formula	keystrokes	keystroke count
		6
		12 16

For the second example, two options are given depending on if the BASIC programmable pocket computers have dedicated trigonometric keys or not.