My wishes about NEW-RPL

[Claudio L.]

(09-30-2016 03:16 AM)compsystems Wrote:  1: Use an operator optional as end line, semicolon (; ) for example.

Persistent comments also preserve the newline at the end. This means all you have to do to keep it formatted is add a comment at the end:

Code:


<< @@ This is a persistent comment, which also can be empty as in the next line
DUP @@
>>

(09-30-2016 03:16 AM)compsystems Wrote:  2: Do not delete comments to store programs

Already explained by Guenter, just use @@ for single line permanent comment.

(09-30-2016 03:16 AM)compsystems Wrote:  3: use a different delimiter between variables & symbolic expression, for example a polynomial 'x^1' -> 'x' would be treated as algebraic expression and non-variable

It would break compatibility too much.

(09-30-2016 03:16 AM)compsystems Wrote:  4: use "ENDIF" "ENDCASE" "ENDWHILE" "ENDDO" ETC as option to visually and detect the body block, also this allows easier code converters

This already exists. You can code using ENDIF, ENDCASE, ENDWHILE, ENDDO, and you can also distinguish THEN, THENERR and THENCASE. The code can decompile to either END or all different forms of end. Right now it's set to END and THEN, so even if you code with ENDIF, it will display END when you decompile it. Back when I did this I didn't have flags implemented yet, and then I forgot all about it. I need to find a flag to configure this option.
The accepted constructs are:

Code:


IF ... THEN ... ELSE ... ENDIF

IFERR ... THENERR ... ELSEERR ... ENDERR

CASE
... THENCASE ... ENDTHEN
...[default]
ENDCASE

DO ... UNTIL ... ENDDO

WHILE ... REPEAT ... ENDWHILE

(09-30-2016 03:16 AM)compsystems Wrote:  5: A flag to maintain always a complex number in format (x, y) dupla

(x, y) [ENTER] (x, y) and not x+y*i and not (r, angle theta)

This already exists, without any flags. A number stays the way you entered unless you explicitly convert it to other form.

(09-30-2016 03:16 AM)compsystems Wrote:  6: a new type of data is needed tripla (x,y,z) for geometric objects

??? Please explain better, I don't understand why you would need a separate type, you can use vectors for that.
Complex numbers are not vectors because i^2=-1, (being 'i' considered as the unit vector for the second component of the dupla). This is inconsistent with a standard vector space, hence it needs different rules than a vector. All other nth-uplas are the same.

(09-30-2016 03:16 AM)compsystems Wrote:  7: Local storage in RPN

This also already exists.