| Summary: | [Suggestion] Setting to treat the equal ( = ) key as plus ( + ) | ||
|---|---|---|---|
| Product: | [Applications] kcalc | Reporter: | NM64 <NM64+bugs.kde.org> |
| Component: | general | Assignee: | Evan Teran <evan.teran> |
| Status: | REOPENED --- | ||
| Severity: | wishlist | CC: | fanzhuyifan, gabriel.barrantes.dev, popov895 |
| Priority: | NOR | ||
| Version First Reported In: | 22.08.1 | ||
| Target Milestone: | --- | ||
| Platform: | Kubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
NM64
2022-11-06 04:24:55 UTC
I think this will definitely not be welcomed by the average kcalc user. The "enter" key on any keyboard should trigger an "equal button" press tho. (In reply to Gabriel Barrantes from comment #1) > "enter" key on any keyboard should trigger an "equal button" press tho. I cannot help but think you misread my suggestion. My point is that, because the "enter" key already works as an "equal button", why must the "=+" key (the one next to backspace) only be usable as an "equals button" unless you hold the shift key? As you know, many laptops lack a numpad, and you can already use the "x" key as a shiftless way to use the "multiply button" as well as the "/?" key working as a shiftless way to use the "divide button". But there's currently no way to use the "minus button" in a shiftless way... And to be double-clear, note that the title on this suggestion says "setting"—I'm not suggesting this to be the exclusive way to use kcalc. Oh dear, I made a terrible typo. The final line should have said:
> But there's currently no way to use the "plus button" in a shiftless way...
Because you can obviously already use the "minus button" in a shiftless way via the "-_" key (located next to the zero key).
I certainly misunderstood , it would be possible for sure, but it wiill take some time for someone to develop this feature eventually. (In reply to NM64 from comment #0) > Many other software that use plus and minus for various functions, such as > changing zoom levels or changing volume levels, allows using the equal ( = ) > key without the need to hold shift, so why shouldn't calculator software be > the same, especially when the 'Enter' key already exists that doubles as the > equal function? Zooming only uses the + and - keys, so making the = key operate as the + key won't break anything. At the same time, KCalc users can use the = key to evaluate an expression, so this can break the UX of such users. (In reply to popov895 from comment #6) > (In reply to NM64 from comment #0) > > Many other software that use plus and minus for various functions, such as > > changing zoom levels or changing volume levels, allows using the equal ( = ) > > key without the need to hold shift, so why shouldn't calculator software be > > the same, especially when the 'Enter' key already exists that doubles as the > > equal function? > > Zooming only uses the + and - keys, so making the = key operate as the + key > won't break anything. At the same time, KCalc users can use the = key to > evaluate an expression, so this can break the UX of such users. Agreed. Also using = as + doesn't make sense in layouts where + and = are not physically on the same key. |