Wolfram should buy this from you, or hire you to do design.

Why did you decide to make a new frontend instead of working on the official Jupyter extension? That would have wider appeal, I'm not sure I can get IT to approve installing something like this, as great as it looks.

First, thank you for this question. It is an important one.

Do I know what I am talking about?

• I have developed a few Jupyter packages in Python and Raku.

  • See "JupyterChatbook" (pypi.org) and "Jupyter::Chatbook" (raku.land).

• Those are "full featured" chatbooks, which I use everyday in different contexts.

  • See for example this recent video of mine.

• Here is a comparison of Python, Raku, and WL on LLM functionalities that includes chatbooks.

Deficiencies of Jupyter

• For a long time Jupyter notebooks were clunky and buggy.
• Many of the user experience designs for Jupyter are questionable.
  • Some sort of "vi mode" is employed!!
• It is not trivial to make magic cells with different types of output.
  • Say, Mermaid-JS, featured in the main post.
• There is no reliable way to make JavaScript graphics display in Jupyter notebooks.
  • Certain hacks are used and they do not always work.
• I tried to develop further Wolfram Language Jupyter Kernel without much success.
  • This a personal point of view, of course.
  • After studying the code, I decided it is not worth my time to change or develop it further.

On WLJS

• If you are going to use a "web-browser" solution, it should be better if it is "directly" based on JavaScript.
• Jupyter itself has JavaScript roots: a fundamental design decision is to use JSON.
  • Similar to the use of M-expressions by Mathematica notebooks.
• A front end programmed in JavaScript gives much more "immediate" interactive functionalities.
  • Including graphics, Manipulate-like interfaces, Dataset, etc.
• Please see the response by Kirill Vasin above.
  • He provides details I do not need to summarize or spell out here.
  • And yes, ZeroMQ is great, but it has a fair amount of "small difficulties" in all programming languages I used it with.
    • (Python, R, Raku, Swift, WL.)

Hi! It will most likely be impossible to run this entirely on Mathics, as in its current form, Mathics lacks many of the critical features to run the server. But, Mathics can be plugged in quite easily as a separate kernel with its own cell type. Then you will have both Mathics and WL in one notebook at the same time

Lots of moving parts in that notebook solution!

Here is a corresponding image (can be generated with the attached notebook):

Attachments:

Wolfs-and-rams-w...nb

Well, most likely verifying Integrate's integration rules...