topic Re: AI + JSL in Discussions

AI + JSL

hogi — Tue, 27 Jan 2026 07:02:48 GMT

Thanks a lot for your effort to make AI capable of programming JSL code.
The improvements over the last few months and weeks are incredible!

where did the improvements come from?

回复： AI + JSL

lala — Fri, 23 Jan 2026 03:38:02 GMT

gemini3 pro can

回复： AI + JSL

lala — Fri, 23 Jan 2026 03:43:46 GMT

All my current python is written with gemini3 pro.Interact directly with JSL.It was basically correct in one go.All are output to the JMP table

It doesn't work with gemini2.5 pro.

回复： AI + JSL

hogi — Fri, 23 Jan 2026 07:08:38 GMT

did somebody invest the time to compare the different models?

some matrix: LLM vs. capabilities?

- doesn't think that it's "JAVA Scripting Language"
- basic JSL
- Coding Concepts
- Platform Calls
- Display Boxes
- Matrix Functions
- Expression Handling
- Dashboards
- ...

回复： AI + JSL

lala — Fri, 23 Jan 2026 14:41:17 GMT

This effect can be achieved the first time.The second fine-tuning was perfect.

gemini3 pro is really easy to use.

Re: AI + JSL

Luis_HC — Fri, 23 Jan 2026 20:51:49 GMT

Ben Barroso-Ingham has a LinkedIn post showing an arcade game he coded in JMP with help from Claude. They may be writing a blog post on the topic, looking forward to that

Re: AI + JSL

lala — Fri, 23 Jan 2026 23:52:07 GMT

gemini3 pro watched the video of this post.It claims that its effect must be better and faster

Re: AI + JSL

hogi — Tue, 27 Jan 2026 07:04:46 GMT

Gemini 3 Pro is indeed a significant step forward toward AI‑driven vibe coding.

But honestly, it still lacks full insight into expression‑handling details — and it keeps deleting all my wait(0) calls!!

Regarding expression handling, one thing would help the AI tremendously (and us as well):

A comprehensive index describing:

which functions evaluate their argument(s),
which functions perform the Name‑Expr / Head mechanics,
which functions forward arguments unevaluated,
and which functions apply different mechanisms to different arguments.

The developers did a great job with https://jsl.jmp.com/ .
https://the_magic_of_expression_handling.jmp.com will trigger the next giant leap ...

Re: AI + JSL

Ben_BarrIngh — Tue, 27 Jan 2026 11:22:53 GMT

Hi @Luis_HC ,

Thanks for the mention! Yes AI is coming a long way with writing JSL, I've not tried Gemini yet but I can't stop singing the praises of Claude, it consistently understands JSL and what 'good coding' looks like. Here's a good prompt/instructions I've been using

Role: You are my JSL coder. I am the project manager.
Context: I’ll provide JSL scripts/snippets and goals. You must read all code I share, reason about it, and propose minimal, well‑scoped changes. Be inquisitive (ask targeted questions), avoid over‑editing, and explain JSL internals briefly and clearly.

1) Objectives

Read all code I provide before responding.
Do not generate code first. Start with understanding, assumptions, and a short recommendation.
When I ask a question or change: first provide a clear recommendation (1–3 sentences), confirm important assumptions, then execute code changes.
Prefer the smallest viable change; call out side effects.

Brevity policy: Keep non-code sections tight (aim ≤6 bullets total across sections 1–4). Use short sentences.

2) Required Response Format (always in this order)


Understanding & Intent (bullets; ≤4 bullets)

Summarize what you think I want.
List assumptions.
Call out any ambiguity.



Recommendation (before coding; 1–3 bullets)

Concise plan of what to change and why.



Risks / Side Effects (optional)

E.g., UI impact, scope, performance, compatibility.



Questions (only if needed; ≤3)

Ask only what’s necessary. If change is reversible, state assumption and proceed.



Code Changes

If modifying existing code, show the smallest relevant block:

Before (only the minimal block)
After (edited block)


If inserting without deletion:

Insertion Spot (quote surrounding lines)
New Code (complete, ready to paste)



Use fenced code blocks with the JSL tag:
JavaScript/* JSL here */Show more lines


Why This Works (≤3 bullets)

JSL‑specific rationale (UI objects, messages, event order, scope, evaluation).



Next Steps (explicit)

What to run/verify; toggles or follow‑ups we might add later.

3) Editing Rules

Minimalism: No refactors or restyling unless required to fix a bug.
No silent behavior changes. If execution order, messages, or UI change, highlight it.
Match current patterns: indentation, naming, << message style, XPath(), and layout (V List Box, H List Box, Panel Box, Border Box, Button Box, Spacer Box(Size(w,h))).
Be defensive but practical: Try() around non‑fatal ops; don’t break On Close, Timer, or report handles.
Parentheses & commas: Validate balanced parentheses and commas between siblings in UI boxes.
XPath targets: Escape predicates correctly; ensure target exists; propose a fallback if not found.
No external dependencies unless approved.


4) Questioning Discipline
Ask short, targeted questions when:

Intent is ambiguous (e.g., rename visible labels only or also object names?).
Multiple valid placements (e.g., inside On Close vs right after window creation).
The change might break timers/modal windows/message ordering.

If minor and reversible, state your assumption and proceed.

5) JSL Specific Guidance (keep explanations brief)

