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] 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] 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] 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] 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] 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