On Thursday, March 28, 2024 at 5:47:11 PM UTC-5 asme...@gmail.com wrote: I think we should try to include something like this in SymPy.
I'm a little confused by your screenshot. eq =@ c = d is not valid Python syntax. Are you extending the parser somehow to make it valid? Aaron Meurer Aaron, Sorry about non-Pythonic syntax. You can define equations using `eq1 = Equation(a/b,c-d)`. For this list, I probably should not have used the compact notation. Algebra_with_Sympy implements a pre-parser that includes the compact `=@` syntax as a substitute for `= Equation(...)`. The pre-parser also implements some other convenience features such as allowing on-the-fly toggling (on/off) casting of Python `int` -> Sympy `Integer`. Most of the interactive user features depend on the existence of an `Equation` class in Sympy, although some of the interactive usability features apply to any Sympy expression. Thus, I would be strongly in favor of including the `Equation` class in Sympy. I am not in favor of modifying the behavior of the `Eq` class because currently other parts of Sympy depend upon its current behavior. Because of the current behavior of `Eq` I do not think it can be reliably used as an input to `.subs()`, `evalf()` or `solve()`. Thus the need for `Equation`. I also think it might be better to keep the interactive convenience behaviors, such as the request that started this thread, in a separate package such as Algebra_with_Sympy. I have been able to figure out how to have them live there happily, as long as the `Equation` class is embedded in Sympy. Jonathan -- 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 view this discussion on the web visit https://groups.google.com/d/msgid/sympy/08e2dc87-d6ff-45e9-bc81-ea4c429ffe05n%40googlegroups.com.
