It would be a good idea about making a new frontend for our project.

However, I think that if we make our own frontend from the scratch, we 
should either have to prove that we have features more efficient, or more 
unique from the Jupyter notebook, to make a standpoint.

For things that can stand apart from the Jupyter, I think it can be things 
like formula editor,
or some capability like accepting inputs more than plain texts, like images 
or typesetted math notations, like in Mathematica.
Mathematica also have implemented iconization in 12.

I just wonder if you have the same roadmap, if you had been a long user of 
Mathematica.

On Thursday, May 2, 2019 at 2:47:09 AM UTC+9, David Bailey wrote:
>
> Hello,
>
> I used to work as an independent Mathematica consultant, and as such have 
> a detailed familiarity with their Notebook mechanism. In my opinion 
> Mathematica notebooks made Mathematica stand out - being able to work with 
> algebra and calculus roughly as it would appear in a textbook   made the 
> system far easier to use than other computer algebra systems. Mathematica 
> notebooks also provide a way to store work in a form that is easy to run 
> again and modify, as required.
>
> Of course, Mathematica is extremely expensive, and every new version is 
> bloated out with ever more functionality that hardly anyone needs. Recent 
> versions of Mathematica are also licensed to individual computers, and it 
> is necessary to contact Wolfram Research to move to another machine. I was 
> therefore delighted to discover SymPy - completely free, and able to tackle 
> most of the algebra and calculus problems that engineers and scientists 
> require. I would imagine that almost everyone who buys Mathematica, uses it 
> to solve problems that SymPy and its related packages can tackle for free!
>
> Unfortunately I have found the Juypiter frontend extremely hard to work 
> with. I am posting here, because I am proposing to provide an alternative 
> to Juypiter notebooks that does not use a browser based interface, and 
> works directly with the Win32 API in 64-bit mode. Since I am proposing to 
> replace Juypiter specifically for SymPy, I thought it was probably best to 
> post here, rather than in a Juypiter-related forum.
>
> I am mostly retired now, so if I do this, it will be as a free 
> contribution to the SymPy project. I already have a working basic prototype.
>
> Although this proposal relates to the Windows platform, I can see no 
> reason why it would not port to any 64-bit platform that can run Wine.
>
> My prototype works directly with Python using the C-Python interface, so 
> there are no problems with communicating processes, and obviously it is not 
> necessary to have a CMD box running in the background to make it work!
>
> In my experience, the fact that Mathematica's notebooks do run as a 
> frontend/kernel combination, does lead to visible complications for users 
> of the software. Glitches of various sorts are inevitable.
>
> If anyone wants to know why I consider Juypiter unsatisfactory, I am happy 
> to go into more detail.
>
> Basically I want to know what you all think about this software, which I 
> propose to call SymPyNotebook.
>
> David
>

-- 
You received this message because you are subscribed to the Google Groups 
"sympy" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sympy+unsubscr...@googlegroups.com.
To post to this group, send email to sympy@googlegroups.com.
Visit this group at https://groups.google.com/group/sympy.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sympy/5e39ed65-f187-4bb2-81b1-747dadc0239f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to