newRPL: [UPDATED April 27-2017] Firmware for testing available for download

[Han]

(03-01-2017 08:50 PM)Claudio L. Wrote:  

(03-01-2017 05:05 AM)Han Wrote:  I am a bit late for this, but on the SD<blah> commands, I think they don't show up well on the menus.

I know, I don't like the way everything looks the same on the menu. The long press showing the full name of the commands helps a bit but is not enough.
Putting SD at the end hurts the autocomplete, the idea is you type SD and now all SD commands are available with Alpha-hold + cursors up/down, making it easier to find the one without using the menu.

Would aliases help? Libraries on the HP48 series allowed a command to have several names. At the sake of having extra command names, it would allow us to have both SD<command> and <command>SD

Quote:The matrix API is quite incomplete yet, but as of now there's no way other than checking each element's type. This might change if I find it too slow, but usually you would only do that once when you check arguments, then you decide if a numerical or symbolic method is applicable.
If we implement some bits telling you if a matrix is numeric, complex, symbolic, etc. then the scan would have to be done after each and every matrix operation in order to leave the resulting matrix with proper flags. Might be faster if the scan is done only when a command needs to know this.

Ideally these commands would work on symbolic matrices too once all is said and done. For now I'll put a check for element types (complex vs real vs other) to be used during argument checking.