キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 
  • JMP will suspend normal business operations for our Winter Holiday beginning on Wednesday, Dec. 24, 2025, at 5:00 p.m. ET (2:00 p.m. ET for JMP Accounts Receivable).
    Regular business hours will resume at 9:00 a.m. EST on Friday, Jan. 2, 2026.
  • We’re retiring the File Exchange at the end of this year. The JMP Marketplace is now your destination for add-ins and extensions.

Discussions

Solve problems, and share tips and tricks with other JMP users.
言語を選択 翻訳バーを非表示
klk
klk
Level III

Jmp "Project" vs. "Application"

Hi all,

 

We're looking at scripting/automating some repetetive tasks.  I can't decide if it makes more sense to create this tool as a "Project" or a "Application".  They both seem to allow you to have a data table and multiple other reports open and organized as tabs within a single window.  I'm looking for any comments on the pros/cons of each approach.  Use case is having a data table associated with a single test and multiple other reports (graph builder, etc.) pulling data from that table.

 

At the moment I'm leaning towards at project as it seems more amenable to scripting.

 

If anyone has comments/suggestions one way or another, I'd be happy to hear them!

 

Thanks,

Kristo

1件の返信1
P_Bartell
Level VIII

Re: Jmp "Project" vs. "Application"

Here's my take on your situation. Others may feel differently? I like to describe a JMP Project as a container for all the various elements associated with a body of work. The container can hold lots of elements. To name a few, JMP (data tables, journals, applications, dashboards, scripts, platform reports) and non JMP files such a MS (PowerPoint, Excel, Word) and other files like pdf files, jpeg's, etc. So your automation content (scripts or applications) could sit inside the Project. So what you might want to consider is creating your automation elements and THEN including them as content in the project.

おすすめの記事