JMP Wish List

What inspired this wish list request?  Displaying images on hover over on JMP Graphs is useful but it can be cumbersome to display multiple images at the same time.     What is the improvement you would like to see?  I would like to see new pre-determined Hover Label just for images/pictures. We have Label Viewer but it has very strict format in which it displays the labels (maybe this could be added to label viewer, but I think maybe having new "Image Label Viewer" might be also a good thing)   If there is single row With multiple rows   I would like to be able to choose between horizontal/vertical/grid layouts. Using the examples above this is very simplified example (only for single rows but if needed I can create examples for how it could behave for multirows) Horizontal layout   Vertical (basically what we already have) Grid with width of 2 Grid with width of 3: Why is this idea important?  Makes it much easier to utilize images in hover labels without scripting.     One more thing to add to to my increasing list of "create add-in of this". ... View more

☐ cool new feature ☐ could help many users! ☑ feels like a „bug“ ☐ nice to have ☐ nobody needs it   What inspired this wish list request?  Some display boxes are not supported via Application Builder: https://community.jmp.com/t5/Discussions/range-slider-box/m-p/696994/highlight/true#M88219    What is the improvement you would like to see?  Please add Application Builder support for the missing Display Boxes:   Range Slider Box (according to Jmp Support, TS-00074741, this was already requested before and is already on the radar of Jmp development) other missing Boxes, which may not be on Jmp dev. radar: Web Browser Box Scene Display List Calendar Box ...   Why is this idea important?  Application Builder is very helpful for users who design their own Reports. It should support all the functionality of Jmp.         more wishes submitted by   ... View more

I have to have multiple JMP versions installed at the same time, and from time to time I get confused which version I'm currently running. I can always check it from About menu or create an addin which will tell me the version + product, but I would rather use icons for that.  Currently I have three different JMP versions in "active" use (even more versions installed...). I have pinned them to taskbar and changed the icons but with the current icon selection I cannot choose to show the current version, differentiate between pro/non-pro or if the JMP is EA product.    Current icon selection JMP16 Pro:   My current selections to help me make a difference between different versions: JMP15 JMP16 Pro JMP17 EA   ... View more

☑ cool new feature ☑ could help many users! ☐ removes a "feels like bug“ ☐ nice to have ☐ nobody needs it     What inspired this wish list request?  A GraphBuilder plot with a categorical value on the X axis and another categorical value used as X Group generates a lot of white space: every X category shows up for every X Group.A wish to fix this issue is already under investigation: X group: restrict the values on the axis to the respective group  A proposal to get rid of the white space even without an optimized Graph builder: use categorical columns on the X axis and generate a hierarchical pattern. Indeed one gets rid of the unnecessary white space - but it's really hard to distinguish between 1st and 2nd order items (names and ages): It helps a bit to use different colors for the different grid lines, but the contrast could still be better ... Unfortunately, it's not possible to adjust the line width of the grid lines - this is just possible for the Tick marks. Nor is it possible to apply different colors to the backgrounds of the individual top-level blocks.   What is the improvement you would like to see? 1) In the  Properties menu, please add an option to specify the line width of the grid lines.   2) Please provide an option to apply different background colors to top-level blocks, or alternatively, automatically apply alternatingly  two different colors to the top-level X-Axis categories.   Why is this idea important?  The improvement will help the user to generate graphs in Jmp which are easier to understand.         more wishes submitted by   ... View more

