cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
JMP Wish List

We want to hear your ideas for improving JMP software.

  1. Search: Please search for an existing idea first before submitting a new idea.
  2. Submit: Post your new idea using the Suggest an Idea button. Please submit one actionable idea per post rather than a single post with multiple ideas.
  3. Kudo & Comment Kudo ideas you like, and comment to add to an idea.
  4. Subscribe: Follow the status of ideas you like. Refer to status definitions to understand where an idea is in its lifecycle. (You are automatically subscribed to ideas you've submitted or commented on.)

We consider several factors when looking for what ideas to add to JMP. This includes what will have the greatest benefit to our customers based on scope, needs and current resources. Product ideas help us decide what features to work on next. Additionally, we often look to ideas for inspiration on how to add value to developments already in our pipeline or enhancements to new or existing features.

Choose Language Hide Translation Bar

Let us use more complicated data types for table variables than just text and numbers

What inspired this wish list request? 

Table variables are nice place to store information which users can then access as table variable or use in formulas. Currently we are limited to text and numeric values which limits the usage and requires workarounds

save matrix as table variable? 

 

What is the improvement you would like to see?

I would like that Table Variables would support all JMP data types (or at least lists, matrices and associative arrays). Currently we have to use workaround where we convert these into string and then back to the original datatype using Parse()

Names Default To Here(1);
dt = Open("$SAMPLE_DATA/Big Class.jmp");
dt << New Table Variable("Day_mat", Char([42 43]));

m = Parse(:Day_mat);

 

Why is this idea important?

Makes table variables more useful without the requirement to use workarounds which might or might not work.

 

 

3 Comments
nikles
Level VI

Thanks for submitting this wish @jthi .  I would add that the provided workaround of saving the matrix as a string (or alternatively saving the matrix as a jsl table script), means the value is essentially being saved to the table as text.  For very large matrices, my concern with either method is that this could result in greatly increasing the disk space needed for each table, and the corresponding load/save times.  I have not confirmed if that is really an issue, but it seems plausible.  Therefore, I too would like to see the ability to save matrices, lists, and associative arrays as table variables.

Status changed to: Acknowledged
 
mia_stephens
Staff
Status changed to: Investigating