List Commands Library for 50g

[StephenG1CMZ]

(08-13-2017 11:06 PM)DavidM Wrote:  Re: LSPLIT<whatever>

"LSPLT" fills up a menu. "LSPLIT" shows as "LSPLI", as would "LSPLITR". So if both of those commands are to be included, you would see LSPLI LSPLI in the menus, but the entire commands would show as normal when keying in a program. Is this a problem? I could see it being a bit confusing for someone who wasn't already familiar with both commands. Then again, I'm not sure how useful any of this is without the documentation anyway. I find myself referring to the documentation more and more now, and I should know the commands better than anyone!

Re: SORT helper

I could see having a specific "wrapper" command that would take two lists (L1 in SL1 and L2 in SL2) and do the following:

- check to make sure both lists have the same element count
- combine them as follows:
- { { L1E1 { L2E1 } } { L1E2 { L2E2 } } ... { L1EN { L2EN } } }
- perform a sort (I can probably check for the existence of Werner's LSORT and use that if present)
- split the lists apart again

I believe forcing them into that structure should protect the objects adequately.

So then the question becomes what to name it. LSORT2 (or LSORT<anything>) would show on the menu as LSORT, which then might be easily confused with a simple sort command. And since a person might easily have 2 lists on the stack anyway, this could be a little riskier than usual -- you might not even realize that you just sorted 2 lists instead of 1 until it's too late. I would probably want to make the two stand out -- call it something like L2SRT (or L2SORT).

Thoughts?

As I understand the naming problem, SORT and SORT2 cannot be distinguished in a 4-character menu. But SORT2 is desirable because it is more memorable than S2RT.

Would it be practical to have two versions of the names (calling the same routine for implementation)?

S1RT //Selectable from menu
S2RT //Selectable from menu
LONGSORT1 //memorable and descriptive name
LONGSORT2 //memorable and descriptive name
(The LONG prefix avoids seeing SORT and assuming SORT1).

[Not sure how useful that suggestion would be: The Prime has 31-char names]