Bug 489790

Hmm, I think this may be covered under 489660
I see there's a commit related to fix this, I will try it and see if this workflow is improved

(In reply to Zakk from comment #1)
> Hmm, I think this may be covered under 489660
> I see there's a commit related to fix this, I will try it and see if this
> workflow is improved

Is an unintended side effect... I think the best solution would be to do something as proposed in:

https://invent.kde.org/utilities/kcalc/-/merge_requests/21

to keep consistency with all modes... Those fields under the radio buttons are way too small to be useful anyway and now that they are actually doing what they were intended to do the flaw is now really notorious.

https://invent.kde.org/utilities/kcalc/-/merge_requests/120

> This is really not useful; those numbers are shortened for large values
> (binary being the worst) and now if you enter a hex number and switch to Dec
> the result display goes blank because that's an invalid input. It was also
> helpful for the conversion to occur in the result window since you could
> benefit from digit grouping.

MR 120 helps with this but still is not a complete fix, numbers that require more than 32 bits are still elided.

A possibly relevant merge request was started @ https://invent.kde.org/utilities/kcalc/-/merge_requests/124

Git commit 2201b7b60d6df1021afa9da89cc5f99b2e0d6fd3 by Gabriel Barrantes.
Committed on 19/07/2024 at 19:40.
Pushed by gabrielbarrantes into branch 'master'.

Connect bit edit with new input display

M  +7    -2    kcalc.cpp
M  +1    -0    kcalc.h
M  +20   -1    kcalc_bitset.cpp
M  +3    -0    kcalc_bitset.h

https://invent.kde.org/utilities/kcalc/-/commit/2201b7b60d6df1021afa9da89cc5f99b2e0d6fd3

I want to add my comment on recent kcalc behavior. The change that made `kcalc` virtually unusable is very well described by Zakk in the original post. I checked the https://bugs.kde.org/show_bug.cgi?id=489660 , as someone referenced but I think this issue has a better explanation how it should work (or not) , in regards the changing between the base systems.

I tried to mitigate the issue by creating keyboard shortcuts, but it was impossible to get the wanted behavior either. For maintainers to see how it should work it is best to look at how the previous version of the `kcalc` worked.

I stil have this issue in Kubuntu 25.04 and KCalc 24.12.3.
Whoever did this change defenitely turned this app to a piece of useless soft.
The solution is:

   cd /tmp
   wget http://ftp.debian.org/debian/pool/main/k/kcalc/kcalc_22.12.3-1_amd64.deb
   sudo dpkg -i kcalc_22.12.3-1_amd64.deb 
   sudo apt-mark hold kcalc

I must agree. I recently moved to KDE6, and I have to say, KCalc is almost useless for me. I do a lot of low-level software development where I need to work in decimal, hex, and binary, and the old KCalc was great for this. The new one is just horrid. I could live with the drop-down to change modes, but I much preferred the radio buttons. What is unforgivable is that the displayed numbers do not change as they should. If I put in 1024 in decimal and switch to hex, I expect the value to change to 0x400. This is fundamental functionality. Even worse, if I have, say, the value 0xFEDC and change it to decimal, the value just disappears. While it's fine to see the hex, octal, and binary values in real-time, I can't copy/paste them. I also would be happy to disable octal. In the 40+ years I've written software, I have never used octal. It's either hex, decimal, or sometimes binary (in Python).
Similarly, if nothing is displayed, I should be able to click on various bits and have the value changed. I'm dealing with 64-bit hardware registers constantly. I've also found that copy/paste is inconsistent. I wish I could go back to the KDE 5 calculator because the new number system mode is absolute garbage. I also miss setting the background color of the upper display section other than grey.