the soft key [copy] must copy the expressions in parentheses.
example, simplify: MAXIMUM
x^3+6 [enter] x^3+6
x[x^2]*Ans [enter] x^5+6*x^2 OK
Ans==[Shift]+[+]
current firmware:
x^3+6 [enter] x^3+6
x[x^2]* [up] [copy] x^2*x^3+6 [enter] x^5+6 =(
[up] [copy] == (copy ans)
next firmware:
x^3+6 [enter] x^3+6
x[x^2]* [up] [copy] x^2*(x^3+6) [enter] x^5+6*x^2 OK
since the system must be consistent with ANS, you agree?
(07-08-2016 03:40 AM)compsystems Wrote: [ -> ]since the system must be consistent with ANS, you agree?
No, I don't. It should copy the text that is there and not assume you want parenthesis. Assuming parenthesis means they will always be there and prevent other use cases.
copy must operate as ANSWER(ENTRY), revise the previous example or
ENTRY: ALGEBRAIC ON & simplify: MAXIMUM
x^3+6 [enter] x^3+6
x[x^2]/Ans [enter] x^2/(x^3+6) OK
current firmware:
x^3+6 [enter] x^3+6
x[x^2]* [up] [copy] x^2/x^3+6 [enter] (6*x+1)/x =(
[up] [copy] == (copy ans)
always desired, multiply, divide, ... all the expression, as it does now, it only the first term x^3, It implies a impractical use of copying expressions
next firmware:
x^3+6 [enter] x^3+6
x[x^2]* [up] [copy] x^2 / (x^3+6) [enter] x^2/(x^3+6) OK
in many cases the parentheses are redundant as:
x^3+6 [enter] x^3+6
x[x^2] + Ans [enter] x^2+(x^3+6) == x^2+(x^3+6) == x^2+x^3+6 OK
but not in others.
current
factor(x^3-y^3) [enter] (x-y)*(x^2+x*y+y^2)
x-y [enter] x-y
x^2+x*y+y^2 [enter] x^2+x*y+y^2
[up][up] [copy] x-y [*] [up] [copy] x^2+x*y+y^2 [enter] -x^2*y+x*y+x+y^2 =(
nextfirmware
[up][up] [copy] (x-y) [*] [up] [copy] (x^2+x*y+y^2) [enter] x^3-y^3 OK
I like the way it is now. Copying sub-expressions or other stuff is just confusing.
Mis ejemplos demuestran que tiene mas ventajas agregar los () al pegar la expresión en la linea de entrada, la idea es operar sobre toda la expresión, no solo con el primer o ultimo termino de la expresión copiada como lo hace actualmente.
otro ejemplo, se desea invertir el signo a un polinomio que esta en un nivel del historial
+x^3 -6*x^2 +11*x -6
usando ANS trabaja como debe ser
[±]ANS [enter] -x^3 +6*x^2 -11*x +6
pero si la expresión no es la anterior, uso COPY
x^3-6*x^2+11*x-6
[±] COPY x^3-6*x^2+11*x-6 [enter] -x^3-6*x^2+11*x-6
el operador NEG solo afecta al primer termino =(
si el sistema lo copiara dentro de un paréntesis, afecta a cada termino del polinomio
x^3-6*x^2+11*x-6
[±] COPY (x^3-6*x^2+11*x-6) [enter] -x^3+6*x^2-11*x+6 =)
(07-08-2016 04:51 PM)compsystems Wrote: [ -> ]Mis ejemplos demuestran que tiene mas ventajas agregar los () al pegar la expresión en la linea de entrada, la idea es operar sobre toda la expresión, no solo con el primer o ultimo termino de la expresión copiada como lo hace actualmente.
Yes, it is a good example *for that specific use case*. However, it would completely block *other* use cases and make an assumption regarding what the user's intent is.
>> However, it would completely block *other* use cases and make an assumption regarding what the user's intent is.
In that case it is useful without parentheses ()? please n examples
without parentheses the following case fails
-x^3+6*x^2-11*x+6 [enter] -x^3+6*x^2-11*x+6
[±] [up] COPY -x^3+6*x^2-11*x+6 [enter] => −-x^3+6*x^2-11*x+6 ERROR Why?
with parentheses, as I propose
-x^3+6*x^2-11*x+6 [enter] -x^3+6*x^2-11*x+6
[±] [up] COPY (-x^3+6*x^2-11*x+6) [enter] => −(-x^3+6*x^2-11*x+6) => x^3-6*x^2+11*x-6 =) ok
/!\ [±] == NEG OPERATOR
I understand what you're suggesting with the ()'s and see where it would sometimes be useful, but I think in the interest of simplicity, copy/paste should not in any way alter what is being pasted. I would find it annoying to have unnecessary parentheses surrounding things (numbers, matrices, text, etc.) On the occasions where you actually need parentheses, it only requires one additional keystroke,
( ).
(07-08-2016 08:21 PM)compsystems Wrote: [ -> ][±] [up] COPY -x^3+6*x^2-11*x+6 [enter] => −-x^3+6*x^2-11*x+6 ERROR Why?
I don't know if it's intentional or a bug, but the CAS does not allow things like ++x or --x. Perhaps it would be too confusing with the increment/decrement syntax of C/C++/C#/Java. It does allow x-- and x++, but there's no ambiguity there.
x:=3 [enter] 3 ok
x++ [enter]=> increment(x) => 4 ok // increment operator very useful in programming
x-- [enter] => decrement(x) => 3 ok // decrement operator very useful in programming
++x [enter] => pre-increment(x) => ERROR undefined ok
--x [enter] => pre-decrement(x) => ERROR undefined ok
but
[±] => − (unary negative operator, 2212 Unicode value) ≠ [-] => - (minus, 45 Unicode value). the line has different size
[±] x => −x [enter] -3 ok
[±] (x) [enter] => -(x) => -3 ok
[±] [up] [up] [copy] [enter] => −-X ERROR WHY? IS PARSE BUG?
−-X => negative(-X) => (-*-)X => +X => x the negative of a negative number is positive, signs law