• Xirup@yiffit.net
    link
    fedilink
    arrow-up
    0
    ·
    edit-2
    5 months ago

    To be honest, I tried really hard to give it a try to Kcalc but I give up. Check out Kalk (no, no it’s the same), it’s a KDE Calculator and it’s preatty neat IMO.

    • tobozo@mastodon.socialOP
      link
      fedilink
      arrow-up
      0
      ·
      5 months ago

      @Xirup thanks! it looks perfect for keyboard interactions and the undo feature is super neat 👍

      I’ll still keep Kcalc for the binary edition though

    • tobozo@mastodon.socialOP
      link
      fedilink
      arrow-up
      0
      ·
      5 months ago

      @kde because it can be done doesn’t mean it should be done, whomever had the dumb idea to break something that’s been working perfectly for years should really reconsider their life goals

  • mox@lemmy.sdf.org
    link
    fedilink
    arrow-up
    0
    ·
    5 months ago

    I don’t know what this image is supposed to tell us, but I can confirm that KCalc behaves badly in some common situations. (At least, it does in Plasma 5.) Want to see an example?

    Put it in Simple Mode, and try copying and pasting various multi-digit numbers with leading zeroes. Some of them work fine. Others, like 054 and 009, yield surprising results.

    Spoiler:

    054 becomes 044
    009 becomes nan

    A programmer or mathematician might be able to deduce that KCalc is trying to interpret those numbers as octal (base 8 instead of base 10), assuming they’re paying close attention. That doesn’t help anyone who is just trying to total a bunch of values from a document, using their default desktop calculator, and doesn’t notice a misinterpreted value along the way. Their total will just be wrong, or in the case of nan, they will just be frustrated that the calculator doesn’t work.

    This behavior is probably not appropriate for Simple Mode.

    Curiously, it does the same thing even in Numerical System Mode with decimal (base 10) explicitly selected, which is absolutely not appropriate.