Bug 488726 - Kcalc doesn't use the result of a previous calculation as the starting point for a new one.
Summary: Kcalc doesn't use the result of a previous calculation as the starting point ...
Status: RESOLVED DUPLICATE of bug 487566
Alias: None
Product: kcalc
Classification: Applications
Component: general (show other bugs)
Version: 24.05.1
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Evan Teran
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-06-19 10:53 UTC by frontlemon
Modified: 2024-06-19 11:42 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description frontlemon 2024-06-19 10:53:15 UTC
SUMMARY
Kcalc doesn't use the result of a previous calculation as the starting point for a new one. If one types 2x2 and = the result is 4. In previous versions of Kcalc, if one then types x5 again, it would use that earlier answer 4 and would give 20, but KCalc 24.05.1 (as also 24.05.0) just gives an input error. 
Not only so, if one types 2x2 and = the result is 4. If then one then types -9, earlier versions used to give -5, but KCalc 24.05.1 (as also 24.05.0) just gives -5. 

STEPS TO REPRODUCE
1. type 2x2
2. type =
3. type x5

OBSERVED RESULT
Input Error

EXPECTED RESULT
20

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: Arch Linux 6.9.3-arch1-1 (64-bit)
KDE Plasma Version: 6.0.5
KDE Frameworks Version: 6.3.0
Qt Version: 6.7.1

ADDITIONAL INFORMATION
Comment 1 frontlemon 2024-06-19 10:59:32 UTC
One might argue that the above mentioned problem is indeed a "feature" in Kcalc. If you press = then it indicates that you have completed inputting your expression and now you want the result. Once the result is displayed, everything is reset and you start off with a clean slate.
But this argument is wrong. If that were so then it makes the AC/C buttons redundant.
Comment 2 Antonio Rojas 2024-06-19 11:42:43 UTC

*** This bug has been marked as a duplicate of bug 487566 ***