Howdy. This is using Tk, svn build from just now:
In [4]: plot([1,2])
Out[4]: []
In [5]: savefig('foo')
# Then, click on the 'save' icon in the figure window, and simply type
'foo2' in the dialog. Result:
In [6]: d foo*
-rw-r--r-- 1 fperez 35100 2009-04-15 10:02 foo2png.png
-rw-r--r-- 1 fpere
Hi folks,
this:
https://bugs.launchpad.net/ipython/+bug/349634
is a really strange bug report we had from an ipython/pylab user on
Windows. I don't have the foggiest idea of how his opening of
matplotlib with Tk under Windows could open a calendar. I don't have
windows to test on, but if anyon
On Wed, Apr 15, 2009 at 12:07 PM, Fernando Perez wrote:
>
>
> The dialog, instead of adding '.png', is adding 'png.png' to the
> filename. I'm pretty sure this used to work fine a while ago.
>
> I don't know if the problem exists with all the backends. Wx at least
> seems to manually add the .pn
On Wed, Apr 15, 2009 at 10:53 AM, John Hunter wrote:
> svn up and give this a test drive under a few different save/extension
> scenarios
Thanks! So far, looking good...
Take care,
f
--
This SF.net email is sponsored
On Wed, Apr 15, 2009 at 12:52 PM, Fernando Perez wrote:
>
>
> https://bugs.launchpad.net/ipython/+bug/349634
>
> is a really strange bug report we had from an ipython/pylab user on
> Windows. I don't have the foggiest idea of how his opening of
> matplotlib with Tk under Windows could open a cale
Thanks for the report.
As far as I can tell, this has been broken for a long time, at least
since r3798 (September 2007). I just hacked at this and arrived at the
same conclusion John did.
I have an interesting finding about consistency. For the use case you
describe, on my machine at least
On Wed, Apr 15, 2009 at 11:03 AM, John Hunter wrote:
> Recently I was trying to diagnose a segfault in Charlie's win32 release
> candidate, and was using dependency walker to step through the _tkagg.pyd
> binary in the egg, and noticed all kinds of funky DLLs that based on their
> name I did not
Hi all,
in the NIPY documentation, we're heavily taking advantage of mpl's
math support, and for the most part it's working great. But having it
in there, we may have gotten a bit carried away... If you look at this
page:
http://neuroimaging.scipy.org/site/doc/manual/html/users/glm_spec.html
its
Fernando Perez writes:
> https://bugs.launchpad.net/ipython/+bug/349634
>
> is a really strange bug report we had from an ipython/pylab user on
> Windows. I don't have the foggiest idea of how his opening of
> matplotlib with Tk under Windows could open a calendar.
Wow, that's weird. Matplotl
On Wed, Apr 15, 2009 at 11:16 AM, Jouni K. Seppänen wrote:
> One possible reason for weird stuff like this is the way Python searches
> for modules. Say you have been experimenting with calendar stuff, and
> have in your current directory (or somewhere on your search path) a file
> named calendar
Multiline equations are not currently supported by the mathtext engine.
It's the alignment stuff that makes it more than just a "throw a vbox
together". It's a good feature request -- go ahead and add it to the
tracker if you're really interested in it -- but I don't know if I'll
have time to
Hi Mike,
On Wed, Apr 15, 2009 at 11:26 AM, Michael Droettboom wrote:
> Multiline equations are not currently supported by the mathtext engine.
> It's the alignment stuff that makes it more than just a "throw a vbox
> together". It's a good feature request -- go ahead and add it to the
> tracker
Hi Fernando,
This is a known issue, and I hope to resolve it soon...
Thanks for reporting though; if you notice any other problems, please
let me know!
Regards,
Reinier
On Wed, Apr 15, 2009 at 7:01 PM, Fernando Perez wrote:
> Hi all,
>
> first, a huge thank you for the recent work on mpl 3d. T
On Wed, Apr 15, 2009 at 2:04 PM, Reinier Heeres wrote:
> Hi Fernando,
>
> This is a known issue, and I hope to resolve it soon...
>
> Thanks for reporting though; if you notice any other problems, please
> let me know!
Will do, and I'll be happy to test as needed.
f
14 matches
Mail list logo