Re: [Ubuntu-phone] [Calculator] Design problems

Hi Calum, That's what I thought as it's the sensible thing to do, just wanted to confirm I had understood properly :-) Bruno On 12/03/13 10:04, Calum K Pringle wrote: > Hey Bruno, > > Yeh sorry we perhaps should have mentioned that in the blog post, when > you press '=' you can then use operator

Re: [Ubuntu-phone] [Calculator]

Replies in line On 11 Mar 2013, at 18:33, Dalius wrote: > Automatic calculations reevaluates the whole equation when new operation is > added - therefore 1 + 2 x 4 will be 9 as it should be. Simple question: do > you have device or possibility to test current implementation? Trying live > thin

Re: [Ubuntu-phone] [Calculator] Design problems

Hey Bruno, Yeh sorry we perhaps should have mentioned that in the blog post, when you press '=' you can then use operators to act on that number ('x','+' etc). Only by 'ripping off' the calculation do you start fresh. Calum On 11 Mar 2013, at 22:44, Bruno Girin wrote: > Calum, > > I'm glad

Re: [Ubuntu-phone] [Calculator] Design problems

Calum, I'm glad you like the ripping off idea :-) I have one use case that is not mentioned in the user journeys and that I can do with any desktop calculator because of the way = generally works. Say I wanted to calculate the following bill: Paper:30 Biz cards: + 50 Pencils:+ 20

Re: [Ubuntu-phone] [Calculator]

On Mon, 2013-03-11 at 20:33 +0200, Dalius wrote: > Another idea: we could do testing with users who have not seen > previously calculator and see how they react because we are guessing > now. Preferably we should do that with non-technical users. On Mon, 2013-03-11 at 14:33 +, Calum K Pringle

Re: [Ubuntu-phone] [Calculator]

Automatic calculations reevaluates the whole equation when new operation is added - therefore 1 + 2 x 4 will be 9 as it should be. Simple question: do you have device or possibility to test current implementation? Trying live thing might get better feeling how it works. Another idea: we could do t

[Ubuntu-phone] [Calculator]

Hi everyone hope you’ve had a nice weekend! Last week was a bit mad because of UDS, but we have honestly been thinking about Calculators a lot of the time too! Dalius raised a good point about the ‘equals’ feature, and as it came up on the blog too, we’ve cc’d the list in our reply. Why have a

Re: [Ubuntu-phone] [Calculator] Design problems

Hey Bruno, Excellent idea about ripping off the history tape - love it. I think we can explore the visual treatment of the number being currently edited. The only editable number is the last entry, it might be a different colour or something too. For clearing, pressing C clears the current ent

Re: [Ubuntu-phone] [Calculator] Design problems

Hi, We will wait for input from designers. They can now actually see problems in real program. Regards, Dalius On Mon, Mar 4, 2013 at 10:45 PM, Bruno Girin wrote: > Hi Dalius, > > That looks good except for the following: > >- There's no backspace, >- The C key clears the whole calcu

Re: [Ubuntu-phone] [Calculator] Design problems

Hi Dalius, That looks good except for the following: * There's no backspace, * The C key clears the whole calculation and starts a new one rather than clearing the last number entered. As a result of both of the above, if you make a mistake, you have to start all over again. So you need

Re: [Ubuntu-phone] [Calculator] Design problems

Hi, Riccardo Ferrazzo demonstrates one possible approach for simple calculator mode: https://plus.google.com/u/0/107254607903065031665/posts/hYNwdXFRhvK Direct link to YouTube video: http://www.youtube.com/watch?v=ncZUuPgA93w&feature=youtu.be Code here for those who want to try it out: https://

Re: [Ubuntu-phone] [Calculator] Design problems

On Mon, Mar 4, 2013 at 5:09 PM, David Planella wrote: > +1, I was going to suggest exactly the same. > > The concept for the core apps is being simple, part of your everyday > life and good at what they do. There is no reason why someone (and they > should!) develop their own supercharged calculat

Re: [Ubuntu-phone] [Calculator] Design problems

On Mon, Mar 4, 2013 at 5:09 PM, David Planella wrote: > Al 04/03/13 16:16, En/na Stuart Langridge ha escrit: > > On Mon 04 Mar 2013 14:45:36 GMT, Michael Wild wrote: > >> Extension-modes, now that sounds nice. This way one could keep the > >> *ohsoconfusing* RPN mode out of the unbelievers sight a

