That's a bug created by not updating thetagrids and rgrids after the
recent transformation refactoring.
I believe it is not fixed in r5594. Can you update and let me know if
you're still having trouble?
Thanks,
Mike
Tony Yu wrote:
> I was playing around with polar plots and trying to alter th
Hi Mike,
I just updated to r5595 and both rgrids and thetagrids work perfectly.
Thanks for your help.
-Tony
On Jun 19, 2008, at 9:24 AM, Michael Droettboom wrote:
> That's a bug created by not updating thetagrids and rgrids after the
> recent transformation refactoring.
>
> I believe it is n
hist(histtype="step") worked fine in rev5412, but in the latest I get
>>> hist(randn(1000), histtype="step")
Traceback (most recent call last):
/.../
raise TypeError, 'There is no patch property "%s"'%key
TypeError: There is no patch property "closed"
Changing
closed = kwargs.get('closed',
Here is a patch to add linestyles to patches.py. I have tried it with
unfilled step histograms (important for b/w print and colour blind
people).
What do you think?
Cheers,
OlleIndex: patches.py
===
--- patches.py (revision 5595
On the 0.91 branch, there was an example called clippedline.py that
did a searchsorted on the xdata based on the xlim to cull out points
far outside the view limits. This is useful if you have a really long
time series and want to navigate through it.
This is broken on the trunk, but before I div
John Hunter wrote:
> On the 0.91 branch, there was an example called clippedline.py that
> did a searchsorted on the xdata based on the xlim to cull out points
> far outside the view limits. This is useful if you have a really long
> time series and want to navigate through it.
>
> This is broken
On Thu, Jun 19, 2008 at 1:05 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> This directive suffers from the same shortcoming as mathpng.py -- the images
> are written to _static which probably isn't a good place for generated
> files. Once we have a solution to this, I'll fix it. It may be
On Thursday 19 June 2008 04:05:26 pm Michael Droettboom wrote:
> I just committed support for inheritance graphs in the docs like the one
> attached. In the docs themselves, an image map is included so clicking
> on a node hyperlinks to the class docs.
Really cool, Mike.
> It uses "dot" to rende
On Thu, Jun 19, 2008 at 3:05 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I just committed support for inheritance graphs in the docs like the one
> attached. In the docs themselves, an image map is included so clicking on a
> node hyperlinks to the class docs.
>
> It uses "dot" to render t
I believe there is a bug in the figimage handling when multiple images
are present. It looks like there is a negative sign in the
transformation that shouldn't be there. It is common to get upside
down in mpl, since bottom is 0 for us and usually bottom is top
Uncomment out the second figimage c
Just jumped into the new docs to take a look and immediately having
problems building. I am hoping someone can make a quick fix so I
don't have to debug.
quaternion:doc cmoad$ ./make.py html
Sphinx v0.3, building html
trying to load pickled env... not found
building [html]: targets for 45 sou
What version of Python are you running? All I can think from looking at
the code is that something in the regex is behaving differently for you
than me (on Python 2.5).
If you just want the docs to build (minus the inheritance diagrams), you
can put a "return []" at the top of "inheritance_dia
John Hunter wrote:
> On Thu, Jun 19, 2008 at 3:05 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> I just committed support for inheritance graphs in the docs like the one
>> attached. In the docs themselves, an image map is included so clicking on a
>> node hyperlinks to the class docs.
13 matches
Mail list logo
