Hi, my name is Joseph. I’m new here, but I’ve known wolfram’s technologies since some years ago. Please forgive me if I make some spelling mistakes, my english is not perfect.
I’ve worked some years ago to develop a new way to express math relationships. I believe there must be another simpler and smarter way to express math, without disregarding the natural beauty of it. Eventually, I developed a simple math notation that, I think, fits my expectations and goals.
I have not found another similar way to express math, so I dream it will be useful for educators and scientsts, someday.
I open this thread because I need your opinion, criticism and scrutiny. This is a big and organized forum, so I believe there are many brilliant people with a honest opinion to give. Suggestions are all welcome, and this notation open to changes and improvements based on your reviews.
This probably could be implemented in Wolfram Language. Do you have any code for this - I have not seen any Mathematica files in your linked GitHub repository.
Another question. How do you suggest dealing with self-overlapping branches for large enough expressions? First thing that comes to mind is scaling down the branch size on deeper tree levels.
I have not yet implemented this on any programming language, since my main purpose was to design a notation. However, that would be a good project to implement it in code, and I hope to start a project like that in the future. I know some python and ruby, but I have never used Wolfram Programming Language for projects. I appreciate that suggestion, since I know it is a good language for this purpose.
Also, I would like to find flaws and ambiguity first, before implementing it, because I fear I could loose valuable time implementing something that may not work.
Another question. How do you suggest dealing with self-overlapping
branches for large enough expressions? First thing that comes to mind
is scaling down the branch size on deeper tree levels.
Good question. I suggest pipes (long lines and L’s) to avoid overlapping (you can actually play with the length of the branches), but also variables to replace whole sections of the expression and express them somewhere else (or omit them, if they are not being discussed).
My biggest concerns are redundant variables in the same tree. I know traditional notation would allow them, but I’m not sure they work very well with this notation.
and did you know that physicist Richard P. Feynman (a big diagramatic person, by the way) in his youth used to use his own symbolics because he felt the official (common-sense) notation awkward and confusing … later on the wish to be understood and to be able to communicate with others let him switch back to the usual notation (invented on its own by some mindful people, too) …