Thanks Fernando for the quick response.
Today this is the 3rd time I am hitting an unsupported feature in the Python
lands.
1-) No attribute docstrings
2-) Look this question:
http://stackoverflow.com/questions/1458203/reading-a-float-from-string
and 3rd is this.
However I think I influenced t
Hi all,
I'm a bit unsure if this is really a problem in the code or it's my
machine that has problem (I didn't manage to test it in a clean
chroot).
When building the doc (after having built mpl with python setup.py
build) I got the attached traceback.
The strange fact is that 'formats' is indeed
2009/9/21 Gökhan Sever :
>
> It's a very late reply but I am wondering how to make these appear in the Ipy
> dev loaded into the session but not visible to a whos listing?
>
I don't think that's supported quite right now. IPython does one
special thing to support a clean %whos listing: right bef
On Tue, Sep 8, 2009 at 3:45 PM, Fernando Perez wrote:
> Hey Gokhan,
>
> thanks for the summary.
>
> On Tue, Sep 8, 2009 at 12:45 PM, Gökhan Sever
> wrote:
> > ### In a new IPython, these lines work --no locking after plt.show() "-a"
> > makes the difference.
> >
> > I[1]: import matplotlib.pyplo
On Mon, Sep 21, 2009 at 7:04 AM, Michael Droettboom wrote:
> It's caused by the files having multiple locations (relative to the root of
> the source tree) in different branches, or existing in some branches but not
> in others. In other words, files that have been moved, deleted or added
> since
The relevant bugs on the tracker have been addressed and I just did a
round of testing on the release branch and it looks like we are good
to go for 0.99.1. Unless something critical comes up in the next 24
hours, I'm tagging r7813 on the release branch for 0.99.1 and will
build the OS X binaries
Wow - thanks for the detailed update. I feel bad for making you type that much
:)
Thanks for fixing that problem.
Ted
> -Original Message-
> From: John Hunter [mailto:jdh2...@gmail.com]
> Sent: Sunday, September 20, 2009 7:35 PM
> To: Drain, Theodore R (343P)
> Cc: Andrew Straw; matp
On Sun, Sep 20, 2009 at 9:35 PM, John Hunter wrote:
> where myInstance is an object of the type you expect to pass in. As
> long as you have registered a converter from type(myInstance) ->
> ConversionInterface, you can now specify the default limits through
> the ConversionInterface.default_lim
It's caused by the files having multiple locations (relative to the root
of the source tree) in different branches, or existing in some branches
but not in others. In other words, files that have been moved, deleted
or added since branch creation. I think if we retire old branches
(0.91, 0.98