☐ cool new feature ☑ could help many users! ☐ removes a „bug“ ☐ nice to have ☐ nobody needs it   What inspired this wish list request?  During script debugging, I often want to look into a for loop and execute the code step by step for one of the items. Most interesting: start the loop with the last value [e.g. after a failure]     All parameters are already set by the last run, just the looping parameter is missing. This is why most of my for loops look like this:   For Each( {mydt}, openTables, // mydt = openTables[13] the disabled code can be executed to set the looping parameter for debugging.     What is the improvement you would like to see?  Please add a command to the right click context menu:   [edit] plan B: Just copy the behavior of the for() loop: make the looping parameter accessible from outside the loop. -> if the code stops, the looping parameter is the last one in the cycle. -> great for debugging   Why is this idea important?  It's not important, but every *) JSL coder will love you.   more wishes by     *) maybe there was a reason to change the behavior. So: maybe not every  JSL coder is happy to see the old (deprecated?) behavior. ... View more

What inspired this wish list request?  Often times a split plot design cannot be completed in a single experimental session.  Multiple sessions over multiple days are required (examples:  firing of a ceramic, melt tanks, acid baths, or other hard to change factors with time and cost change-overs).   What is the improvement you would like to see?  Consider adding an option for blocking (Days or other periods, batches of raw material...) for split plot design when factors in the design are identified as hard-to-change. why is this idea important?  Ease of use.  Blocking of a split plot can be done but is not intuitive; requires one to know how to manipulate/trick the software by using a categorical factor and doing some manipulation of the resulting design.  Current version of jmp is 17.1     ... View more

Hello,   As an alternative to the Normal Quantile Plot in Distribution, can the ability to generate other plots (e.g., lognormal, Weibull, etc.) be generated? In effect, plots should be available for all of the Continuous Fit options. This is basically bringing in functionality similar to that in Life Distribution.   Thanks and regards Mehul Shroff ... View more

What inspired this wish list request?  Other wish list item created by meMake column properties usable with Filter Col Selector and Col List Selector and   tool which I have written which adds column properties based on the REST API returned values.   What is the improvement you would like to see?  When creating new tables with Summary, provide option to add Notes (or some other) column property to generated table which tells which options were used for that specific column. This would be especially useful when using "statistics column name format" option "column". The most simple implementation could be something like this   Why is this idea important? I like using Summary with "statistics column name format" option as "column" but from time to time I might forget which Statistic I used, this way I could quickly check what the statistic was. This also moves JMP a bit towards an idea where you could use column properties to store metadata (I will write my own add-in for this when I have time).   ... View more

What inspired this wish list request? This post Referencing a table that is created via "make into data table"  where user is creating complicated Workflow and tries to get values from report tables (when JMP creates tables from report table boxes they will get named "Untitled automatically.)   What is the improvement you would like to see? When user uses Make Into Data Table or Make Combined Data Table let them choose the name of resulting table.   Why is this idea important? Improves JMP's capability to provide robust scripts to user (easier for non-scripter people to create automatisations with enhanced log and workflow builder). ... View more

I would like to suggest the ability to simply 'pick files' from the list in a folder rather than figuring out a filter to apply or moving some files into separate folder.   Use Case: I have a dozen random-ish files in a folder and I want to combine 4 of them. Rather than finding a filter which would allow only those 4 files to be shown, I want to be able to ctrl+click them to build the list manually. (as i click the name populates in the 'select by name or extension box?) ... View more

The mouse scroll wheel works great for scrolling vertically in data tables, but there doesn't seem to be any way to scroll horizontally with the scroll wheel in Windows.   Suggest adding shift-scroll (hold down shift key while using the scroll wheel) to scroll data tables left or right horizontally on Windows.   (Note, this already works very well on the Mac.) ... View more

What inspired this wish list request?  There are some features of interactive Dashboards which are not implemented in interactive HTML yet. If such a feature is present in a Dashboard, the exported HTML file will no be interactive and a message is displayed: A question that arises very often: why is a local data filter not interactive: The Data Filter window is not interacting in HTML    JMP16 HTML Filter Disabled  Interactive HTML reports - local data filters not working in JMP 16?  Interactive HTML & JMP report: different behavior, different values  Need help. Got some error during create interactive HTML file  JMP16 Graph Builder publish in HTML not interactive      an the easy solution: it's due to the "Include" functionality: the graph adjusts (fit lins, X/Y Groups, plot region etc.)  to the displayed data points.  And at the moment, such an interactive adjustment is not yet possible in interactive HTML. A kind of solution: disable the Include mode.   There is a similar issue with "filter by" or "filter + 1 dashboard", where one graph is used to filter the other graphs in the Dashboard.   In this post: Filtered data function didn't work for JMP 14 dashboard interactive HTML report   @John_Powell_JMP provided a workaround: replace the selection graph with a local data filter and disable include mode. Till 2020, selection filters have not been implemented in Interactive HTML. when @josh_markwordt reported that  a request was added for the feature request being used internally to track it. Unfortunately, there were too few votes to support the feature in the internal tracking list, such that selection filters are not yet possible in interactive HTML: https://community.jmp.com/t5/Discussions/Interactive-HTML-and-Filter-By/m-p/629842/highlight/true#M82795    What is the improvement you would like to see?  Please implement selection filters in interactive HTML, i.e. the functionality that one graph can be used to filter the other graphs in the Dashboard. Please provide similar option like for Local Data Filter: Show and Include such that the selection filter can be used on any system -  the need for a Jmp Live Server.   Why is this idea important?  Interactive Plots in Jmp are very cool. Interactive Plots exported as interactive HTML are convenient to share some kind of this spirit with non-Jmp users. Non-interactive features in interactive HTML are not cool. -> remove them!         more wishes submitted by   ... View more

☑ cool new feature ☑ could help many users! ☐ removes a „bug“ ☐ nice to have ☐ nobody needs it   #myTop10_2022     For Local Data filters, the Select option is missing: https://community.jmp.com/t5/Discussions/Collection-of-quot-funny-quot-JSL-newbie-questions/m-p/579590/highlight/true#M78685   Is the absence of Select mode a fundamental necessity for Jmp to work - or is it just like @ian_jmp guesses: https://community.jmp.com/t5/Discussions/Collection-of-quot-funny-quot-JSL-newbie-questions/m-p/580295/highlight/true#M78738 ~ It's removed because otherwise the user could be confused by the too many possibilities/too much functionality.   I understand that not every user needs a Select option in a local data filter.   But on the other hand - with the select option enabled, you could generate a completely new generation of Dashboards. Even after generation of the Dashboard, the user can add variables to the Data filter - and use them to highlight points in the plots! Thereby, the user of the dashborad is no longer restricted by the creativity of the coder of the dashboard.   The Enhanced Sankey Plot Add-In is a great example of how versatile a Dashbord can be with a select - enabled Data Filter: https://community.jmp.com/t5/JMP-Add-Ins/Enhanced-Sankey-Plot-ESP/ta-p/549745 Here, @jthi uses a generic Data Filter as a universal highlight tool. Wether you want to analyze mushrooms, chips or populations, you will always be able to select the values which you want to use to highlight data points. The only disadvantage here: @jthi  had to use a global data filter to provide the functionality - i.e. with all the disadvantages of a global data filter!   The additional benefit of a Select-enabled Local Data filter: If you just have a GraphBuilder report open, you can enable/disable "Dashboard" mode with a single click on the Local Data Filter Icon on the Report Toolbar. Cool, right? So here is my Wish: Please >don't< disable select mode for Local Data Filters.                 more wishes submitted by   ... View more

I have tried to use different state handlers JMP provides, but the more I use them the more I notice issues with them. There are many reasons why I would like to use them and maybe even more reasons for me to avoid them. Biggest issue is usually that they seem to trigger too many times and value returned is not that helpful.   Subscribe To Data Table List() is fairly good example on how most of these should work. You can add different functions to different events (sometimes it is a hassle though). You can imagine how well Subscribe To Data Table List() would work if it would trigger every time something happens to data table list (add, remove, rename) and it would return only data table name for example (or number of data tables changed...) and nothing more.   Below are some problems and suggestions: Hover Label Problem Seems to get triggered when you move close to the point you want to hover over. This causes multiple triggers and slows down JMP unnecessarily and sometimes this slow-down is quite big. Also triggers immediately when you hover over point -> if you move mouse fast over multiple elements it will trigger multiple times. Also triggers multiple times on hover over (could be related to all of the things mentioned earlier) Suggestions Make it more accurate when hover label triggers. Add possibility for "delay" when to trigger event, for example I would like to be able to trigger hover label after user has hovered over same element for 0.2s. Also allow selection of "safe-zone" to determine when hover label should even trigger.   Row State Handler Problem Triggers too many times and all events. Has a bug where you remove row, the row state handler seems to get removed. Suggestions Most likely would be enough if there was a way to capture only specific row state changes (and fix the bug).   Filter State Handler Problem Triggers too many times. One example is that if you even look at the filter the state handler will trigger. Suggestions Remove unnecessary triggers from Filter State Handler or give possibility to choose which states should trigger which function.   Scheduler Problem Can have only one scheduler at the time and you cannot hide the scheduler window. Suggestions Allow creation of private schedulers (currently I hide the window and hope that user won't close it) and multiple different schedulers at the same time. ... View more

Hello,   Can Graph Builder be enhanced to add a numeric secondary Y-axis on the right side with the same features and capabilities as the primary one? The current workaround involves dragging the variables to the left-side axis, formatting them as needed, and then moving them right. In some cases, that can get cumbersome / convoluted and having a dedicated axis (separate from the already available Category Y) would be extremely helpful. Thanks and regards Mehul Shroff cc: @PatrickGiuliano ... View more

Like in other statistical software it would be nice to be able to calculate tolerance intervals for the following non-normal distributions: Lognormal Gamma Exponential Smallest extreme value Largest extreme value Logistic Loglogistic Weibull I know there are some workarounds and normalizing via transformation ist always a possibility, but having just to press one button would be perfect.   Best regards, Christian ... View more

☐ cool new feature ☐ could help many users! ☑ removes a „bug“ ☐ nice to have ☐ nobody needs it   What inspired this wish list request?  this community discussion : Graph Builder: Unclear statistics when using multiple response columns    @gnu23 wrote: I think the discussion boils down to the question, if statistics on multiple response columns should generally either use the number of responses (standard now in JMP) or the number of rows as 'n'. In my opinion the second option would make more sense for many use cases and an option to switch between these two values for 'n' would increase the (already very nice) functionality of multiple response columns.     The default statistics in Graph Builder for counts and percentage, is (*):  "one row counts one - Ntotal (denominator for percentages) is the number of rows". [This statistics can be adjusted via the Freq/Weight drop zone.]   Surprising: If a column with modeling type "multiple response" is used ANYWHERE in the graph, the statistics changes to "one response counts one [OK] Ntotal (denominator for percentages) is number of responses" [maybe: not OK].   So, to generate meaningful bar charts on the porcelain layer, it seems that on the plumbing layer Jmp  stacks the individual responses, creating additional "rows", and then applies the standard logic (*) For simple bar charts, this might be reasonable, but for Ntotal and the calculated percentages it leads to funny/strange effects.   What is the improvement you would like to see?  Please provide a more meaningful statistics for Multiple Response (e.g. as an alternative to the current version): "one response counts one But: denominator for percentages (Ntotal) is the number of rows contributing to the plot - like in standard Graph Builder"   on the plumbing layer one might think of: Any column with multiple responses is split into "indicator columns", representing each response - the number of rows stays constant. This approach is much closer to the default Statistics in Graph Builder. As a side effect, this alternative approach will also fix a bug which shows up if multiple columns with modelling type "multiple response" are used in one graph: https://community.jmp.com/t5/Discussions/Graph-Builder-Unclear-statistics-when-using-multiple-response/m-p/754313/highlight/true#M93647    Why is this idea important?  a) Meaningful statistics. b) no misleading statistics anymore for users who don't "notice"      other wishes from  ... View more

What inspired this wish list request?  Graph Builder has a DropZone to automatically adjust the color of Data Points, Bar charts, Heat Maps etc. Whenever several rows of the data table are combined to produce one data point, bar, heatmap cell ... , the respective colors are blended. Very cool!   Unfortunately, Tabulate doesn't have a Color Dropzone: https://community.jmp.com/t5/Discussions/Color-Tabulate-report-based-on-other-column-value/td-p/528641  https://community.jmp.com/t5/Discussions/Color-Cells-based-on-formula-result-and-display-using-tabulate/td-p/56954      What is the improvement you would like to see?  and let Tabulate automatically adjust the background color of rows. If several rows of the data table are combined to produce one row in Tabulate, the respective colors should be blended. Like in Graph Builder, please add a function to adjust the transparency.     Why is this idea important?  Just imagine how useful Tabulate could be with the new function :) - for hierarchical groups, the main label could be used as color to give the table some structure - a column could be used as color which is not directly used for Tabulate - to highlight some rows.   v18 (?):         Tabulate without colors (v17.1):   Names Default to Here(1); dt = Open( "$SAMPLE_DATA/Big Class.jmp" ); dt << Tabulate( Show Control Panel( 0 ), Add Table( Column Table( Analysis Columns( :height, :weight ), Statistics( Mean ) ), Row Table( Grouping Columns( :sex, :name ) ) ) )         more wishes submitted by   ... View more

What inspired this wish list request?  While crosshair tool is useful to read the approximate values around the curves it would be good to snap on a smoother-ed curve that is closest to the crosshair.   What is the improvement you would like to see?  Snap feature on the graph.   Why is this idea important?  This will enable quicker and more accurate look at the curve values compared to going into the table.   ... View more