Re: [sympy] Introducing Equation module

On Thursday, May 20, 2021 at 5:45:39 AM UTC-5 hanspete...@fhnw.ch wrote: > In SymPy, str() is meant to be copy-paste-d. See > https://docs.sympy.org/latest/tutorial/printing.html#st > > Let me restate my question. I am clear on what

Re: [sympy] Introducing Equation module

In SymPy, str() is meant to be copy-paste-d. See https://docs.sympy.org/latest/tutorial/printing.html#str Hanspi -- 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

Re: [sympy] Introducing Equation module

On Friday, May 14, 2021 at 8:05:27 AM UTC-5 smi...@gmail.com wrote: > the str() representation should be something that can be copy-pasted I like the ability to cut-and-paste the output of a `print()`. However, delving into the standards for Python suggests that `repr()` should return an

Re: [sympy] Introducing Equation module

> the str() representation should be something that can be copy-pasted This, of course, allows for creativity in presentation to get the cut-and-paste right while still giving something that is easy to look at. Consider the matrix-like presentation of Matrix: >>> ones(2) Matrix([ [1, 1], [1,

Re: [sympy] Introducing Equation module

On Tue, May 11, 2021 at 6:24 PM gu...@uwosh.edu wrote: > > > I called myself naive, in that I suppose I think it would ideally know > > that SymPy would not generate ambiguous results. One simple answer here > > might be not to supply a simple rendering of Equation(a,b) except to for > > use with

Re: [sympy] Introducing Equation module

> I would do this like: Interesting to see the different approaches. My version doesn't involve resetting the head: git checkout master git pull git checkout my git merge master git diff master > dif git branch myback git checkout master git branch -D my git checkout -b my git apply dif git

Re: [sympy] Introducing Equation module

On Thu, May 13, 2021 at 6:47 PM gu...@uwosh.edu wrote: > > Having tried various versions of what Matthias suggests, I think the solution > for my case is probably what Chris suggests. Using the one command I suggested, this takes less than a minute and there is no way I can forget to add

Re: [sympy] Introducing Equation module

I think when you've merged with master a few times already it gets fiddly to do anything other than what Chris suggests. The rebase can be worth it if there was a clean commit history but if you're squashing then you can just do it the direct way. I would do this like: $ git checkout mybranch $

Re: [sympy] Introducing Equation module

Having tried various versions of what Matthias suggests, I think the solution for my case is probably what Chris suggests. Thanks, Jonathan On Thursday, May 13, 2021 at 10:47:23 AM UTC-5 matthia...@gmail.com wrote: > Hi Jonathan. > > On Thu, May 13, 2021 at 3:02 PM gu...@uwosh.edu wrote: > > >

Re: [sympy] Introducing Equation module

Hi Jonathan. On Thu, May 13, 2021 at 3:02 PM gu...@uwosh.edu wrote: > > Jisoo, > > If you can get it to work that would be great. I tried to squash everything > into one commit in PR #21333, but I could not get GIT to do it. I'm not sure > why. If you do get it to work, please let me know how.

Re: [sympy] Introducing Equation module

In such case where the squash doesn't work as you would wish you can 1. merge with master, 2. create a diff relative to master, 3. create a new branch from master and 4. apply to diff and 5. copy the author to that commit. /c On Thursday, May 13, 2021 at 8:02:32 AM UTC-5

Re: [sympy] Introducing Equation module

Jisoo, If you can get it to work that would be great. I tried to squash everything into one commit in PR #21333, but I could not get GIT to do it. I'm not sure why. If you do get it to work, please let me know how. Jonathan On Wednesday, May 12,

Re: [sympy] Introducing Equation module

Jonathan, may I squash the commits when the PR is merged? This means that your 80 commit logs will be lost, but you will still have the credits as a co-author. Jisoo Song 2021년 5월 12일 수요일 오전 9시 24분 39초 UTC+9에 gu...@uwosh.edu님이 작성: > > I called myself naive, in that I suppose I think it would

Re: [sympy] Introducing Equation module

> I called myself naive, in that I suppose I think it would ideally know > that SymPy would not generate ambiguous results. One simple answer here > might be not to supply a simple rendering of Equation(a,b) except to for > use with TeX, where I suppose it would be possible to render the '=' in

Re: [sympy] Introducing Equation module

On 09/05/2021 23:52, gu...@uwosh.edu wrote: David, I do not think you are being naive. The choice of representation is to keep things as close to standard mathematics as possible. However, your suggestions are approaches taken by others. For example Sagemath uses a==4 as the way to input and

Re: [sympy] Introducing Equation module

David, I do not think you are being naive. The choice of representation is to keep things as close to standard mathematics as possible. However, your suggestions are approaches taken by others. For example Sagemath uses a==4 as the way to input and display something similar to the proposed

Re: [sympy] Introducing Equation module

On 09/05/2021 22:59, gu...@uwosh.edu wrote: David, A pip install that does this and more is available through Algebra_with_SymPy . The Algebra with SymPy repository also has a Binder link were you

Re: [sympy] Introducing Equation module

David, A pip install that does this and more is available through Algebra_with_SymPy . The Algebra with SymPy repository also has a Binder link were you can try this out. I have been using it for about

Re: [sympy] Introducing Equation module

On 09/05/2021 07:12, JSS95 wrote: Symbolic equation has been proposed and discussed since 2020. See #19479  and previous discussion . The idea is that Eq should be a boolean relation and Eqn should be

[sympy] Introducing Equation module

Symbolic equation has been proposed and discussed since 2020. See #19479 and previous discussion . The idea is that Eq should be a boolean relation and Eqn should be symbolic relation. Unlike Eq, Eqn