Comment #2 on issue 1518 by smichr: spelling and grammar pass 2
http://code.google.com/p/sympy/issues/detail?id=1518
I created a branch of the master, did a rebase and found the problem files,
fixed the
problems and tried to push it to my github account:
git push
Updates:
Status: Started
Owner: ---
Labels: -NeedsReview
Comment #6 on issue 1473 by fab...@fseoane.net: __mod__ does not work on
reals
http://code.google.com/p/sympy/issues/detail?id=1473
I reopen this because patch should be improved IMO. It makes extensive use
of
Updates:
Blockedon: 1520
Comment #36 on issue 1358 by fab...@fseoane.net: (e*f*e*f).subs(e*f,f*e+h)
fails if e*f is not commutative
http://code.google.com/p/sympy/issues/detail?id=1358
I think patch should be improved. As wflynny says, old method used to put
args into a
set thus
Issue 1520: Inconsistency in subs
http://code.google.com/p/sympy/issues/detail?id=1520
This issue is now blocking issue 1358.
See http://code.google.com/p/sympy/issues/detail?id=1358
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you
Comment #3 on issue 1506 by mattpap: Logo at docs.sympy.org
http://code.google.com/p/sympy/issues/detail?id=1506
Attached logo with transparent background (used GIMP for this).
Unfortunately I can't
make Inkscape compile on my system to see if this can be done automatically.
btw. Can't we
Comment #4 on issue 1506 by fredrik.johansson: Logo at docs.sympy.org
http://code.google.com/p/sympy/issues/detail?id=1506
However that version only uses binary transparency, and it's the version
rendered
against a blue background, so it will still only look good against a blue
background.
Comment #1 on issue 1520 by wflynny: Inconsistency in subs
http://code.google.com/p/sympy/issues/detail?id=1520
As you said, Mathematica does not match non-existent symbols.
In[1]:= x*y /. (2*x) - 2
Out[1]= x y
In[4]:= x*y /. 2 x - 2
Out[4]= x y
Neither does Maxima:
(%i4) subst(2,2*x,x*y);
Comment #7 on issue 1491 by ryanlists: generalize mainvar in LatexPrinter
http://code.google.com/p/sympy/issues/detail?id=1491
More contorl over the ordering of _print_Add would be great. This will
probably be
my next contribution. When I get ready to do that, I will look at the link
from
Comment #5 on issue 1506 by ondrej.certik: Logo at docs.sympy.org
http://code.google.com/p/sympy/issues/detail?id=1506
Right, but still probably better if sphinx changes the color a bit (as
opposed to the
white background).
Fredrik, do you know how to fix the alpha channel once and for all?
Comment #8 on issue 1491 by ryanlists: generalize mainvar in LatexPrinter
http://code.google.com/p/sympy/issues/detail?id=1491
More contorl over the ordering of _print_Add would be great. This will
probably be
my next contribution. When I get ready to do that, I will look at the link
from
Comment #7 on issue 1473 by ondrej.certik: __mod__ does not work on reals
http://code.google.com/p/sympy/issues/detail?id=1473
I agree.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue
Comment #7 on issue 1490 by ryanlists: LatexPrinter doprint inline=None
http://code.google.com/p/sympy/issues/detail?id=1490
inline=False must be longer than inline=True. inline=True mean the
equation is
within a sentence like $x+y$. inline=False should be the biggest one
because it is
Comment #6 on issue 1506 by fredrik.johansson: Logo at docs.sympy.org
http://code.google.com/p/sympy/issues/detail?id=1506
Fredrik, do you know how to fix the alpha channel once and for all? I am
not much an
expert in inkscape.
No. Neither am I. I've only used Inkscape two times, one of
Comment #5 on issue 1499 by alex_w...@live.de: Sum function seems to fail
http://code.google.com/p/sympy/issues/detail?id=1499
With the current version everything works nicely here. Thanks for the quick
help and fix!
--
You received this message because you are listed in the owner
or CC
Comment #6 on issue 1499 by ondrej.certik: Sum function seems to fail
http://code.google.com/p/sympy/issues/detail?id=1499
Excellent, please report all other bugs that you encounter too.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you
Comment #8 on issue 1490 by ondrej.certik: LatexPrinter doprint inline=None
http://code.google.com/p/sympy/issues/detail?id=1490
What about:
mode = inline $x+y$
mode = equation \begin{...
mode = plain x + y
or something. We definitely need the x+y mode, in fact I think it should
be the
Comment #9 on issue 1490 by ryanlists: LatexPrinter doprint inline=None
http://code.google.com/p/sympy/issues/detail?id=1490
Yes, it seems like a variable with three options would be more transparent
to the
user than my inline=None trick. Should we change the name of the kwarg
from inline
Comment #10 on issue 1490 by ondrej.certik: LatexPrinter doprint inline=None
http://code.google.com/p/sympy/issues/detail?id=1490
Let's do the following:
* introduce the mode= parameter and fix it to work with it
* if the user specifies the inline parameter, emit a warning that it's
Comment #11 on issue 1490 by ryanlists: LatexPrinter doprint inline=None
http://code.google.com/p/sympy/issues/detail?id=1490
OK, I will work on that soon.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may
Comment #4 on issue 1518 by smichr: spelling and grammar pass 2
http://code.google.com/p/sympy/issues/detail?id=1518
updating to mysysgit 1.6.3.2-preview20090608 did the trick.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred
Status: Accepted
Owner: ondrej.certik
Labels: Type-Defect Priority-Medium Milestone-Release0.6.5 NeedsReview
New issue 1523 by ondrej.certik: sympy core imports fixed
http://code.google.com/p/sympy/issues/detail?id=1523
so that it works in python 3.0
Attachments:
Updates:
Cc: fab...@fseoane.net
Comment #1 on issue 1523 by ondrej.certik: sympy core imports fixed
http://code.google.com/p/sympy/issues/detail?id=1523
Fabian, could you please review?
--
You received this message because you are listed in the owner
or CC fields of this issue, or
On Jul 6, 9:45 pm, Andy Ray Terrel andy.ter...@gmail.com wrote:
Okay I'm +1 with the changes and arguments for the example. Update
the patch and I will push it.
I know what updating is in general (:-)) but in this context I don't
know what I should be changing. Can you elaborate on what
Le mercredi 08 juillet 2009 à 12:27 -0600, Aaron S. Meurer a écrit :
Thanks for fixing this. Most of this is stuff that I messed up.
Aaron Meurer
It's not so easy to do. You need to understand the structure of the
expressions at each step and which transformations you want to apply. I
Aaron S. Meurer wrote:
On Jul 7, 2009, at 12:29 PM, Christophe wrote:
Aaron S. Meurer a écrit :
You're probably right. According to
http://en.wikipedia.org/wiki/Interval_(mathematics)#Notations_for_intervals
, there is a different notation based on whether you are in America
or
in
Robert Cimrman a écrit :
To confuse the matter further: there is also Czech notation: (3,4 :)
This would not be hard to asdd this. Which others countries use that
notation ?
Christophe
--~--~-~--~~~---~--~~
You received this message because you are subscribed
Christophe wrote:
Robert Cimrman a écrit :
To confuse the matter further: there is also Czech notation: (3,4 :)
This would not be hard to asdd this. Which others countries use that
notation ?
Not sure. IMHO it's just a such cosmetic issue - I wonder what Chinese
use, and am pretty happy
Robert Cimrman a écrit :
Christophe wrote:
Robert Cimrman a écrit :
To confuse the matter further: there is also Czech notation: (3,4 :)
This would not be hard to asdd this. Which others countries use that
notation ?
Not sure. IMHO it's just a such cosmetic issue -
On Jun 30, 12:44 pm, Vinzent Steinberg
vinzent.steinb...@googlemail.com wrote:
If it's not too slow, you should rather use mpmath.quad, then you
don't need to worry about the returned error estimate.
Vinzent
I tried mpmath.quad, but it also returns error, it`s because integral
result is
On Wed, Jul 8, 2009 at 2:19 AM, Fabian Pedregosafab...@fseoane.net wrote:
Ondrej Certik wrote:
On Tue, Jul 7, 2009 at 4:33 PM, Fabian Pedregosafab...@fseoane.net wrote:
[...]
Thanks. I'll correct that from the final version of the Changelog
Thanks. I reviewed and committed another 14
On Jul 7, 10:38 am, Ondrej Certik ond...@certik.cz wrote:
On Sat, Jul 4, 2009 at 6:52 PM, smichrsmi...@gmail.com wrote:
I noticed that fastlog in evalf computes an approximation to log2(x).
Is there any reason not to call it fastlog2?
Could you please be more specific? Which commands
On Jul 8, 10:23 pm, Ondrej Certik ond...@certik.cz wrote:
Ah, yes, I think it should be called fastlog2. Fredrik, what do you think?
And someone who has used this should probably comment on the need to
have the sign ignored: the fastlog for both 16 and -16 would be 4 as
it is written now.
On Wed, Jul 8, 2009 at 9:09 PM, smichrsmi...@gmail.com wrote:
On Jul 8, 10:23 pm, Ondrej Certik ond...@certik.cz wrote:
Ah, yes, I think it should be called fastlog2. Fredrik, what do you think?
And someone who has used this should probably comment on the need to
have the sign ignored:
Hi,
while waiting for a cofee, I browsed an old Mathematica book from
1996, and let me assure you, we still have things to catch up on
almost every page. :) But this caught my attention, try it in sympy:
In [1]: e = ((2/(27+3*sqrt(69)))**(S(1)/3) +
((27+3*sqrt(69))/2)**(S(1)/3)/3)**3
In
It looks like Maple also has problems with the last few digits. I
guess you need to evaluate to several digits beyond what you want to
ensure that the ones you want are accurate:
a := ((2/(27+3*sqrt(69)))**(1/3) +((27+3*sqrt(69))/2)**(1/3)/
3)**3;
Hey,
For the past week I have been trying to figure out how to implement
solver for most basic types of PDEs and now it is finally time to show
something:
In [1]: from sympy import *
In [2]: from sympy.solvers.solvers import *
In [3]: from sympy import Derivative as D
In [4]: t,x,y,z =
On Wed, Jul 8, 2009 at 4:31 PM, Priit Laesplaes...@gmail.com wrote:
Hey,
For the past week I have been trying to figure out how to implement
solver for most basic types of PDEs and now it is finally time to show
something:
In [1]: from sympy import *
In [2]: from sympy.solvers.solvers
37 matches
Mail list logo