Programmer mode on Calculator supports unsigned values about calculator HOT 19 OPEN

Unable to work with unsigned BYTE: FFH is shown as -1
I expect this to be a very basic function to work with unsigned data types
Not suporting unsigned data types, makes this calculator in PROGRAMMER mode unusable

from calculator.

Just came here to say its really unfortunate this hasnt been fixed in the past 3 years. I agree it is a serious issue and makes this extremely valuable tool unusable in many situations

from calculator.

See the 2 possible locations for placement of Signed/Unsigned toggle in the attached image.
The current Signed/Unsigned setting should be displayed on the toggle as "Signed" or "Unsigned".
Also, if current value is greater (less than) than signed maximum (minimum), then the toggle should be disabled. Once the value is within signed limits, the toggle should re-enable.

from calculator.

This looks like a 2 days project for a small size startup, maybe two months for a mid size company, and now almost already 5 years for MSFT, and ongoing ...

from calculator.

Any update on that?

from calculator.

This is your friendly Microsoft Issue Bot. I created this issue automatically as requested by a team member.

from calculator.

This pitch looks like it has everything it needs for review. In the meantime, we'll keep this idea open for discussion so the community has the chance to provide feedback. Check out our New Feedback Process for more info on the user-centered process we follow for new feature development.

from calculator.

We reviewed the pitch and would love to explore this idea further! The pitch is a great start, but there are still some open questions. I am moving this issue into planning to iron out some of those details and I created calculator-specs/unsignedInput to track progress. A human will follow up with some feedback on your pitch shortly. Keep in mind that not all ideas that make it into the planning phase are guaranteed to make it to release. For more information on next steps, check out our spec workflow.

from calculator.

Then disable the "sign" button if the value is above the max threshold.

from calculator.

Having unsigned would make things a lot better, yes.

from calculator.

Having 64-bit unsigned support in calculator would be great. However in the mean time you can use powershell which supports [bigint] for arbitrary-precision numbers and[ulong] which is uint64_t. See Windows calculator for programmers

from calculator.

Unable to work with unsigned BYTE: FFH is shown as -1 I expect this to be a very basic function to work with unsigned data types Not suporting unsigned data types, makes this calculator in PROGRAMMER mode unusable

You can simply choose any types larger than the desired type in calculator to do unsigned operations. For example for unsigned bytes then WORD, DWORD and QWORD all work. In case you get signed number due to sign extension simply mask out the high bytes to get the unsigned value. This only fails with unsigned QWORD where you have to use powershell currently. That said, powershell is far more useful for programmers than calculator

from calculator.

I'm usually working with uint64, so that is a really bad limitation.

from calculator.

DWORD is unsigned in Visual Studio C++, so I think "DWORD" (at least) should be changed to "LONG", while it is signed in the calculator.

from calculator.

Is this not supported yet ?

from calculator.

from calculator.

Looks like 64 bit unsigned ints are still not supported; would be really great if they would be and wanted to +1 this feature.

from calculator.

MICROSOFT PLEASE READ: everyone above is asking - as me now - the same. Please enable the stock programmers calculator to work with signed + UNsigned 64bit numbers. This is a very basic function. It was also provided where you can implement it. If you are ignoring peoples suggestions for about 5 years, why are you offering the possibilty to provide suggestions at all?

from calculator.

It's 2024 now. Please Microsoft! Add uint64 feature to the calculator.

from calculator.