A few weeks ago we introduced key screens for our core utility app designs, and we’ve been sketching key journeys ever since to unpack these concepts further.
We use key screens to communicate the overall, high level concept of an app, outlining key journeys is a design technique that gives us a feel for how users can accomplish a typical task when using the app.
Key screens
The main purpose of the calculator app is to enable calculations for simple day to day tasks; “rituals”; such as splitting the bill at a restaurant or working out your budget for groceries.

There were a lot of questions about the visual design of our concepts so far, so this week we thought we’d try sharing our key journeys in a different style of wireframe. Here is a closer look at the calculator app.
Enter a new calculation
There has been some interesting discussion on the mailing list about how to handle the order of operations (or ‘operation precedence’). The driver for this simple view is to support basic calculations. The order of operations will be handled as it normally is – with multiplication and division first, followed by addition and subtraction, without brackets ( ).
E.g., 1 + 2 x 4, will be read as 2 multiplied by 4, add 1, equals 9.

- A ‘0’ is displayed on start to indicate no calculation
- User enters ‘1’, a different colour (e.g., orange) is used to indicate the last input
- User enters ‘+’ and ‘2’, operators are displayed after a number input
- User enters ‘equals’ on the calculator numpad, and a dash separator line appears with the calculated answer and a line to indicate this calculation could be pulled up to create a new one.
Start a new calculation
We have also been brainstorming ways to create a new calculation. Our concept was originally inspired by the idea of a receipt tape, which we wanted to follow closely, and an idea that came through the mailing list was that of ‘ripping-off’ a calculation by pulling up; creating a new one (awesome idea, Bruno Girin, thanks!).

- User pulls up to create a new calculation, geo-location, date and time of the calculation will be added to the top of the calculation automatically (e.g., ‘@Tesco, 06/03/13, 10am)
- The previous calculation has moved to the top, remaining only as a visual hint.
View a calculation

- The calculations are seen as a continuous list, user can scroll up and down the list freely
- As user starts to scroll down to view previous calculations, the calculator numpad transitions out. The numpad transitions back into view when user scrolls up and reaches a threshold of the last calculation
- An interesting note is that the QWERTY keyboard could appear at any time by tapping to edit labels. (This will be explained in the ‘Adding a label’ journey; keep reading).
Delete a calculation

- To clear a calculation user swipes side way and a label (e.g, ‘clear’) transitions in
- If the cleared calculation is at the bottom of the list, a ‘0’ is displayed. If the cleared calculation is followed by another calculation, then that calculation will be displayed.
Add a label
We have included the ability to add titles and labels to the calculations to help us when we’re splitting bills or doing our grocery calculations!

- As mentioned above, geo-location, date and time of a calculation will be added automatically when a new calculation is created
- User taps to the left of a calculation to start creating and editing labels!
Numpad layout
Also, there’s been a lot of discussion about the layout of the numpad! Based on our key journeys, here’s what we’re thinking to cover daily use scenarios:

As usual, sign up to the Ubuntu Phone mailing list and the IRC channel to discuss more.
Just a scenario question: if you’re splitting a bill – isn’t that when you /don’t/ know who much each one owes?
In my experience when I’m at a restaurant with friends, we eat and drink – and lose track of spending. That’s when we split the bill in equal parts.
This looks really nice. The order of operations differ from the order on a simple calculator (typing 1+2×4 would result in 3×4=12), and probably looks more natural to use when laid out on one line, but I like the thought and hope it works out well for the users.
I like the cleanness of your designs, but I do hope there is going to be some shading on the buttons to add a touch of realism. White buttons on a slight grey backgroung is hard to see.
Hi Shane, these are just wireframes – we are just as excited as everyone else to get some beautiful visual design in place! It’s important for us to figure out how it all works first!
Hey Svenn-Arne; the order of operations is something I understand to be standardised in simple maths (and ok this is wikipedia, but!) have a read of this : http://en.wikipedia.org/wiki/Order_of_operations
I like concept!
So current version (multiple lines) can be better on small screen, but if we have converged apps and use this calculator also on desktop ubuntu, then I want to see calculations in one line (1+2*4=9).
@hitaisin, glad you liked it! The phone apps will be able to run on the desktop side stage once Unity Next is released. You can find out more about it here, if interested: https://wiki.ubuntu.com/UnityNextSpec
Calum didn’t answer me :-(
Hey Tor! Sorry nothing personal, honest! Ah of course you could just divide the bill by the number of people you’ve dined with, however in cases that the restaurant receipt actually is broken down item by item, our calculator caters for exact bill splitting too :-)
Svenn-Arne is exactly correct. The “order of operations” shown vertically, entered in sequence as in an adding machine with tape, is anti-user-expectations.
No way:
1
+2
* 4
= 9 !! (12 is the ‘expected’ value)
Looks good… Splitting the calculations is a good idea… Likewise, combining the splitted calculations is a good idea too…
If there is a way to combine splitted calculations, this app would rock…
When the gesture or tap for combine is used, then we can select an operation to be performed.. like add, multiply, subtract or divide…
And yes!.. I agree with James Luscher.. it feels more unnatural..