Re: [Ubuntu-phone] [Calculator] Design problems

Al 04/03/13 16:16, En/na Stuart Langridge ha escrit: > On Mon 04 Mar 2013 14:45:36 GMT, Michael Wild wrote: >> Extension-modes, now that sounds nice. This way one could keep the >> *ohsoconfusing* RPN mode out of the unbelievers sight and easily add >> it for those that want it, without having to r

Re: [Ubuntu-phone] [Calculator] Design problems

That's exactly the point. By providing an extension interface people can add the capabilities they want and need, without the core team having to worry (too much) about it. It's like asking what rhythmbox plugins are good for. If I have the choice, I'd prefer not to have a potentially arbitrarily l

Re: [Ubuntu-phone] [Calculator] Design problems

On Mon 04 Mar 2013 14:45:36 GMT, Michael Wild wrote: Extension-modes, now that sounds nice. This way one could keep the *ohsoconfusing* RPN mode out of the unbelievers sight and easily add it for those that want it, without having to resort to a separate app. Just out of interest, what's wrong

Re: [Ubuntu-phone] [Calculator] Design problems

Extension-modes, now that sounds nice. This way one could keep the *ohsoconfusing* RPN mode out of the unbelievers sight and easily add it for those that want it, without having to resort to a separate app. On Mon, Mar 4, 2013 at 3:41 PM, Sam Bull wrote: > On Mon, 2013-03-04 at 11:59 +, Bru

Re: [Ubuntu-phone] [Calculator] Design problems

On Mon, 2013-03-04 at 11:59 +, Bruno Girin wrote: > This is the typical problem when creating that sort of app: different > people have different views of what a good calculator should be like > so the danger is scope creep and an app that becomes bloated and > unusable through too many options

Re: [Ubuntu-phone] [Calculator] Design problems

On 04/03/13 11:42, Octavian Damiean wrote: > On Mon, Mar 4, 2013 at 12:12 PM, Michael Wild >wrote: > > Which, to be honest, is also a huge advantage. A feature, not a > bug ;-) I'm not saying that it should be the default, just an option. > > > Optional RPN, sound

Re: [Ubuntu-phone] [Calculator] Design problems

On Mon, Mar 4, 2013 at 12:12 PM, Michael Wild wrote: > Which, to be honest, is also a huge advantage. A feature, not a bug ;-) > I'm not saying that it should be the default, just an option. > Optional RPN, sounds like fun, why not but that shouldn't be a priority right now. Here's a question t

Re: [Ubuntu-phone] [Calculator] Design problems

Which, to be honest, is also a huge advantage. A feature, not a bug ;-) I'm not saying that it should be the default, just an option. Michael On Mon, Mar 4, 2013 at 12:02 PM, Scott May wrote: > While I'm a huge fan of RPN, it's not at all familiar to almost > everybody (except we engineering

Re: [Ubuntu-phone] [Calculator] Design problems

While I'm a huge fan of RPN, it's not at all familiar to almost everybody (except we engineering types). It's why no-one ever borrows my calculator... Till later, Scott. On 04/03/13 19:45, Michael Wild wrote: Just a request from the side-line: please add a RPN mode, the way that HP calculato

Re: [Ubuntu-phone] [Calculator] Design problems

Just a request from the side-line: please add a RPN mode, the way that HP calculators do it. Entering formulas that involve a lot of sub-expressions is just so much more natural when you can evaluate them separately, leave them on the stack and then process them further by popping them off the stac

Re: [Ubuntu-phone] [Calculator] Design problems

Al 03/03/13 09:50, En/na Dalius ha escrit: > I guess when we will reach l10n stage you will be able to supply > translation where '÷' is replaced with '−' for Danish language. Indeed. For now, you just need to enclose all translatable strings with i18n.tr() (e.g. i18n.tr('/')) to make internationa

Re: [Ubuntu-phone] [Calculator] Design problems

Hi Dalius, everyone, and good morning! I guess you've all been looking at calculators over the weekend! I've just caught up with my mail and we will go through these threads later today. We'll answer these questions in a reply as soon as we can (promise). Calum Pringle Interaction Designer C

Re: [Ubuntu-phone] [Calculator] demo #2