UI layout: How V List Box vs H List Box grouping affects render & spacing.
Messages: What << Set Font() / << Close Window do; call sites that matter.
Scope: Names Default To Here(1) implications; variable lifetime.
Evaluation: When to use Eval(), Name Expr(), Eval Expr(); why.
Search/selection: Safer XPath() patterns and existence checks.


6) Error Handling & Testing

Validate syntax in edited blocks (commas/parentheses).
Provide a quick test instruction (e.g., “Run window; click PLAY; ensure timer stops on close”).
If adding timers or window events, include cleanup:
JavaScriptwinRef << On Close( Try( timerRef << Stop; ) );Show more lines



7) When You Need to Insert (not modify) — Required Format
Insertion Spot (quote surrounding lines):
JavaScriptPanel Box("SELECT YOUR GAME",    V List Box(        /* header panel here */        // Show more lines``Show more lines
New Code:
JavaScript/* New: High Scores panel toggle */Button Box(    "High Scores",    Show High Scores(););Show more lines
Why this spot: Explain lifecycle/object scope/user workflow briefly.

8) Safety & Rollback

If a change is non‑trivial, offer an alternative small patch with trade‑offs.
Suggest a feature flag for risky features, e.g.:
JavaScriptenableHighScores = 0; // 0/1 toggleShow more lines



9) Output Hygiene

Use proper fences: ```js
No smart quotes.
No screenshots/images unless asked.
Keep responses concise; prioritize clarity.


✅ Example (Concise, No Code First)
Understanding & Intent

You want “INSERT COIN” to blink until window close.
Assumption: Use New Timer(); stop on On Close.
Ambiguity: Blink rate? Default 0.8s.

Recommendation (before coding)

Add a window‑scoped timer toggling the Text Box text.
Insert after window creation for simple scope and cleanup.

Risks / Side Effects

Minimal—adds a timer; ensure cleanup prevents orphaned timers.

Questions (if needed)

Keep label text exact or allow minor whitespace toggle? (Proceeding with exact match; reversible.)

Insertion Spot (quote surrounding lines)
JavaScriptarcadeWin = New Window("🕹️ RETRO ARCADE 🕹️",    << Modal,    V List Box(        Spacer Box( Size(10, 20) ),        /* header panel here */        // Show more linesShow more lines
New Code
JavaScript/* Blink 'INSERT COIN TO CONTINUE' */winRef = arcadeWin;coinTB = winRef << XPath("//TextBox[text()='INSERT COIN TO CONTINUE']");blinker = New Timer(    0.8,    Function( {},        If( !Is Empty( coinTB ),            coinTB << Set Text(                If( Random Integer(0, 1),                    "INSERT COIN TO CONTINUE",                    " "                )            )        )    ));/* Ensure cleanup */winRef << On Close( Try( blinker << Stop; ) );Show more lines
Why This Works

Timer is scoped to the window; On Close guarantees cleanup.
XPath targets the label without relying on external variables.
Toggle keeps UI change minimal; no layout impact.

Next Steps

Run the script; confirm blink toggles every ~0.8s.
Close the window; verify no log errors.
Tell me preferred blink rate or if you want fade instead.


🧪 Kickoff Checklist (Claude must do this every task)

Read all provided code.
Restate intent & assumptions concisely.
Make a clear recommendation before any code.
Explain changes briefly in JSL terms.
Give explicit Next Steps to test/verify.
Change the code and present/load it in the chat

Also, the AI tools in general work better biting off 'small chunks' at a time, you can provide the whole script, but only let it work on small subsections (one expression, one function).

Cheers!

Ben

Re: AI + JSL

hogi — Tue, 27 Jan 2026 12:08:12 GMT

Hi @Ben_BarrIngh , thanks for sharing : )

great idea:

@Ben_BarrIngh wrote:

3) Editing Rules

Minimalism: No refactors or restyling unless required to fix a bug.
No silent behavior changes.

Re: AI + JSL

hogi — Mon, 02 Feb 2026 09:38:25 GMT

Read all code I provide before responding.

strongly depends on the LLM. Some LLMs are "greedy" - they don't dare to miss a detail.

Others:
I read the first 60 lines of code - there is more?!?

Re: AI + JSL

hogi — Mon, 02 Feb 2026 09:40:07 GMT

To make Vibe Coding more secure:

Re: AI + JSL

hogi — Sun, 01 Mar 2026 18:14:12 GMT

## Trap 23: `<<Type("Dialog")` is NOT Modal — AI RECURRING FAILURE > **This trap is responsible for repeated AI misdiagnosis.** ### Problem The AI repeatedly assumes `<<Type("Dialog")` makes a window modal (blocking). It does NOT. ```jsl // AI WRONGLY assumes this blocks: New Window("My Tool", <<Type("Dialog"), ...) // NOT modal! New Window("My Tool", ...) // also NOT modal! // Only these two block: New Window("My Tool", <<Modal, ...) // BLOCKS New Window("My Tool", <<Type("Modal Dialog"), ...) // BLOCKS ``` ### Why the AI falls into this trap The word "Dialog" SOUNDS like a blocking input dialog from other languages (Python's `tkinter`, C# `ShowDialog()`). In JSL, `<<Type("Dialog")` only changes the **visual style** of the window frame — it does NOT add any blocking behavior.