On Fri, Dec 12, 2008 at 6:21 PM, Sandro Tosi wrote:
> Hello guys,
> since I'm going to update debian matplotlib pkg to 0.98.5 I'd like to
> know how much dvipng lib is needed to let matplotlib work.
It's strictly optional, for the "usetex" mode, which is not turned on
by default. Our native math
On Sat, Dec 13, 2008 at 9:22 AM, Darren Dale wrote:
>> I haven't been able to get to the root of this problem, but an "svn-clean"
>> in the doc directory always fixes it for me.
>
> I tried that but the problem persists. I have sphinx-0.4.2 installed, are
> you using the same version?
Can you po
On Sat, Dec 13, 2008 at 4:52 AM, Darren Dale wrote:
> The 0.98.5 windows installer is still overwriting existing installations of
> configobj. This package is not needed by matplotlib and should not be
> installed on windows, nor should traits.
>
> I have removed configobj and enthought.traits fro
Because several people are reporting problems with the OS X egg, I
grabbed matplotlib-0.98.5-py2.5-macosx-10.3.egg from sourceforge and
unzipped it to see what was in there. It seems to contain no of the
extension code and no object files. What exactly is this thing? I am
no egg expert, but I do
On Sat, Dec 13, 2008 at 3:24 PM, John Hunter wrote:
> Because several people are reporting problems with the OS X egg, I
> grabbed matplotlib-0.98.5-py2.5-macosx-10.3.egg from sourceforge and
> unzipped it to see what was in there. It seems to contain no of the
> extension code a
On Sat, Dec 13, 2008 at 3:24 PM, John Hunter wrote:
> I think the src egg approach for os x is hopeless because too many
> people are having problems with architecture on png and zlib
> dependencies, and we don't have a lot of control over this because
> they are getting these
On Sun, Dec 14, 2008 at 7:46 PM, Sandro Tosi wrote:
> Well, what I'm actually asking is: can I use any matplotlibrc file (be
> it from any location in the tarball or forged during build process) or
> the one in doc/mpl_data has something specific to documentation that
> needs to be preserved.
In
On Sun, Dec 14, 2008 at 8:31 PM, Michael Abshoff
wrote:
> Slightly OT: What is the preferred way to submit bug fixes? The sf
> tracker? I have two tiny build fixes for 0.98.3 (that also apply to
Even though it's not a FAQ, we have a FAQ entry for it :-)
http://matplotlib.sourceforge.net/faq/
On Sun, Dec 14, 2008 at 11:24 AM, Charlie Moad wrote:
> First of all let me apologize for the problems we have been
> ...snip...
> seeing with the binaries as of late. Frankly the root of the problem
> seeing osx fat binaries with 4 architectures! I am more than happy to
> continue to contri
On Mon, Dec 15, 2008 at 8:52 AM, Michael Droettboom wrote:
> 4) Automating (scripting) more of the process where possible (I'm sure
> that's not straightforward... just thinking out loud)
>
> 5) Release formal "release candidates" -- IMHO these would be most
> useful if we expect more people to d
On Tue, Dec 16, 2008 at 4:20 AM, Sandro Tosi wrote:
> -shutil.copy('mpl_data/matplotlibrc', '_static/matplotlibrc')
> +shutil.copy('../lib/matplotlib/mpl-data/matplotlibrc',
> '_static/matplotlibrc')
>
This has already been committed to the 98.5 branch.
JDH
-
On Tue, Dec 16, 2008 at 8:42 AM, John Hunter wrote:
>> Yep, 0.5 it is
>
> Let me correct that -- I will test Darren's patch and if we can make
> it work with an earlier sphinx I'm happy to try. Stay tuned. Darren,
> can I assume you have tested this with 0.4.2 and
On Tue, Dec 16, 2008 at 6:12 AM, Sandro Tosi wrote:
> So, should the doc be build using sphinx 0.5? Would it be the standard
> version of sphinx used by mpl now on? Just to know what dependency to
> throw in once building mpl for Debian :)
Yep, 0.5 it is.
---
On Mon, Dec 15, 2008 at 10:02 AM, Darren Dale wrote:
> You're right, the error does not occur with sphinx-0.5. It looks like the
> API for registering nodes has changed as of 0.5. The development branch of
> sphinx was throwing errors when it got to latex, so I had a look and came up
> with some
On Tue, Dec 16, 2008 at 8:10 AM, Michael Droettboom wrote:
> Another option would be to not generate the high-res png and pdf
> examples. (Either or both). Just removing them after the fact won't
> work, since one would end up with broken links from the docs. We would
> also have to change the
On Tue, Dec 16, 2008 at 12:03 PM, Sandro Tosi wrote:
> Hello,
> I see API_CHANGES is removed from tarball. it's a nice-to-have file,
> in order to allow a smooth transition from old to new version.
>
> Is it intentional? Is there another source from this information? is
> it not useful anymore?
d
On Tue, Dec 16, 2008 at 8:40 AM, John Hunter wrote:
> On Tue, Dec 16, 2008 at 6:12 AM, Sandro Tosi wrote:
>
>> So, should the doc be build using sphinx 0.5? Would it be the standard
>> version of sphinx used by mpl now on? Just to know what dependency to
>> throw in once
On Tue, Dec 16, 2008 at 11:12 AM, Drain, Theodore R
wrote:
> - Embed a font with the tests to eliminate font server differences (no
> experience with this so I'm not sure how hard this would be). We could even
> create a dummy font that just has black squares for each character - it still
> t
On Tue, Dec 16, 2008 at 1:04 PM, Christopher Barker
wrote:
> for instance, I renamed:
> matplotlib-0.98.3-py2.5-macosx-10.3.egg
>
> to:
> matplotlib-0.98.3-py2.5.egg
>
> and easy_install installed it without a hitch on 10.4
>
> Indeed, that name may work for 10.5 too.
I've posted new eggs and a
On Wed, Dec 17, 2008 at 10:52 AM, Michael Droettboom wrote:
> SUMMARY: Since so much has changed in the doc build, I need help testing
> it in other environments -- particularly because LaTeX docs have never
> built on my machine. I've done this on the branch, so the Debian guys
> can run with i
Hi Michiel,
This looks great -- in particular I am intrigued by the final timing
results which show your backend 12 times faster than tkagg. I am not
sure where this speedup is coming from -- do you have some ideas?
Because you are creating lots-o-subplots in that example, there is a
lot of overh
On Wed, Dec 17, 2008 at 5:14 AM, Sandro Tosi wrote:
> Hi all,
> I see pypi feed that mpl 0.98.5.1 is released, but I see no announce
> on mpl mls: is it the one to use or it's a "temporary" snapshot? I
> still see no changelog entry about reduced doc size (and I still
> haven't build the package)
On Wed, Dec 17, 2008 at 3:22 PM, Sandro Tosi wrote:
> On Wed, Dec 17, 2008 at 22:16, Michael Droettboom wrote:
>> Ok. Based on your success report, I'll go ahead and merge this to trunk.
>>
>> Sandro: please let me know if these changes break anything in your package
>> build scripts.
>
> I'll d
On Wed, Dec 17, 2008 at 3:57 PM, Gael Varoquaux
wrote:
> On Wed, Dec 17, 2008 at 12:25:12PM -0600, John Hunter wrote:
> Talking about that, last time I looked, the plot directive, and the other
> MPL sphinx extension were not in the matplotlib namespace, and thus not
> importa
Just wanted to let you know that I posted the 0.98.5.2 tarball and OS
X binaries at
https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194&release_id=646644
I'm going to hold off an announcement to the users list until Charlie
gets the win32 binaries up.
JDH
On Fri, Dec 19, 2008 at 1:49 AM, Michiel de Hoon wrote:
> It appears that the 98.5.2 tarball is missing one file for the native Mac OS
> X backend: src/_macosx.m is missing. The other file
> (lib/matplotlib/backends/backend_macosx.py) is present.
Yep, I forgot to modify the MNIFEST.in to includ
On Fri, Dec 19, 2008 at 2:20 AM, Michiel de Hoon wrote:
>> This looks great -- in particular I am intrigued by the
>> final timing results which show your backend 12 times
>> faster than tkagg. I am not sure where this speedup is
>> coming from -- do you have some ideas?
>
> In this example, I am
On Fri, Dec 19, 2008 at 9:07 AM, Paul Kienzle wrote:
>> Interactive is not the best word, but it is the rc parameter meaning
>> "you are using mpl from the interactive prompt and want every pyplot
>> command to update the plot". If the macosx backend is not doing this
>> it should. If tkagg is
On Wed, Dec 24, 2008 at 3:34 AM, Sandro Tosi wrote:
> Hi!
>
> On Wed, Dec 17, 2008 at 22:16, Michael Droettboom wrote:
>> Ok. Based on your success report, I'll go ahead and merge this to trunk.
>>
>> Sandro: please let me know if these changes break anything in your package
>> build scripts.
>
On Mon, Dec 29, 2008 at 8:20 AM, Michael Droettboom wrote:
> I've refactored hatching support to move the hatch design itself to the
> core, added support for them in the Agg and SVG backends, and simplified
> their usage in the PDF and PS backends. It should now be easier to add
> new hatch styl
On Fri, Dec 26, 2008 at 8:40 AM, Michiel de Hoon wrote:
> I have written such a function for the qt4 backend; see patch #2468809 at
>
> https://sourceforge.net/tracker/index.php?func=detail&aid=2468809&group_id=80706&atid=560722
>
> I am not a big qt4 user, so it would be good if somebody else co
On Mon, Dec 22, 2008 at 11:45 AM, Drain, Theodore R
wrote:
> John,
> Sometime in January, we are going to spend some time fixing a few minor MPL
> bugs we've hit and a probably work on a few enhancements (I'll send you a
> list in Jan before we start anything - it's nothing major). We're also g
On Tue, Jan 6, 2009 at 9:58 AM, Drain, Theodore R
wrote:
> OK - nose it is. How do you want to handle the dependency? My opinion is
> that since tests are development tools, it's not unreasonable to require that
> nose be installed by the developer and not as an embedded dependency in MPL
> (
On Tue, Jan 6, 2009 at 3:07 PM, Andrew Straw wrote:
> Hi Mike, This sounds like good news. I am swamped right now, but I hope
> to get the git mirror on github up-to-date early next week when work is
> a little less busy.
>
> John (or any developer with SF admin capabilities), if we could set up
>
Ryan May has been doing all the heavy lifting with respect to PSD and
specgram, so I am going to turf this to him :-) It may be that the
bug filer's problems are resolved in the recent changes in 98.5.2, but
Ryan should confirm
On Fri, Jan 9, 2009 at 2:45 PM, Dave Peterson wrote:
> Hi John,
>
>
On Sat, Jan 10, 2009 at 12:28 PM, David Trem wrote:
> Hi,
>
> I've just discover a problem with the pan/zoom tool.
> When using the pan/zoom tool (in the toolbar) on a semilogy plot the
> zoom does not work correctly.
> To visualize the problem launch the small script in attachment press the
> pa
On Sat, Jan 10, 2009 at 9:28 AM, Michiel de Hoon wrote:
> I've written a patch for the Mac OS X native backend to make use of the new
> hatching support; see patch #2497785 at
>
> https://sourceforge.net/tracker/index.php?func=detail&aid=2497785&group_id=80706&atid=560722
>
> I tested this with t
On Tue, Dec 30, 2008 at 10:57 AM, John Hunter wrote:
> On Fri, Dec 26, 2008 at 8:40 AM, Michiel de Hoon wrote:
>
>> I have written such a function for the qt4 backend; see patch #2468809 at
>>
>> https://sourceforge.net/tracker/index.php?func=detail&aid=2468809&gr
On Sat, Jan 10, 2009 at 2:49 PM, Darren Dale wrote:
>> Never had any luck getting a tester, so I went ahead and committed
>> this to the trunk. I should probably get a working qt backend for
>> testing on one of the machines I use
>
> I'm sorry John, I didnt see your original request for tes
On Mon, Jan 12, 2009 at 3:29 AM, T J wrote:
> It looks like mincnt is used only when C is not None. For the default
> histogram method, I've found it useful to be able to turn off cells
> with fewer then *mincnt* points. Attached is a diff which implements
> this. Also, should *marginals* be Tr
On Wed, Jan 14, 2009 at 10:26 AM, Sandro Tosi wrote:
> On Wed, Jan 14, 2009 at 14:14, John Travers wrote:
>> On Wed, Jan 14, 2009 at 8:10 AM, Sandro Tosi wrote:
>>> Hi all,
>>> due to some requests came lately, I decided to upload the "temp"
>>> Debian package for 0.98.5.2.
>>>
>>> They are avai
On Thu, Jan 15, 2009 at 4:58 PM, Ryan May wrote:
> Ok, my debugging tells me the problem comes down to the units support,
> specifically this code starting at line 130 in units.py:
>
>if converter is None and iterable(x):
># if this is anything but an object array, we'll assum
On Fri, Jan 16, 2009 at 12:38 PM, Andrew Straw wrote:
> John Hunter wrote:
>> Andrew, since you are the original author of the isnan port, could you
>> patch the branch and the trunk to take care of this?
>
> Done in r6791 and r6792.
>
> Sorry for the trouble.
>
&g
On Fri, Jan 16, 2009 at 2:02 PM, Ryan May wrote:
> Hi,
>
> In fixing the recursion bug in the units support, I went through the examples
> in
> units/ and found two broken examples (broken before I fixed the recursion
> bug):
>
> 1) artist_tests.py
> Traceback (most recent call last):
> File "a
After reading in a separate thread that Eric was having trouble with
svnmerge, I gave it a try and got
jdhun...@uqbar:mpl> svnmerge.py merge v0_98_5_maint
svnmerge: "v0_98_5_maint" is not a subversion working directory
Maybe our svn merge guru (MD) could take a look and see if anything
looks
On Mon, Jan 26, 2009 at 6:02 PM, Jae-Joon Lee wrote:
> Michael,
>
> It seems that the gtk backend in the current svn silently ignores ALL
> exceptions raised during the drawing.
>
> http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/matplotlib/lib/matplotlib/backends/backend_gtk.py?r1=6
On Tue, Jan 27, 2009 at 12:28 AM, Eric Firing wrote:
> Martin Spacek wrote:
>>
>> Hi,
>>
>> I just updated my checkout to rev 6829, and it seems
>> lines.Line2D.set_pickradius has been renamed to setpickradius. Is this a
>> typo? get_pickradius still exists. This is on line 318 in lines.py. Renami
On Tue, Jan 27, 2009 at 3:33 PM, Ryan May wrote:
> Hi,
>
> Do the online docs automatically update themselves from changes in SVN? I
> thought there was a nightly cron. I made some changes a few days ago (just a
> few
> typos) and they haven't shown up online yet. The changes were to
> doc/use
On Wed, Jan 28, 2009 at 1:19 PM, James Evans wrote:
> Eric,
>
> I was looking at it from the perspective of most of the other API calls
> throughout matplotlib have the Axes or Axis as the first
> argument. Typically this is because it is what wants the work to be done or
> is being worked on.
On Wed, Jan 28, 2009 at 3:16 PM, Drain, Theodore R
wrote:
> (nitpick mode on)
>
> Saying they can ignore it more easily seems like a bit of a stretch to me.
> If you're writing a converter you MUST include the axis in the function
> signature since callers will be passing it in. Whether or not
On Thu, Jan 29, 2009 at 12:07 PM, Sandro Tosi wrote:
> Hello,
> while reading the doc, I've encountered some little errors I've fixed
> in the attached patch; nothing extremely difficult, but still worth
> fixing :)
>
> I'm even wondering if the svnmerge section in "Coding guide" is still
> valid,
On Thu, Jan 29, 2009 at 3:24 PM, Nils Wagner
wrote:
>>> I tried to build the HTML documentation.
>>> Here are some failures
Hi Nils, thanks for the report. The doc build makes every example in
the examples directories. Unfortunately, a few of these have gone
stale due to code rot, but we are a
On Thu, Jan 29, 2009 at 3:30 PM, Evans, James R
wrote:
> Is there a reason why Axis.get_label returns the label as a Text instance, or
> should there really be set_label/get_label methods that takes a string and
> set the text value of the Text instance and returns the string value of the
> Tex
On Fri, Jan 30, 2009 at 9:30 AM, Ondrej Certik wrote:
>> I *wish* matplotlib would replace their stupid deprecation warnings by
>> something that just updates the matplotlibrc file, and say makes a
>> copy of the old one. Is there any way we could catch the warnings and
>> if they occur move $DO
On Mon, Feb 2, 2009 at 1:26 AM, Fernando Perez wrote:
>> I believe mpl-data/matplotlibrc is not version-controled, but created
>> when you run setup.py.
>> Maybe you're trying to build the documentation from a new svn checkout
>> but didn't build the library?
>
> Aha, that's it, thanks. I'd run
On Wed, Feb 4, 2009 at 5:08 PM, Jayson Barr wrote:
> 4). I don't mind helping write the patch. I am only worried about
> not knowing the intricacies of all the random supported platforms that
> you all look out for. For example: I know jack about Windows linking.
> Either way, I'll update it
On Fri, Feb 13, 2009 at 3:31 AM, Sandro Tosi wrote:
> Hello,
> a friend point me to [1] asking if there's a way to add a title to
> legend without applying this patch. Well, my answer was "not that I
> know of" then I start wondering if there's a reason this patch was not
> applied and there's a p
On Tue, Feb 24, 2009 at 9:53 AM, wrote:
> A few weeks ago, Fernando pointed out the new canvas backend to gnuplot:
>
> http://skuld.bmsc.washington.edu/~merritt/gnuplot/canvas_demos/
>
> See also:
> http://www.nabble.com/New-terminal-driver%3Aset-term-canvas-tc21364389.html
>
> Is there anyon
On Tue, Feb 24, 2009 at 1:44 PM, Christopher Barker
wrote:
>> happy get it out of matplotlib, or phase it out if necessary. I don't
>> think it should be left there forever.
I think it can be removed. It lives on the maintenance branch 0.91.
JDH
--
On Mon, Mar 2, 2009 at 10:13 PM, Jonathan Taylor <
[email protected]> wrote:
> Hi,
>
> I saw that 3D plotting was dropped from matplotlib since the last time
> I used it. Unfortunately, it is pretty necessary for some of the work
> I am doing. Thus, I have started the process of refact
On Tue, Mar 3, 2009 at 9:56 AM, Jonathan Taylor wrote:
> That sounds reasonable. Can I ask what it is that was primitive?
> Having looked through the code I see that a few shortcuts were made to
> minimize the amount of code written that makes it especially
> susceptible to changes in the 2D cod
On Sun, Mar 1, 2009 at 2:02 PM, Eric Firing wrote:
>
> > Would i be right in assuming that it would take roughly the same amount
> of effort as writing a new backend? ie for each motplotlib action it would
> need a function to store that action and a function to call that action
> again.
>
> It i
On Wed, Mar 11, 2009 at 3:25 AM, Reinier Heeres wrote:
> Hi,
>
> I updated my patch a bit more, and now all tests are running (try
> "python axes3d.py"). Only the contourf3D is not working correctly yet,
> but I'm sure it's fixable soon. There are also some obvious bugs (e.g.
> the semi-3D histog
a
On Wed, Mar 11, 2009 at 1:29 PM, Jonathan Taylor <
[email protected]> wrote:
> Hi John,
>
> You should be able to check out a copy from my git repo via
>
> git clone http://jonathantaylor.ca/mplot3d.git
> cd mplot3d
> git pull
OK thanks.
Just a word of warning. It appears you are
On Mon, Mar 23, 2009 at 3:24 PM, Jae-Joon Lee wrote:
> The example (e) in my previous script have a code and a text label
> mismatched.
> I'm attaching the corrected one.
>
> I took a more look on how a patch is drawn.
> the draw() method of a patch calls draw_path method of the renderer,
> which
On Fri, Mar 27, 2009 at 5:54 AM, Darren Dale wrote:
>
> It might not be too much trouble to protect RcParams and its data, although
> I dont know how disruptive it would be to the mpl codebase and to users for
> rcParams to begin returning copies of things like font lists.
>
In addition to the
On Fri, Mar 27, 2009 at 1:08 PM, Gael Varoquaux <
[email protected]> wrote:
> Here is a patch to fix a trivial problem I am having using the plot
> directive under recent versions of sphinx (0.6b1).
Thanks! Applies to svn r7006
JDH
On Fri, Mar 27, 2009 at 1:23 PM, Karen Tracey wrote:
>
> Yes, this change appears to fix the problem. I created a standalone script
> to recreate the problem. The script starts several threads. Each thread
> enters a loop generating a (different) png file. With the original
> matplotlib code,
On Mon, Mar 30, 2009 at 2:13 AM, Reinier Heeres wrote:
>
> That sounds good. I assume you mean adding it to lib/mpl_toolkits in
> the matplotlib source? It would be great to do this soon.
>
> I also tried to create a separate mpl_toolkit installer with
> setuptools, but can't get that to work pro
Hey Reiner -- please make sure you "reply-to-all" so others can
participate in the thread. I'm am CC-ing the reply to the list.
On Wed, Apr 1, 2009 at 5:19 PM, Reinier Heeres wrote:
> That is one issue, but if I try to solve that I get some
> strange-looking result. It seems that the patches I
On Sun, Apr 5, 2009 at 6:38 PM, Eric Firing wrote:
> It is not always clear what should go in the 0.98.5 maintenance branch.
> For example, is the _png.cpp patch by Tobias, committed by Andrew, a
> bug fix or a new feature? I would have said the latter, but I can see
> arguments either way.
>
>
hing similar for mingw. Is anyone opposed to
> creating the official releases with mingw
None here.
Thanks,
JDH
>
> - Charlie
>
> On Tue, Apr 7, 2009 at 5:02 PM, Sandro Tosi wrote:
>> On Tue, Apr 7, 2009 at 18:06, Andrew Straw
>> wrote:
>>> John Hunter wr
On Wed, Apr 8, 2009 at 3:06 PM, Alexandre Patry
wrote:
> Hi,
>
> first of all, thank you for your great software. It is really nice to
> produce graphics in python.
>
> I have problems loading csv files using matplotlib.mlab.csv2rec when
> there are comments preceding the header. I filed a bug d
On Sun, Apr 12, 2009 at 10:20 PM, Charlie Moad wrote:
> I updated the binaries at the same link as before:
> http://drop.io/tvuqe3o
I just tested the python2.5 installer
matplotlib-0.98.5.3.win32-py2.5.exe and get a segfault when I try and
import matplotlib.backends._tkagg
When I open _tkagg.pyd
On Sun, Apr 12, 2009 at 6:09 PM, Reinier Heeres wrote:
> Hi,
>
> It took me a while to get this done, but I managed to make mplot3d
> working with svn trunk again!
Hmm, this does not seem to be against svn HEAD on the trunk. I cloned
your repo with
> git clone http://qtwork.nano.tudelft.nl/pu
On Mon, Apr 13, 2009 at 5:40 PM, Reinier Heeres wrote:
> Hi,
>
> Should be working now: I did commit and push my changes, but forgot to
> update the http indices (that was a real head-breaker!).
>
> Instead of demo.py it is nicer to try "python axes3d.py".
>
> Hope it works!
Worked beautifully --
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 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
On Sat, Apr 19, 2008 at 7:13 PM, Eric Firing wrote:
>
>
> > 2.12.1) on an OSX machine. Btw, matplotlib does not build on OSX
> > currently -- a person needs to upgrade gcc first (from 4.0.1 to 4.2).
> > I saw John posted a compiler error (resulting from this problem) on
> > some other list, so i
On Sun, Apr 26, 2009 at 9:05 AM, Sandro Tosi wrote:
> Hi!
> some days ago there was a thread about new matplotlib release, but it
> seems there is some problem about windows binary pacakges preparation.
>
> Is this situation evolved a bit? Would it be considerable to do a
> source-only release (t
On Tue, Apr 28, 2009 at 8:18 AM, Pierre Raybaut wrote:
> Hi all,
>
> I would like to contribute to matplotlib with this enhancement for the
> PyQt4 backend: the idea is to add a toolbar button to configure figure
> options (axes, curves, ...).
>
> It's based on a tiny module called formlayout to g
On Tue, Apr 28, 2009 at 3:18 AM, Olivier Feys wrote:
> Hi,
>
> I found a bug with the grid after passing by a log scale.
> Here is the sample code reproducing the bug :
>
> from pylab import *
>
> plot(range(50),range(50))
> draw()
> gca().set_yscale('log')
> draw()
> gca().xaxis.grid()
> draw()
On Tue, Apr 28, 2009 at 10:59 AM, Olivier Feys wrote:
> 0.98.5.2
>
I also am not seeing it on the 0.98 branch, so the good news is that if we
can ever get this release out as planned it should be fixed on the next
release. Or if you are happy with svn and a compiler, you can upgrade from
svn
On Wed, Apr 29, 2009 at 12:13 PM, Sandro Tosi wrote:
> On Wed, Apr 29, 2009 at 18:07, wrote:
> > Log Message:
> > ---
> > add masked array support to fill_between
> >
> > Modified Paths:
> > --
> >trunk/matplotlib/examples/user_interfaces/embedding_in_gtk.py
> >trunk
On Thu, Apr 30, 2009 at 4:10 PM, Michael Abshoff wrote:
> On Thu, Apr 30, 2009 at 6:29 AM, Michael Droettboom
> wrote:
> > Thanks. I have committed this to the 0.98.x branch and the trunk, so
> > this fix will make it into the next release.
> >
> > Mike
>
> Excellent. For the record this is/was
On Mon, May 4, 2009 at 12:53 PM, T J wrote:
> I've added the patch to the tracker.
>
> http://sourceforge.net/tracker/?func=detail&aid=2786759&group_id=80706&atid=560722
Thanks -- looks good. I've committed it to r7079
JDH
--
On Tue, May 5, 2009 at 1:08 PM, Jae-Joon Lee wrote:
> Any comment or suggestion will be welcomed.
> I'm planning to commit this change to the svn soon, unless others come
> up with some issues.
I am getting the following error when I test on svn HEAD
jo...@flag:misc> python rasterization_demo.p
On Tue, May 5, 2009 at 2:49 PM, Jae-Joon Lee wrote:
> I'm attaching the revised patch (I may split the patch for commit).
Still encountering troubles
jo...@flag:misc> python rasterization_demo.py
Traceback (most recent call last):
File "rasterization_demo.py", line 41, in ?
ax4.set_ra
On Tue, May 5, 2009 at 2:52 PM, John Hunter wrote:
> On Tue, May 5, 2009 at 2:49 PM, Jae-Joon Lee wrote:
>> I'm attaching the revised patch (I may split the patch for commit).
>
> Still encountering troubles
Oops, ignore me. Looks like I just reapplied the *old* p
On Tue, May 5, 2009 at 2:54 PM, John Hunter wrote:
> On Tue, May 5, 2009 at 2:52 PM, John Hunter wrote:
>> On Tue, May 5, 2009 at 2:49 PM, Jae-Joon Lee wrote:
>>> I'm attaching the revised patch (I may split the patch for commit).
>>
>> Still encounterin
I was just trying to build the docs in svn HEAD< and got an exception
that through me into the debugger. This is something I haven't seen
before -- does anyone know where the debugger is being turned on
And thanks JJ for the excellent legend tutorial!
JDH
---
On Sat, May 9, 2009 at 12:08 PM, Jae-Joon Lee wrote:
> Here is a slightly modified version of your script which works for me.
>
> I don't think this is the bug in mpl. Note that the ax.bbox does
> change if the canvas size change. In your original script, the
> copy_from_bbox is called before fram
On Sat, May 9, 2009 at 9:32 AM, Freddie Witherden wrote:
> Hi all,
>
> As some of you probably know I am working on the GSoC project to
> externalise the Mathtex engine from Matplotlib. Today I have been
> toying around with the renderer using various backends.
>
> One of the interesting things th
On Wed, May 20, 2009 at 3:48 AM, Andrew Straw wrote:
> Let's see if we can get all the tests passing and if this buildbot
> approach looks sustainable -- if so, I'd like to get some more build
> slaves into the mix and make MPL a good continuous integration citizen.
> I don't think the buildbot m
On Wed, May 20, 2009 at 11:55 AM, Ryan May wrote:
> On Wed, May 20, 2009 at 11:38 AM, Ryan May wrote:
>>
>> Hi,
>>
>> In looking over a test failure, I'm seeing some behavior that doesn't make
>> sense to me. It looks like data passed to a line object is being improperly
>> converted when units
On Wed, May 20, 2009 at 10:12 AM, Ryan May wrote:
> Hi,
>
> Is there any way to make the tests force a certain default set of rcparams?
> When I first ran the test suite just now, I got a lot of image comparison
> failures because I have my default font set to 10 in my matplotlibrc.
> Changing thi
On Wed, May 20, 2009 at 10:27 AM, Ryan May wrote:
> Thanks, I wasn't aware of that. It seems that if I just put an empty
> matplotlibrc file in that directory, it serves the same purpose. Can I just
> check that in (perhaps containing only a clarifying comment) so that it
> stays in sync with t
On Wed, May 20, 2009 at 2:36 PM, Eric Firing wrote:
> I'm not sure I understand the use case for unit *changes*, as opposed to
> initial unit specification.
The use case (and we can debate whether this is worth the extra overhead)
ax.plot(inches)
ax.set_xlim(cms)
And the plot will automagi
On Wed, May 20, 2009 at 3:30 PM, James Evans wrote:
> When I wrote the test stuff I had forgotten all about the matplotlibrc stuff.
> I think it would make sense to just use a default
> (empty) matplotlibrc for the tests, this way we are always testing against
> the defaults. If the defaults e
On Wed, May 20, 2009 at 4:02 PM, Christopher Barker
wrote:
> John Hunter wrote:
>> The use case (and we can debate whether this is worth the extra overhead)
>>
>> ax.plot(inches)
>> ax.set_xlim(cms)
>
> I'll put my two cents into that debate:
>
> M
101 - 200 of 1363 matches
Mail list logo