On Sun, 2013-03-03 at 11:02 +0200, Dalius wrote: > - At first glance, the M key looks out of place and if I > didn't know what it does based on previous discussions in this > mailing list, I would not know what to do with it (and would > be looking for = instead) >

Re: [Ubuntu-phone] [Calculator] Design problems

Hi, On Sun, Mar 3, 2013 at 2:52 PM, Bruno Girin wrote: > > Now what you would do with 8 pairs of scissors is another question: Edward > Scissorhands Halloween costume? > This or office administrator in (small) company. Thanks for other ideas. We will definitely use something + I believe designer

Re: [Ubuntu-phone] [Calculator] Design problems

On 03/03/13 08:50, Dalius wrote: > Hi, Thomas, > > > On Sun, Mar 3, 2013 at 9:35 AM, Thomas Poulsen > wrote: > > It would be perfect, if you can enter it just as 5×6+2sin(?/2). > > You can enter that this way and it will work as expected. In demo I > have added parenthe

Re: [Ubuntu-phone] [Calculator] Design problems

Here let me explain what's the problem. With hiragana you get one or multiple kanji hieroglyphs that are always different. With math you always get the same set. Now it is unnecessary to search math buttons again and again when set of them is quite small and almost all of them can be shown. Still

Re: [Ubuntu-phone] [Calculator] demo #2

Bruno, Thanks for your input. On Sun, Mar 3, 2013 at 12:51 AM, Bruno Girin wrote: > > I like the light grey closing brace. On the other hand, it looks more > confusing to use than the previous one for two reasons: > - The backspace key is now at the bottom, while it really belongs next to > the

Re: [Ubuntu-phone] [Calculator] Design problems

Hi, Thomas, On Sun, Mar 3, 2013 at 9:35 AM, Thomas Poulsen wrote: > > It would be perfect, if you can enter it just as 5×6+2sin(π/2). > You can enter that this way and it will work as expected. In demo I have added parenthesis for demonstrations of well... parenthesis :-) > In the basic mode,

Re: [Ubuntu-phone] [Calculator] Design problems

Den 02-03-2013 22:03, Dalius skrev: Hi, So with calculator we have following problem: we have not followed completely proposed design from Canonical and made it more complicated. Basically question is if we should show less in screen (as in design) or more (as implemented). Less will mean tha

Re: [Ubuntu-phone] [Calculator] Design problems

On 02/03/13 21:03, Dalius wrote: > Hi, > > So with calculator we have following problem: we have not followed > completely proposed design from Canonical and made it more > complicated. Basically question is if we should show less in screen > (as in design) or more (as implemented). Less will mean

Re: [Ubuntu-phone] [Calculator] demo #2

On 02/03/13 15:00, Dalius wrote: > Hi, > > Here is what has been done on calculator in last week: > http://www.youtube.com/watch?v=17fG82OfX04 I like the light grey closing brace. On the other hand, it looks more confusing to use than the previous one for two reasons: - The backspace key is now at

Re: [Ubuntu-phone] [Calculator] Design problems

I personally think that scientific buttons should be stored on a separate screen which can be revealed with a two-fingered swipe, so for example: Basic screen -swipe-> Buttons such as sqrt, ^x, root x etc. This would allow the user to only use the special functions when required, and keep them

[Ubuntu-phone] [Calculator] Design problems

Hi, So with calculator we have following problem: we have not followed completely proposed design from Canonical and made it more complicated. Basically question is if we should show less in screen (as in design) or more (as implemented). Less will mean that we would need to remove scientific butt

[Ubuntu-phone] [Calculator] demo #2

Hi, Here is what has been done on calculator in last week: http://www.youtube.com/watch?v=17fG82OfX04 http://devblog.sandbox.lt/ubuntu_phone_calculator_2.html Regards, Dalius -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https:

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

Hello, Wow, that's really impressive progress! We looked at the submissions with the design team and noticed that there was a strong emphasis on "scientific" calculations. However, the calculator app as part of the phone product is targeted for everyday, casual use. That's why we came up with a re

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

Love it! The only thing I would add (aside from the comments already made) would be to change e.g. 1.2e3 to 1.2 x 10^3 . I know that convention is to write the former but I think by default the latter might be helpful to basic users. Perhaps the option to select which could be available in setting

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

