• @TimeWalkerA
    14•6 months ago

    Another case of abusing the word “enshitification”

    • tobozoOP
      1•6 months ago

      @TimeWalker well chaining calculations from the numpad worked perfectly last week, now it’s broken, if you have a better word for this I’ll edit my post

      [edit] #FeatureCreep seems more appropriate, thanks for pointing that out

      • @Bro666@lemmy.kde.socialM
        9•6 months ago

        Great! My advice is you politely comment on it with your own experience or your insight into what the correct behaviour should be. This will not only give devs a measure of the importance of this bug, but will also keep you in the loop of the process of its resolution.

        • tobozoOP
          2•6 months ago

          @Bro666

          thanks for the good advice, looks like most important feedback has already been given so I’ll pass

          also the account creation disclaimer is scary

          • @Bro666@lemmy.kde.socialM
            3•6 months ago

            The risk is low. Your email address is not visible by the general public. A spammer would have to go through a manual registration process to see it. Sounds like a lot of work for a small niche number of email addresses.

            Either way, when in doubt, do as suggested: use your spam-catching email address.

            • tobozoOP
              1•6 months ago

              @Bro666

              spammers aren’t the only bad actors 😉

              I really hope KDE will come to their senses and allow more login options

  • @Xirup@yiffit.net
    3•6 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.

    • tobozoOP
      1•6 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

  • mox
    2•6 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 44
    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), if they’re paying close attention. That doesn’t help anyone who is just trying to total a bunch of numbers 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.

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

    • tobozoOP
      0•6 months ago

      @mox wow that’s even worse than losing continuity for the sakes of that new history feature (using Kcalc version 24.05.0)

      here’s what I did before getting the input error:

      2*2 [enter]

      *2 [enter]

      I was expecting to read “8” but got “input error” instead

  • ferretEnglish
    2•6 months ago

    Try Qalculate, it is extremely powerful and better that anything else imo

  • tobozoOP
    1•5 months ago

    @kde solved by running “sudo downgrade kcalc” and selecting the latest 22.x version and adding kcalc to IgnorePkg

    yes it’s brutal, but breaking a11y support is worse

  • tobozoOP
    -6•6 months ago

    @kde what’s this new input line for? does it solve a problem? how can I get rid of it?

      • setVeryLoud(true);
        6•6 months ago

        That’s a bit reductive, don’t you think? Bugs happen.

        Go fix it yourself if you feel so strongly about it, show your software development prowess.