[HN Gopher] 2-in-1 calculator app adds up to surprise hit for re...
       ___________________________________________________________________
        
       2-in-1 calculator app adds up to surprise hit for retired engineer
        
       Author : CrankyBear
       Score  : 367 points
       Date   : 2022-09-19 19:07 UTC (3 hours ago)
        
 (HTM) web link (mainichi.jp)
 (TXT) w3m dump (mainichi.jp)
        
       | PaulHoule wrote:
       | "The number of downloads grew at a sluggish pace at first because
       | the app was designed so that just one calculator is displayed on
       | the smartphone's vertical screen mode, while two are shown only
       | when the screen is rotated on its side. So, many users only
       | thought it was a regular calculator."
        
       | TheSpiceIsLife wrote:
       | Any software calculator that has a tape feature works well for
       | me, I think the built in windows calc app does.
       | 
       | I've been using CalcTape for a few years now, it's a calculator
       | and notepad in one.
       | 
       | https://www.schoettler-software.com/en/calctape/windows
       | 
       | I appreciate the simplicity of the side by side calculator app
       | though.
        
       | xxr wrote:
       | I haven't used this app, but something that makes me smile is
       | that the paid version is only 563KB (the paid version is 4.6MB,
       | and I suppose it's pleasant that the ad SDKs are "only" 4 megs).
       | After seeing every major app take up 100MB+ for years, I had just
       | assumed that there was some kind of static packaging inherent to
       | all iOS apps that jacked the deliverable size up so high. I don't
       | know whether Ueda was deliberately trying to get it as small as
       | possible, or if his design is so elegant that it just naturally
       | led to such a tiny artifact. Either way, as long as the 3.5"
       | floppy is still in its sunset period[0], I suppose it's nice that
       | there's modern software that will still fit on it.
       | 
       | [0]https://www.bbc.com/news/world-asia-62749310
        
         | auggierose wrote:
         | If it is an app built in Swift, then iOS and macOS ship already
         | with all of its runtime libraries, so the app itself can be
         | very small.
        
         | Someone wrote:
         | > there was some kind of static packaging inherent to all iOS
         | apps
         | 
         | There was for apps using Swift. Before the Swift ABI was
         | frozen, iOS apps using Swift had to statically link the Swift
         | standard library. Nowadays, iOS provides it as a dynamic
         | library.
         | 
         | (and having a stable ABI is quite an accomplishment for a
         | language like Swift. See https://faultlore.com/blah/swift-abi/)
        
       | layer8 wrote:
       | This would almost be unnecessary if iOS allowed two instances of
       | the same app to be opened (and displayed in split view). I'm
       | saying "almost" because the integrated app is of course easier
       | for non power users.
        
       | imhoguy wrote:
       | Is it only me who sees a humble man enjoying his own ikigai[0] in
       | simple but challenging creation? The photo says it all.
       | 
       | [0]https://en.wikipedia.org/wiki/Ikigai
        
       | dm319 wrote:
       | Some similarities with RPN, except instead of two calculators
       | working on two registers side by side, it's one calculator
       | working on the bottom of several registers.
       | 
       | Both allow you to do complex interim calculations that can be
       | hard to plan out on algebraic alone.
        
       | dpb1 wrote:
       | Some of the strong points of this calculator is the main thing I
       | use in RPN calculators with stacks. It's so helpful for me to
       | duplicate a value and then operate on that, and be able to throw
       | it away if I mess up, sanity check from where I started at
       | intermediate calculations, etc. it's not identical, but many
       | points others are mentioning in this thread are what I value from
       | an RPN stack based calculator.
       | 
       | BTW, for anyone who is comfortable with RPNs, MacOS added the
       | mode to their built-in calculator recently-ish. it's not terrible
       | either. I've switched to it for my default experience. (even
       | though nothing beats the HP 48g, as it's what I'm the most
       | familiar with).
       | 
       | Also, on the article, really cool that someone added this on
       | mobile. I love hearing about devs developing something that fills
       | a niche and does so well. I feel like I'm out of ideas most days.
       | Good for her!
        
         | deepspace wrote:
         | I was thinking the same thing while reading the article. I have
         | been using RPN calculators for 40 years, and it has become
         | second nature to manipulate the stack to have two calculations
         | going at the same time, and then merging them, if needed.
        
       | yieldcrv wrote:
       | Wow, I need to look for more contrived but accepted user
       | experiences to fix!
        
       | wishfish wrote:
       | That's a brilliant & simple idea. I love it. Makes me wonder if
       | anyone's made a small screen spreadsheet? Seems like that would
       | be the obvious next step.
       | 
       | Something like a default of 3x4 or 4x4 cells. Would have most of
       | the basic spreadsheet functionality, and maybe simple graphs to
       | show comparisons. Interface designed for touch on a six inch
       | screen.
        
         | giarc wrote:
         | I've always wanted a browser extension (or similar) that opens
         | a small 10x10 spreadsheet so I can quickly do some
         | calculations. For example, if you are shopping online and have
         | various options that all have different shipping costs etc. It
         | would be nice to do a quick breakdown of costs without having
         | to open Excel.
        
           | wishfish wrote:
           | It's a little surprising Google hasn't done this already. A
           | small (maybe inline, maybe floating) popup that gives you a
           | little grid. Would autosave to Sheets. That would be perfect.
           | 
           | Anyways, that's a great idea you have. I never knew I wanted
           | this, but now I want it very badly.
        
             | themarkn wrote:
             | It's pretty fast to pop open a new tab and visit
             | sheets.new, I do this a lot but not everybody knows about
             | it (and the rest of the .new TLD) The in-line floating
             | thing is not too attractive to me. But yeah, new window,
             | sheets.new, split screen, you're spreadsheeting before you
             | know it.
        
             | aj7 wrote:
             | If you paste an expression into the search box... Try it
             | with (66/6)^2/2
        
           | wolpoli wrote:
           | That would be a great idea! That's the perfect use for the
           | "spreadsheet implemented in Browser" submissions we have seen
           | over the years!
        
         | rayrag wrote:
         | https://tinysheet.com/
        
       | shabbatt wrote:
        
       | icedistilled wrote:
       | Why don't calculator apps at the very least display the current
       | calculation like the casio FX-95? The current options of basic or
       | scientific for mac/ios would be 100x better. The ticker tape only
       | partially solves it.
       | 
       | FX 95: https://www.casio.com/intl/scientific-
       | calculators/product.FX...
        
       | asimpletune wrote:
       | Improving upon the design of a calculator app is incredibly
       | difficult. And before people complain that it's not improved, yes
       | it is. For most people, this is way better. Congrats to him, he's
       | living the dream. Building software that does a job, and then
       | getting paid for that software. I just hope he doesn't suffer too
       | many copycat apps.
        
       | qwezxcrty wrote:
       | I don't see how this works better than any scientific calculator
       | that shows history. Also don't understand why he put two sets of
       | keyboards, to me it just doesn't make sense.
       | 
       | Marginally related: if you are looking for a non-sucking
       | calculator app on desktop or mobile, try an emulator of a (modern
       | or retro, at your choice) HP or TI graphical calculator. My
       | personal favorite is the emulator of HP Prime.
        
         | codeulike wrote:
         | Its immediately intuitive without having to think about it. Its
         | two calculators. Its magnificent.
        
       | savrajsingh wrote:
       | This is the perfect example of how we, as devs, way overthink
       | what people actually want / are comfortable with.
        
       | 1970-01-01 wrote:
       | So he took a niche device and made it an App. Smart!
       | 
       | https://www.casio.com/us/basic-calculators/product.DV-220/
        
       | paxys wrote:
       | What's interesting is that saving the results of a previous
       | operation to memory and recalling/clearing them (M/MR/MC buttons)
       | has been standard in calculators since the very beginning. It
       | just has the most non-obvious user experience in the world so
       | most people don't even know about the feature.
        
         | cyanydeez wrote:
         | Eh, that's not the problem being solved.
         | 
         | I have the same issue programming when I get popups for various
         | autocomplete or method description or whatever.
         | 
         | Typically, I'm actually focused on the previous line like a
         | hook into my thought process and almost need that hook to get
         | into the next section.
         | 
         | This app is just a simple example of how people visualize the
         | steps into complicated stepping alongside logic.
        
         | kube-system wrote:
         | Being able to visually see the number would be helpful. I
         | haven't seen any that visually show what is stored in memory
         | until you recall it. It would be pretty neat if pocket
         | calculators had a second line for that feature.
        
           | tyingq wrote:
           | Yeah, the current Windows calculator has a tab that shows the
           | memory, and I do use it. It would be nice on a physical
           | calculator.
        
         | pleb_nz wrote:
         | It can also be confusing and hard to use for a lot of people
         | and once it's failed for a user once or twice, they'll likely
         | give up with it. I have even succumbed to copy n paste as the
         | cognitive load is less and safer.
         | 
         | This however is very obvious and I think it's a great idea. If
         | I had iOS I think I would install it.
        
         | ketozhang wrote:
         | The design is horrible and a relic of skewmorphism.
         | 
         | Single tally memory is useful on small screens. I just wish
         | they'd display the stored value somewhere.
        
           | jonahx wrote:
           | The design is:
           | 
           | 1. Not skeuomorphic.
           | 
           | 2. Indeed, flat.
           | 
           | 3. Almost identical to the iPhone native calculator, except
           | it uses round-edge rectangles instead of circles.
        
         | samstave wrote:
         | When I was a little kid in the 80s, there was a SQRT function
         | on my calculator and I would typ in numbers then hit that
         | button and log the results in a scratch pad...
         | 
         | and the thing is that even using the M/MR/MC feature was
         | foreign to me...
        
         | hn_throwaway_99 wrote:
         | It's not just that people don't know about the feature. I'd
         | argue having the side-by-side calculator views is fundamentally
         | different (and much better) than just having a memory-
         | store/memory-recall button. E.g. in this app, you get to see
         | the full equations that went into a particular set of
         | calculations as you go back and forth.
        
           | jonny_eh wrote:
           | Exactly, the problem with memory buttons is it's easy to
           | forgot (ha!) what's in the memory. With the sibling
           | calculator, you can see everything.
        
             | layer8 wrote:
             | You also can't perform another calculation with the stored
             | value (other than M+/M-) while also keeping the current
             | accumulator.
        
             | psychphysic wrote:
             | I constantly want this feature.
             | 
             | Everywhere.
             | 
             | Making meetings on the outlook app on my phone for work is
             | a complete and utter chore. I can't look at emails at the
             | same time. While I end up popping everything out on my PC
             | on my phone that's not possible.
             | 
             | This is basically the same thing and on a desktop I'd
             | pushed I end up dumping all the info in the scratch pad of
             | an Emacs session phones just don't let you do that.
        
               | jorvi wrote:
               | I believe Samsungs have this feature.
               | 
               | I wish iPhones either supported it in landscape, or got a
               | feature called 'slide-over' from iPadOS, where you can
               | float another app on top of your current app, off-screen
               | to the right. There's a little edge you can then grab and
               | pull over your current app to quickly peek or copy info
               | back-and-forth. When you're done you just slide back the
               | 'slide-over' app.
               | 
               | It's a really clever feature. And I know swiping on the
               | gesture bar exist, but it doesn't have nearly the same
               | rapid fluidity of slide-over.
        
         | quickthrower2 wrote:
         | I use M, MR, MC buttons but having 2 calculators is kind of
         | cool too, it is a fun idea.
        
         | dr_dshiv wrote:
         | A light dawns, thank you.
        
       | anotheryou wrote:
       | I can highly recommend https://bbodi.github.io/notecalc3/notecalc
       | 
       | Web based Soulver-like calculator that is a bit more like
       | scripting.
       | 
       | totally different, but wonderful.
        
         | insane_dreamer wrote:
         | Nice. Gonna bookmark this one.
        
       | jqpabc123 wrote:
       | So is this significantly better than just using store and recall?
        
         | flowerbreeze wrote:
         | In my opinion it is, because I don't need to recall what I
         | recall.
        
           | jqpabc123 wrote:
           | When I need to recall what I recall, I just hit [MR].
        
             | hn_throwaway_99 wrote:
             | Which causes you to then lose what you have typed in the
             | screen already.
             | 
             | TBH, these semi-snarky "How is this any different from
             | MS/MR?" responses are like "Why should a CPU ever need more
             | than 2 registers?" to me.
        
               | jqpabc123 wrote:
               | _Which causes you to then lose what you have typed in the
               | screen already._
               | 
               | Then hit [MX] instead. Problem solved with 1 button
               | instead of a whole extra calculator.
               | 
               |  _" Why should a CPU ever need more than 2 registers?"_
               | 
               | The question in this case is "Why should a calculator
               | only have 2 registers". This approach doesn't scale
               | beyond 2 numbers?
               | 
               | Personally, I prefer RPN where I have a whole stack to
               | work with.
        
               | hn_throwaway_99 wrote:
               | What is the [MX] button? I don't think I've ever seen
               | that on a calculator.
               | 
               | TBH, though, this is still kind of like arguing that
               | people should never need GUIs because you can do
               | everything on the command line. There is a pretty
               | obvious, fundamental difference being able to see
               | everything on the screen at the same time, vs having to
               | remember what you stored in memory (and what calculations
               | went into it).
               | 
               | As for RPN, while I agree most people are never taught
               | RPN.
        
               | jqpabc123 wrote:
               | [MX] = Memory Exchange --- Swap display and memory
               | 
               | A better, more intuitive solution than any of the above
               | with available screen real estate is a history tape of
               | prior resultants created automatically.
               | 
               | Multiple prior resultants (not just 2) always available
               | to view --- no action required.
               | 
               | To recall a number from the tape into the active
               | accumulator for further manipulation, simply click the
               | number.
               | 
               | To remove a number from the tape, click and drag right or
               | left. To reorder, click and drag up or down.
        
               | [deleted]
        
               | tremon wrote:
               | But then, why should my phone screen be limited to only 2
               | calculators?
        
               | jqpabc123 wrote:
               | Instead of more calculators, all you really need is just
               | better design. See above.
        
         | criddell wrote:
         | It's only $3. How much better does it need to be to be worth
         | $3?
        
           | jqpabc123 wrote:
           | What happens if I am working with 3 or 4 different values?
           | 
           | This duplicate calculator method doesn't scale too well. A
           | history tape is a better option --- just as intuitative but
           | more capable/flexible.
        
             | criddell wrote:
             | Are you looking for people to tell you this is what you
             | should be using?
             | 
             | If it doesn't work for you, then use something else.
        
             | outworlder wrote:
             | Then you start approaching spreadsheet territory.
        
               | jqpabc123 wrote:
               | With a history tape calculator, you can easily and
               | intuitively juggle 5 or 6 different numbers --- not just
               | 2.
        
         | naikrovek wrote:
         | in terms of ease of use and visibility yes I would say this is
         | more than significantly better.
        
         | zem wrote:
         | absolutely
        
       | injidup wrote:
       | A spreadsheet with two cells only. Take that bloatware excel!
        
       | syntheticnature wrote:
       | "If I had asked people what they wanted, they would have said
       | faster horses." -- attributed, apparently wrongly, to Henry Ford.
       | 
       | Those of us who know RPN and other options are likely to squirm
       | at this app, but in this case the "faster horse" approach seems
       | to be easy for people to pick up and understand.
        
         | klipt wrote:
         | Horses are self driving so if you count the billions invested
         | into self driving cars, I guess we really do want faster horses
         | ;-)
        
       | ctrlc-root wrote:
       | If you're looking for something similar on the desktop I use
       | SpeedCrunch to address the same need. You can chain calculations
       | and refer back to previous entries while seeing your history.
       | 
       | https://heldercorreia.bitbucket.io/speedcrunch/
        
         | mjcohen wrote:
         | Can't open it on MacOS Monterey because owner cannot be
         | verified.
        
       | LordHeini wrote:
       | Not sure if this app can do stuff like cross multiplication or
       | run the same operations on both calculators.
       | 
       | But this app reminded of something similar.
       | 
       | There is an old school double mechanical pinwheel calculator:
       | 
       | https://www.youtube.com/watch?v=qnlzKCFP0sU
       | 
       | It was probably mostly used for coordinate calculations.
       | 
       | I own one of those brunsvigas (the single stage one) and it is
       | fascinating what these things can do.
       | 
       | A mechanical calculator with enough didits can solve cross
       | multiplication rather easily.
        
       | colinmhayes wrote:
       | The base calculator on iPhone is pretty horrible in my
       | experience, but I guess I'm not the target audience. I've really
       | enjoyed eduCalc Classic. It has graphing functionality plus a
       | "guess the function" game based off graph + table which has
       | become my go to plane activity. The unit converter is super
       | useful too.
        
         | fsckboy wrote:
         | iPhone calculator apps are one of those areas I'm "happy to pay
         | for an app but I don't want to pay for a dozen of them to
         | figure out which are garbage and which I like"
        
         | Gibbon1 wrote:
         | The one on windows is terrible and getting worse with each
         | iteration. It's obvious no one with any authority cares and
         | doesn't understand why they should.
         | 
         | Can you drag and drop a number into the calculator? No. I rest
         | my case.
        
         | DevX101 wrote:
         | The default macOS calculator app is also terrible. I can't
         | figure out how to do simple multiplication on it. I'm sure
         | there's an answer but I also don't care to find out. If me
         | typing `5*6` then clicking enter doesn't yield the expected
         | result then the UX is the problem, not me.
        
           | ghewgill wrote:
           | If you have an Enter button on the screen, then you are in
           | RPN mode [1]. See the View menu to turn off RPN mode.
           | 
           | 1: https://en.wikipedia.org/wiki/Reverse_Polish_notation
        
         | mejutoco wrote:
         | What is even worse is the ipad has no default calculator (or
         | weather app).
         | 
         | I was so surprised it did not exist I ported the iphone app as
         | a pwa using Typescript and wrote about it here.
         | 
         | https://mejuto.co/the-ipad-did-not-have-a-calculator-so-i-po...
        
           | HellsMaddy wrote:
           | iPad finally [0] has a default weather app in iPadOS 16, but
           | still no calculator.
           | 
           | [0]: https://www.theverge.com/2022/6/6/23156804/apple-
           | weather-app...
        
             | vxNsr wrote:
             | What's even harder to understand is why there isn't a good
             | 3rd party iPad calculator app. This doesn't feel like a
             | difficult problem to solve, and yet here we without an
             | intuitive, good looking calculator for the iPad.
        
               | mejutoco wrote:
               | Last time I link to my project, I promise. I think it
               | really applies in this case. https://getcalculator.app/
               | 
               | It is a pwa, so you can add it to the home screen.
        
               | vxNsr wrote:
               | I saw that but I don't like it because it uses periods
               | instead of commas.
        
               | RockRobotRock wrote:
               | just wanted to link Craig's response to why there isnt a
               | calculator for iPad: https://youtu.be/Q2aaCDNjWEg?t=900
        
               | vxNsr wrote:
               | Yea yea yea. That's why I said 3rd party. I know they
               | long ago decided not to make an app and have given up on
               | the idea. But you'd think someone would step up in their
               | place and make something useful.
        
       | tobr wrote:
       | What a wonderful kludge. People can't imagine that they would be
       | able to go back and edit, or even see, the history of their
       | calculations, so putting two calculators side by side seems like
       | a brilliant idea.
       | 
       | It's like if a new word processor consisted of two faithfully
       | recreated typewriters, with a special button to send the most
       | recently typed word back and forth between them.
        
         | kube-system wrote:
         | > It's like if a new word processor consisted of two faithfully
         | recreated typewriters, with a special button to send the most
         | recently typed word back and forth between them.
         | 
         | There's a lot of diff tools that essentially do exactly this.
        
         | jldugger wrote:
         | Indeed, this is, like, a solved problem on every other
         | platform! Apple instead designs their apps after tech from the
         | 80s[1] and is now stuck there for life.
         | 
         | [1]: https://www.creativebloq.com/design/iconic-calculator-
         | inspir...
        
           | pwinnski wrote:
           | Indeed, it's a solved problem on iOS too! This story isn't
           | about someone releasing a new app into a desolate marketplace
           | without any calculator apps (and hey, turn that iOS default
           | calculator sideways for some fun), it's a human interest
           | story about someone releasing a new app into an already-
           | crowded market with a slightly new twist, and finding success
           | there.
        
         | vxNsr wrote:
         | The issue is that the default Calc doesn't let you see history
         | and nearly every single 3rd party calc doesn't follow iOS
         | design principles, just doesn't look very good, and are often
         | inexplicably slow.
        
           | brimstedt wrote:
           | Why does a calculator need to look good?
        
             | vxNsr wrote:
             | Why does anything need to look good?
        
         | asddubs wrote:
         | a calculator with a history being superior was my first thought
         | too. there are advantages to this approach too, however. The
         | history is selective, so if you make a mistake/typo, that isn't
         | now permanently in your history as a footgun to go back to and
         | re-make. here you have two states and you have full control
         | over them.
         | 
         | of course you could also just have a history where you can
         | delete individual items, but this also makes the interface more
         | complicated and might not be as intuitive (and requires more
         | discipline)
        
       | jjnoakes wrote:
       | It'd be cool to take this a step further - allow for a tree-like
       | setup of as many calculators as you want. Each number in one
       | calculator's equation could be expanded out into a separate
       | calculator where the number was computed, etc.
        
       | fyloraspit wrote:
       | This is basically the same reason I default to speedcrunch for my
       | calculator app. It has a nice visible and interactive history of
       | calculations.
        
       | jhallenworld wrote:
       | My daughter is struggling with this problem: on TI-84s, "(-) 3
       | x^2 Enter" gives -9. Personally, I think that if you have a
       | dedicated negation operator it should have a higher precedence
       | than power, but at the very least the calculator could highlight
       | what it's doing.
       | 
       | "Hypercalc" the Android app does it, but TI-84 is the standard..
        
         | macintux wrote:
         | Obligatory but futile plug for HP RPN calculators.
        
           | cfraenkel wrote:
           | Seconded. But I'm afraid RPN is an endangered species. Who's
           | learning it anymore?
        
             | kccqzy wrote:
             | Probably every computer science student learns it in order
             | to implement something useful after learning about the
             | stack.
        
       | ilos wrote:
        
       | aj7 wrote:
       | A huge strength of the original HP9100A programmable calculator,
       | http://archive.computerhistory.org/resources/text/HP/HP.9100...,
       | was that ALL 3 rpn stack registers were visible AT ONCE ON THE
       | CRT.
       | 
       | So he has resurrected the original blank slate engineer's intent;
       | Osborne realized that people would be uncomfortable "knowing"
       | stuff was in hidden registers, as apparently a great deal of non-
       | technical people are today, 52 years later.
        
       | quartz wrote:
       | The best feature on the Mac's built in calculator is the paper
       | tape ([?]+t) which I stumbled on ages ago while accidentally
       | having the calculator open and trying to open a new tab in my
       | browser.
       | 
       | I always leave it open now and it has saved me countless times.
       | Really with the iOS version had this feature built in as well.
        
         | hn_throwaway_99 wrote:
         | Thanks for the tip! Interestingly, I found it weird how the app
         | handles order-of-operations.
         | 
         | That is, if you type 1 + 2 / 2, the answer shows up as 2 and
         | the paper tape shows                 1 + 2 / 2       = 2
         | 
         | However, if you type 1 + 2 = / 2 (that is, you type equals
         | after the 1 + 2, which will show 3 on the screen, before typing
         | the / 2 part), the last line of the paper type shows
         | 1 + 2 / 2       = 1.5
         | 
         | They need to add some parentheses in there.
        
           | contingencies wrote:
           | It's the accepted order of operation in maths that you
           | resolve multiplication and division before addition and
           | subtraction.
           | 
           | While the single-value-view of a calculator removes visual
           | context, if you are banging out multi-step calculations as a
           | power user not having the standard order of operations would
           | be odd.
           | 
           | The workaround, as you say, is to just press enter (equals)
           | after each required subtotal. This is pretty semantically
           | clear, that is - if you consider a traditional keyboard to
           | even be a thing that young people are familiar with - and
           | that is getting arguable!
           | 
           | Key corollary issues to the single-value-view nature of
           | computer calculators are that they pull a lot of (now obtuse)
           | cultural context from physical calculators plus regular
           | mathematical context, none of which is obvious to occasional
           | computer calculator software users.
           | 
           | It's probably high time this stuff was rejigged. Thanks for
           | the paper tape tip!
        
             | 5fOleL5Eo2So8qi wrote:
             | Their stated issue is that pressing enter after the
             | 'subtotal' is _not_ clear because it shows as `1 + 2  / 2`
             | in the history instead of `(1 + 2) / 2`.
        
             | hn_throwaway_99 wrote:
             | To be clear, I'm not arguing that the results from the
             | calculator are wrong, and I totally agree that how it
             | handles order-of-operations is correct.
             | 
             | What I am arguing is that the visual display in the "Paper
             | Tape" view is wrong because it displays different answers
             | for the same values.
        
               | contingencies wrote:
               | Oh sorry totally missed that 5AM here :)
        
         | faxmeyourcode wrote:
         | Woah, thanks! This is an awesome feature I never would have
         | found on my own
        
         | aasasd wrote:
         | Android's calculator also has the history, invoked by pulling
         | down on the display part. (Perhaps obvious to everybody here,
         | but after the discussion on how the memory function is unclear
         | to people, I'm not so sure.) Also that history is saved between
         | launches, which happens to be extra useful for me.
        
           | contravariant wrote:
           | Oh, that is useful.
           | 
           | Now if only I could calculate the log of something by
           | pressing 'log' that would be nice.
        
       | abrax3141 wrote:
       | Seems like if you allowed swapping out a background set of sub
       | calculators, and provide inter-calculator ops on the front two,
       | you've recreated an elegant cross between the RPN and standard
       | calculator models.
        
       | apike wrote:
       | > For example, if a user calculates "89 x 15 = 1335" on one
       | calculator and taps the arrow key, the result "1335" will be
       | displayed on the other calculator, allowing the user to continue
       | a problem while the previous equations are still shown on the
       | screen. This makes it easy to notice errors.
       | 
       | While the UI is very different, the key benefit described here
       | reminds me a lot of Soulver: https://soulver.app/
       | 
       | I love Soulver for how quickly it lets you throw together quick
       | guesstimates and sanity checks. The ability to incorporate
       | previous results by reference and update those on the fly greatly
       | improves the clarity and my confidence in my experience.
        
         | nick0garvey wrote:
         | I make heavy use of Soulver. Really quick way to do some quick
         | calculations with good unit conversion.
         | 
         | e.g. I can write hosts = 100; disk_space_used = 10MiB/s * hosts
         | * 3 days as TiB
         | 
         | And it works as expected. Powerful tool when doing capacity
         | planning or other load calculations.
        
         | l1tany11 wrote:
         | A lot of these apps have really cool features, but what I miss
         | most from my Ti-89 titanium days back in high school was the
         | readability of the input and output formulas. The pretty print
         | feature becomes increasingly useful as computation gets more
         | complex. Adding these natural language features for things like
         | built in dimensional analysis would really take it to the next
         | level (as things like units were a slow pain on the ti).
         | 
         | Drawing an integral with limits, fractions, exponents, etc on
         | the screen in normal notation provides much easier error
         | checking when your inputs get longer and contain more and more
         | syntax like commas, parentheses, etc.
        
         | culturestate wrote:
         | I _love_ Soulver, and I hope Zac is at least considering a
         | version for iPad OS.
         | 
         | I switched my portable setup from a MacBook to an iPad Pro last
         | year and Soulver is one of a handful of small-but-useful Mac-
         | only apps that I really miss when I'm not at my desk.
        
           | vl wrote:
           | What's strange is that they used to have Soulver for
           | iPhone/iPad/Mac and then discontinued this version.
        
         | [deleted]
        
         | insane_dreamer wrote:
         | Looks a lot like Numi (https://github.com/nikolaeu/numi), which
         | I've used for years and found to be extremely useful. (In fact,
         | they're so similar, I wonder if one is a riff off the other.)
         | 
         | For non-Mac, there's an open-source web app called that's
         | similar and looks nice too (haven't used it much):
         | https://github.com/sharkdp/insect
        
         | donatj wrote:
         | I'll need to give Soulver a shot. I use Calca almost every day,
         | and it seems very similar.
         | 
         | http://calca.io/
        
           | pony_sheared wrote:
           | I loved Calca, paid and used it for years, but it seems to
           | have stopped development and I switched OS... So I ended up
           | falling back to Excel
        
         | Minor49er wrote:
         | Every screenshot on the homepage shows an empty window
        
         | GranPC wrote:
         | A nice alternative for Linux users that I can recommend is
         | NaSC. Unfortunately not very actively maintained, but I'd say
         | it's very much usable: https://github.com/parnold-x/nasc
        
         | etoulas wrote:
         | There's also https://numi.app/
        
         | m_eiman wrote:
         | I like Soulver, and also Tydlig:
         | 
         | http://tydligapp.com/
        
           | Y-bar wrote:
           | I love Tydlig!
           | 
           | But have not seen a single update in many years now, and
           | there are a few rough edges in iOS 15 I wish they had fixed.
           | Is it abandoned?
        
         | nordicio wrote:
         | Shameless plug for my app Kalkyl which I just released 3.0 of
         | that adds functionality like this + collaborative editing and
         | sharing, dimensional analysis, arbitrarily complex unit
         | conversions, and possibility to define your own functions.
         | 
         | https://apps.apple.com/se/app/kalkyl/id519933025?l=en
        
         | shepherdjerred wrote:
         | Oh this looks great! I use Numi but it is a bit too simple.
         | 
         | https://github.com/nikolaeu/Numi
        
       | gkfasdfasdf wrote:
       | Neat feature, IIRC Apple does not have a default calculator app
       | because they can't make one that sets it apart from other apps as
       | is the 'Apple way'. Maybe they should just adopt this one.
        
         | [deleted]
        
         | kevinslashslash wrote:
         | It's just the iPad doesn't have a default calculator app
         | https://www.howtogeek.com/820792/where-is-the-calculator-app...
        
         | sbierwagen wrote:
         | Both iOS and MacOS have default calculator apps. They should
         | look familiar: he copied the interface design exactly for his
         | app.
        
       | ape4 wrote:
       | I first thought it was going to show results in hex and decimal
       | at the same time.
        
       | 5fOleL5Eo2So8qi wrote:
       | The hard part of writing a calculator app is not parsing `0.1`
       | versus `.1`. That's trivial. The hard part of writing a
       | calculator app is getting precise answers instead of floating-
       | point answers, and given that he thinks the hard part is parsing
       | `.1`, it probably gets it wrong.
        
         | kccqzy wrote:
         | Solved by https://www.hboehm.info/new_crcalc/CRCalc.html
         | 
         | Also, this is in the Android stock calculator so lifting the
         | code over is easy. See also
         | https://dl.acm.org/doi/10.1145/2911981
        
         | outworlder wrote:
         | That's a really large cognitive leap from such a small amount
         | of data.
         | 
         | Have you considered that they may not be using floating point
         | numbers at all? They might be using arbitrary precision
         | arithmetic. That was probably implemented by a library. So not
         | as much effort as you would think.
        
       | chongli wrote:
       | It's interesting but the duplicate sets of buttons are a big
       | waste of space. My favourite free calculator app is Desmos
       | Scientific (by the makers of the graphing calculator) [1]. This
       | app gives you as many entry lines as you like and they all remain
       | live. You can also define variables and functions in one line and
       | use them in another. In effect, it's like a single column from a
       | spreadsheet.
       | 
       | [1] https://apps.apple.com/ca/app/desmos-scientific-
       | calculator/i...
        
       | furyofantares wrote:
       | This seems pretty smart to me.
       | 
       | I think it's being dumped on because it's a "dumb" solution to
       | something that is a non-problem for all of us here, which is
       | probably why I've never seen this solution before. None of us
       | would think of it.
       | 
       | But I think it's true that while most everyone knows how to use
       | the most basic functions of a calculator, most people don't get
       | any further than that, and this allows them to.
        
         | codeulike wrote:
         | I have a degree in Mathematics and I can never remember what C
         | and CE buttons on a calculcator are supposed to do. If you only
         | use them occasionally and in a hurry most calculator apps are
         | frustratingly unfriendly.
        
       | WalterBright wrote:
       | I'm actually kind of shocked. The calculator apps emulate a
       | calculator, but they don't take any advantage of having the phone
       | screen. A proper calculator app would allow you to type
       | 1.6*2/3
       | 
       | and display the equation on the screen, not just the 3.
        
       | zie wrote:
       | Neat, but a log of transactions would do the same thing, easier
       | wouldn't it? RPN calculators tend to do this nicely.
        
         | fortran77 wrote:
         | Yes, but not as fast and intuitive, especially for people of a
         | certain age who are used to working with a desk calculator
         | nearby at all times.
        
         | pshc wrote:
         | This two-calculator setup has the advantage of being intuitive
         | to anyone despite having only two storage slots. Or rather
         | _because_ it has only two storage slots and they're always
         | visible in fixed places.
        
       | supernova87a wrote:
       | > ... _Ueda recalled, "I thought it'd be easy, but it was
       | unexpectedly hard." ... For example, while there are users who
       | input 0.5 by tapping "0," the decimal point, and then "5," there
       | are also users who only input the decimal point and "5," while
       | omitting the "0." He said, "There were around 100 types of these
       | sort of conditions, and it was a lot of work to solve them_."
       | 
       | I wonder what other kinds of non-trivial calculator behaviors he
       | had to rediscover from scratch?
        
         | thrdbndndn wrote:
         | About this specific case: I also never knew using ".5" to mean
         | "0.5" is a thing, until I lived in the US.
         | 
         | Not sure if it's a US thing or Western world thing, my country
         | (not Japan, but also in East Asia) just doesn't use it.
        
           | Ferrotin wrote:
           | Probably your calculators all support it.
        
       | mikewarot wrote:
       | This UI has a better _impedance match_ to the way he, and many
       | people who used desk calculators, think. It 's quite elegant.
        
       | indigodaddy wrote:
       | Simple and effective.
        
       | vertis wrote:
       | I quite like Numi[0] (Mac), also available as part of SetApp[1]
       | 
       | [0]:https://numi.app/
       | 
       | [1]: https://setapp.com/apps/numi
        
       | aasasd wrote:
       | Total Commander and Ghost Commander on Android solve the problem
       | of two panels in the portrait orientation by displaying one of
       | them and having a button to switch to the other one. However,
       | seeing as some of the success of this calculator app is probably
       | attributed to the 'memory' function being non-obvious to people,
       | I'd guess that a hidden calculator might also put some off.
        
       | gfodor wrote:
       | If you liked this app, stay tuned - I am working on a
       | 3-calculator app that increases the utility of this app by up to
       | 50%.
        
         | insane_dreamer wrote:
         | but does it run on the GPU?
        
         | misterprime wrote:
         | LOL, can you make it dynamically have as many calculators as
         | there are cores on the CPU and guarantee that each calculator
         | only uses a single unique core for its own calculations?
        
           | meesles wrote:
           | I don't think you need to limit the number of calculators to
           | the number of cores. You can just store the history/results
           | somewhere on disk or in memory. Which core doing the work
           | when you press '=' doesn't really matter in this case unless
           | you're load-testing this calculator.
        
       ___________________________________________________________________
       (page generated 2022-09-19 23:00 UTC)