14.6. Named notations

| Chapter 14: Numbers and Equations |

| 14.6. Named notations

When it has a variety of notations to choose from, Inform will normally use the neatest one given the size of the value it is printing. Suppose we've set up "weight", with three notations:

> A weight is a kind of value. 10kg specifies a weight.
> 1 tonne (singular) specifies a weight scaled up by 1000.
> 2 tonnes (plural) specifies a weight scaled up by 1000.

Inform will then print back values like so:

> 45kg -> "45kg"
> 1000kg -> "1 tonne"
> 2500kg -> "2.5 tonnes"
> 80000kg -> "80 tonnes"

Note the way Inform goes into decimal places in order to talk about 2500kg in terms of tonnes rather than kilograms - it is minimising the integer part of the unit, but trying to keep it non-zero. So Inform prefers "45kg" to "0.045 tonnes".

Although Inform's habit of choosing the best notation available is usually just what we want, we sometimes want to make the choice ourselves. For instance, if we were printing out a table of different weights, we might want to give all of them in kilograms, whatever their size. In that case we can, if we want, give names to our different notations:

> 1 tonne (singular, in tonnes) specifies a weight scaled up by 1000.
> 2 tonnes (plural, in tonnes) specifies a weight scaled up by 1000.

Now we could write, for instance:

> "The weighbridge warns you not to exceed [the maximum load in tonnes]."

And the figure will always use tonnes now, even if Inform would normally think it odd: "The weighbridge warns you not to exceed 0.001 tonnes." But it will still correctly use "tonne" or "tonnes" as appropriate - what has changed is that instead of choosing from all of the weight notations, Inform now chooses from the notations labelled as "in tonnes".

Previous | Contents | Next