On Sun, Feb 24, 2013 at 10:35 AM, Dalius wrote: > 1. I will not show "syntax error" (or other errors) anymore. I have some > ideas how to handle this. We will not drop auto-calculation - that's too > cheap to be dropped. > > a. You can't enter "4 + 20 - /". Notice that screen sometimes become

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

Hi, Thanks for your feedback everyone. Here my comments on your feedback: 1. I will not show "syntax error" (or other errors) anymore. I have some ideas how to handle this. We will not drop auto-calculation - that's too cheap to be dropped. a. You can't enter "4 + 20 - /". Notice that screen

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

On 23/02/13 23:28, Mike Sandman wrote: > Color not with standing, there are many ways to indicate the "bad > part": italic, underlines...perhaps the squiggly underlines, used in > most spell-check-as-you-type scenarios. At any rate, my idea was not > to use color so much as to call attention to par

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

On Sun, Feb 24, 2013 at 12:28 AM, Mike Sandman wrote: > Color not with standing, there are many ways to indicate the "bad part": > italic, underlines...perhaps the squiggly underlines, used in most > spell-check-as-you-type scenarios. At any rate, my idea was not to use > color so much as to call

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

Color not with standing, there are many ways to indicate the "bad part": italic, underlines...perhaps the squiggly underlines, used in most spell-check-as-you-type scenarios. At any rate, my idea was not to use color so much as to call attention to part of the input that caused the problem. For ex

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

On 23/02/13 22:40, Andrew Flegg wrote: > On 23 Feb 2013, at 22:37, Bruno Girin wrote: >> Actually, that's a nicer suggestion than mine: just display the last good >> result when the expression results in a syntax error or nan. > Well, NaN _is_ a meaningful result from a calculator. Certain > oper

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

On Sat, Feb 23, 2013 at 11:41 PM, Mike Sandman wrote: > Perhaps you could do something with font color/style/weight to provide the > feedback rather than printing "syntax error". For example (and I too am > not a UX designer) text could be red (or italic, etc) for the added text > when the input

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

Agreed. Already better than my stock Android calc! As to the syntax error message mentioned by Octavian, I too think it's a bit too intense or distracting. I love the real-time feedback and would definitely keep that going. Perhaps you could do something with font color/style/weight to provide t

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

On 23 Feb 2013, at 22:37, Bruno Girin wrote: > > Actually, that's a nicer suggestion than mine: just display the last good > result when the expression results in a syntax error or nan. Well, NaN _is_ a meaningful result from a calculator. Certain operations have NaN as the correct answer, just

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

On 23/02/13 22:26, Octavian Damiean wrote: > > On Sat, Feb 23, 2013 at 11:17 PM, Andrew Flegg > wrote: > > No, I think the right fix (although I'm not on the Calculator team) is > to keep it evaluating as you type, but *if* the expression results in > a syntax

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

On Sat, Feb 23, 2013 at 11:14 PM, Bruno Girin wrote: > The fact that you can scroll back to see previous results is not easily > discoverable as the animation that pushes the previous result up is > rather fast. Some visual hint that you can scroll back through previous > results would be good. >

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

On 23 February 2013 22:05, Octavian Damiean wrote: > > Very impressive! I especially like the swipe up for extended functions. Agreed. > So far I have only one concern. If you enter an incomplete expression, > because you are in the middle of writing it, the expression gets > auto-evaluated as a

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

On 23/02/13 21:17, Dalius wrote: > Hi, all, > > I'm one of developers volunterring on one of Ubuntu Phone Core apps: > Calculator > > Here is our first demo: > http://www.youtube.com/watch?v=1Yb0blrXyN8 > > We would like to hear your opinions about what you see, what can be > improved (especially f

Re: [Ubuntu-phone] Ubuntu Phone Calculator Demo #1

Hello Dalius, Very impressive! I especially like the swipe up for extended functions. So far I have only one concern. If you enter an incomplete expression, because you are in the middle of writing it, the expression gets auto-evaluated as a syntactically incorrect expression. The only obvious f

[Ubuntu-phone] Ubuntu Phone Calculator Demo #1

Hi, all, I'm one of developers volunterring on one of Ubuntu Phone Core apps: Calculator Here is our first demo: http://www.youtube.com/watch?v=1Yb0blrXyN8 We would like to hear your opinions about what you see, what can be improved (especially from design side as we are not designers) and etc.