Post Reply 
[request] [±] key, always as change of sign operator
10-06-2016, 05:43 PM (This post was last modified: 10-12-2016 08:30 PM by compsystems.)
Post: #1
[request] [±] key, always as change of sign operator
sorry for my bad English

Currently the unary operator CHange of Sign (CHS), function NEG() is operating only for numbers on entry line =(

the key [±] is associated with NEG() operator

neg(5) → -5 // ok
5[±] → -5
x [±] → x- // in this case acts as subtraction operator binary =(, and there is a dedicated key for subtraction [-],two keys for the same operation

My suggestion is that the key associated change of sign [±] always acts always as neg(), It is very useful to change the sign to an expression without having to be returned to the start of it, for example

(a-b) [±] → -(a-b) and not as (a-b)-
Find all posts by this user
Quote this message in a reply
10-12-2016, 03:15 PM
Post: #2
RE: [request] [±] key, always as change of sign operator
So when a user types 5+3 and places the cursor between the 5 and the +, should the negation key change the 5 to -5, or should it change the + symbol to - (subtraction)? I do not think that it would be easy to have a single key guess correctly 100% of the time as far as what the user intended is concerned.

Graph 3D | QPI | SolveSys
Find all posts by this user
Quote this message in a reply
10-12-2016, 07:27 PM (This post was last modified: 10-12-2016 11:29 PM by compsystems.)
Post: #3
RE: [request] [±] key, always as change of sign operator
| → cursor position
[±] → [−] sign change unary operator −(#/expr) a number or expression but not to SUM or MINUS binary operator (ruler)
[-] → minus binary operator expr1-expr2
[+] → sum binary operator expr1+expr2


case 1:
5
5|± →−5 // ok, sign change to 5
−5|± → −(−5) -> 5 // ok


case 2:
5+3
5+| 3
5+ 3 → 5+(−|3) → 5+(−3) // ok, sign change to 3 ⇒ 5+neg(3)
5+−±|3 → 5+−(−3) → 5+3

case 3:
5+3
5|+ 3 → -(5)+3 → -5+3 // ok, sign change to 5

case 4:
x → x− not acting as sign change, bad =( right no expressions
must be
x → −x

with minus operator
x|- → x- // ok



case 5:
±(+1) → neg(+1) → neg(1) → −1

case 5.1:
±+1 → neg(+1) → neg(1) → −1

case 6:
±(-1) → neg(-1) → −(-1) → 1
or
±(−1) → neg(neg(1)) → −(−1) → 1

case 6.1:
±-1 → Error Why? → neg(-1)
Find all posts by this user
Quote this message in a reply
10-13-2016, 07:49 AM
Post: #4
RE: [request] [±] key, always as change of sign operator
textmode is not RPN.

In RPN the operation (i.e. +/-) comes after the operand, so 2 [+/-] will be -2
In textbook and algebraic the operation are infix, or prefix if they are unary like [+/-], so the correct notation is [+/-] 2

If we start to mix RPN with non RPN the calculator behavior will be very chaotic.
Find all posts by this user
Quote this message in a reply
10-13-2016, 03:57 PM
Post: #5
RE: [request] [±] key, always as change of sign operator
(10-13-2016 07:49 AM)retoa Wrote:  If we start to mix RPN with non RPN the calculator behavior will be very chaotic.

Agreed. For convenience though, numbers and complexes and similar numerical only things are supported postfix since it makes sense in those cases.

TW

Although I work for HP, the views and opinions I post here are my own.
Find all posts by this user
Quote this message in a reply
Post Reply 




User(s) browsing this thread: 1 Guest(s)